タグ

programmerに関するKanasansoftのブックマーク (20)

  • プログラムが書けない人に「仕様変更」について説明するには | tech - 氾濫原

    「仕様変更」という言葉はプログラム書く人じゃないと、そのイメージが掴めないと思う。イメージが掴めない人に対してそれを説明するとしたら何がいいだろう? と思った。 とりあえず、料理に例えたらいいのではないかと思ったので、それに例えて考えてみる。 仕様とはレシピのことであり、最終的には具体的に「べることができる美味しい料理」すなわち「うまく動くプログラム」を作ることを目的としている。 仕様というのは、最初は「イタリア料理」「日料理」「中華料理」程度しか示されない。当然この時点では方針程度しか考えることができない。材を買うこともできない。せいぜい使う調味料を揃えるぐらいしかできない。 もう少し進むと、料理名まで具体化される。スパゲティを作りましょうとか、ピザを作りましょうとかだ。とりあえずここまできたら小麦粉を買おうとかまではできるかもしれない。でも実際に作りはじめることはできない。 さら

    Kanasansoft
    Kanasansoft 2013/03/02
    プログラミングって料理に例えるわかりやすいよね。最後の『いずれにせよ、このプロセスで最終的にできるものはスパゲティである。』、ウマいと思ったけど、それプログラマじゃないとわからないw
  • 勉強ではなくすごいことの共有――Shibuya.pm/Shibuya.js竹迫良範氏インタビュー【前編】

    勉強ではなくすごいことの共有――Shibuya.pm/Shibuya.js竹迫良範氏インタビュー【前編】:OSSコミュニティの“中の人”(3)(1/2 ページ) 「OSSコミュニティに参加したいけれど、どうしたらいいか分からない」「中が見えにくいので不安」……OSSコミュニティの“中の人”へインタビューし、OSSコミュニティをもっと身近に感じてほしい。 PerlJavaScript、2つのコミュニティで活躍する竹迫氏 OSSの世界で活躍するエンジニアへのインタビュー連載、今回はサイボウズ・ラボの竹迫良範さんにお話をうかがいます。名刺には「Shibuya Perl Mongers」とありますが、その活躍はPerlコミュニティだけにとどまりません。Shibuya.pmの2代目リーダーとしての活躍、その他にもJavaScriptセキュリティ、若手教育など、多方面で活躍しています。 今回のイン

    勉強ではなくすごいことの共有――Shibuya.pm/Shibuya.js竹迫良範氏インタビュー【前編】
    Kanasansoft
    Kanasansoft 2012/06/02
    『「え、あのsecondlifeさんから連絡が来ちゃったよ!」』自分のコミュニティ初の発表はShibuya.jsのLT。発表までの一ヶ月はずっと緊張。失敗しないよう30回ぐらいリハーサルした。ええ、人生変わりましたとも。
  • 最強のIT系かあちゃんからたかしへのアドバイス

    バーンれっどさーん @ledsun たかしへ あなたの勤怠確認しました.こんなに残業が多い割に大して売上が上がってないのはどうしてですか?顧客との信頼関係の構築も甘いとと思います.来月からは頑張って下さい.ちなみに母さんは今月、10人月で作ったシステムを3000万で売ってきました。 2012-02-24 13:21:23 バーンれっどさーん @ledsun たかしへ あなたの立てたスケジュール読みました。作成工数だけでバッファがありません。予想外の事態が起きた時はどうするのですか?残業でカバーですか?お客様が参加するイベントが入っていません。都度調整ですか?事前に提示していないと都合がつかなくても納期延長できませんが大丈夫ですか? 2012-02-24 13:46:29 バーンれっどさーん @ledsun たかしへ あなたの作った機能仕様書読みました。技術的面ではチャレンジグで素晴らしかっ

    最強のIT系かあちゃんからたかしへのアドバイス
    Kanasansoft
    Kanasansoft 2012/05/08
    『たかしへ』がなくても胸に刺さるが、「たかしへ」が付くことで味が出てる。
  • Galaxy Nexus: Google+ AKB48編 60秒フルバージョン

    Google+ から誕生した「ぐぐたす選抜」をフィーチャーした Google の新TVCMです。

  • What's New in SQL2016 CTP2 Release - MSDN Blogs

    Ever found yourself staring at the Output Window, overwhelmed by endless lines of logs and cryptic messages? You're not alone! For years, developers have relied on the Output Window for critical build and debug information. But making sense of it—and translating it into action—has...

    What's New in SQL2016 CTP2 Release - MSDN Blogs
  • プログラマに半角全角の入り乱れた数字を見せ続けると死ぬ。

    プログラマに半角全角の入り乱れた数字を見せ続けると死ぬ。

    Kanasansoft
    Kanasansoft 2011/10/29
    死にたくないのでブックマークレット書いた http://www.kanasansoft.com/weblab/2011/10/post_49.html
  • Speak Ruby in Japanese

    I’ve studied Japanese on and off for more than ten years – mostly “off.” I took a year of language when I was in college, but since then it’s just been periodic classes at Soko Gakuen in San Francisco. I managed to pass the JLPT level 3 a few years ago, so in Japan last month, I was decent at ordering food and navigating the subway. But I quickly discovered that I couldn’t really talk to another p

    Speak Ruby in Japanese
  • はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知

    はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

    はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
    Kanasansoft
    Kanasansoft 2009/12/27
    「10.times()」と書けないのは少数部分を省略可能なので「10.」が10として認識されるから。「(10).times()」もしくは「10..times()」で動く。って凄い人が言ってた。
  • 島国大和のド畜生 - 不味しんぼ

    次世代君400:不味しんぼ第1話 次世代君401:不味しんぼ第2話 次世代君402:不味しんぼ第3話 次世代君403:不味しんぼ第4話 次世代君404:不味しんぼ第5話 次世代君405:不味しんぼ第6話 次世代君406:不味しんぼ第7話

    Kanasansoft
    Kanasansoft 2009/08/16
    「プログラマの寿命とプロジェクトの納期では、納期の方が重要なのだ!」「納期さえ済めばプログラマは死んでも問題無いという事を!」
  • プログラマの麻疹 - 宇宙行きたい

    id:t-wada と話してた時に出てきた「プログラマの麻疹」 プログラマはみんなどうせかかるんだから早めにかかっておいた方が良い そしてかかっておくと治った後にはさらに良いコードが書けるようになるので 恐れずにかかりましょう 名前 症状 僕の状態 OO 厨 多分、現在一番キャリアが多い。一時期 AOP 厨になってしまった人も含むことがある。Smalltalk を神格化し始める かかり中 function 厨 最近増えてきた。マルチコア時代に最適というわかりやすい感染源ができたことも要因の一つ。LISP が世界を作っていると信じる 挫折中 三項演算子厨 どんどんネストした三項演算子を書いてしまう。気がつくと自分でもよくわからなくなってることもある 治療済み テスト厨 テストのためだけにコードを書いてしまう。プロダクトコードのきれいさよりもテストのしやすさを求めてしまう 治療中 lambda

    プログラマの麻疹 - 宇宙行きたい
    Kanasansoft
    Kanasansoft 2009/07/07
    完治せずに持病化するのもあるかと。何事も過度は良くない。一度かかって適量を知れということか...。
  • ユメのチカラ: 開発工程を別々に担当してはいけない

    古典的なウォータフォールモデルでは、ソフトウェア開発を要求仕様分析、概要設計、詳細設計、実装(コーディング)、内部テスト、統合テスト、運用、保守みたいな工程にわけ、通常は各工程を別々の人が担当するというような方法がよくおこなわれている。 特に、要求仕様の分析、概要設計などは上流工程などとよばれていて、詳細設計、実装とは別の人ないしは組織が担当する。実装とかテストは下流工程などとよばれている。 よくあるパターンとしては元請けが上流工程を、下請け、孫請けが実装やテストなどを担当し、人月単価も下流の方が安い。 ウォーターフォールモデルでは各工程毎に成果物(仕様書や各種ドキュメント、プログラム)が大量に生産される。各フェーズ毎に定義された成果物がそろってから次のフェーズに移行するというのが建前なので、各フェーズでのドキュメントはどうしても冗長になりがちである。 一度固定した文書は次のフェーズで変更

  • “21世紀のプログラムを作る君たち”に伝えたかったこと

    個人が成し遂げられることはどんどん大きくなっている。常識は短期間で変わる。今貴重なものは,やがて過剰になる。日市場を世界からへだててきた日語の壁はなくなろうとしている。ネットの向こうにいる仲間を信じよう---「U-20プログラミング・コンテスト」という,20歳以下を対象にしたコンテストに参加した若い技術者たちに,伝えたかったことだ。 ここ3年ほど,このコンテストの審査会にオブザーバという名目で立ち会わせてもらっている。なにしろ審査員のひとりであるまつもとゆきひろ氏が「私が応募しても入賞できないかもしれない」というレベルの高さである。思わず唸る完成度の高い作品あり,思わず吹き出してしまうユーモアのある作品あり。記者は好きに意見だけ言って審査の責任は負わないという美味しい役目でもあり,こんなに無料で見させていただいていいのだろうかというくらい楽しませていただいている(関連記事)。 ところで

    “21世紀のプログラムを作る君たち”に伝えたかったこと
  • はてな伊藤直也氏MIJS講演「プログラマでいること」 : 小野和俊のブログ

    昨日MIJSのコンソーシアム内での技術発表会があり、理事会の方から「参加ベンダーの技術者が集まるイベントなので、技術者に元気を与えられるような人に講演をお願いしたい」という話があったので、はてな伊藤さんに講演をお願いした。 伊藤さんにお願いしようと思ったのは、伊藤さんなら、エンタープライズの世界にウェブの世界の元気な風を吹き込んでくれるのではないかと思ったからだ。 以下、私なりに講演の内容をまとめてみた。 ■「建物の建て方」 つくる対象がどのようなものかで、作り方は当然変わってくる。これは建物もソフトウェアも同じ。1階建ての格好良い小さなロッジを建てるのと、60階建ての安全で高品質な巨大ビルを建てるのとは方法も道具も異なる。ロッジを建てる時にはノコギリを使うが、巨大ビルを建てるにはクレーンを使う。 よくブログの世界でソフトウェアの開発について、ぜんぜん違うことをやっている人が同じ土俵で議論

    はてな伊藤直也氏MIJS講演「プログラマでいること」 : 小野和俊のブログ
  • 頭の中にプログラムを入れる

    Paul Graham / 青木靖 訳 2007年8月 いいプログラマは、自分のコードに集中しているとき、それを頭の中に保持しておくことができる。数学者が取り組んでいる問題を頭の中に入れているのといっしょだ。数学者は学校で子供たちが習っているように、紙の上で問題の解いているわけではない。彼らは多くの部分を頭の中でやっているのだ。問題の領域をよく把握しようと努めることで、普通の人が記憶にある育った家の中を歩き回れるように、数学者は頭の中で問題空間を歩き回ることができる。最高の状態で行われるプログラミングもそうだ。プログラムの全体を頭の中に入れたなら、それを思い通りに操れるようになる。 これはプロジェクトのはじめにおいては特に価値がある。それはプログラムを作り始めるときに最も重要なことが、やっていることを変えられるということだからだ。単に問題の解き方を変えるという ことではなく、解いている問題

  • ♪ バグは夜更け過ぎに仕様に変わるだろう : 小野和俊のブログ

    トラックバック一覧 1. バグはいつか仕様に変わる? [地方で活動するweb制作者の日々を綴るblog] 2007年07月18日 14:25 「バグは夜更け過ぎに仕様に変わるだろう」 というのは、IT屋さんの中では有名な格言らしいのですが(私は知りませんでしたが)、その全文版を公開したそうです。 業界の人なら受けること間違いなし。 そして、現実と照らし合わせてぞっとすることも間違いなし。 IT 業... 2. 2007年7月18日 1907年はこんな時代 [神戸の三代目] 2007年07月18日 20:04 またヤフー株が米国につられて下げてる・・。誰かアナリスト、ちゃんと指摘してよー。ネタ加藤一二三九段伝説 前も書いた気もするけど、加藤一二三が凄い(というか面白い)。 一芸に秀でている人はぶっ飛んでいる人が多 3. [研究室][雑記] [Gabari] 2007年07月18日 20:22

    ♪ バグは夜更け過ぎに仕様に変わるだろう : 小野和俊のブログ
  • Lucky bag::blog: CSS の習得度レベル 5

    あらゆる言語がそうであるように、プレゼンテーション言語である CSS にも習得度の段階がある。自分が思うレベル 5 を挙げててみた。とか、それらしく始めてみたけど実はかなりネタ気味な内容。ここ最近のあまりの忙しさに現実逃避で思いつくまま書き連ねてみただけ。当然の事ながら、この内容が万人に当てはまるわきゃないですよ ;-P CSS 習得度レベル 1 色とか簡単に変えられるらしい事を知っている CSS を使うのはフォントサイズの指定くらい CSS を使うメリットが良く分からない レイアウトには table 要素を使えば良いと思う まず、何から覚えれば良いのか分からない CSS 習得度レベル 2 外部 CSS ファイルのメリットを知っている ある特定の要素にスタイルを適用するには (X)HTML の方に ID かクラスを割り当ててから CSS で指定する CSS ハックでブラウザごとに指定を振り

  • プログラマレベル:Geekなぺーじ

    レベル0 レベル0の人はプログラムを一度も書いた事がありません。 レベル0の人は、プログラミングとはどのような作業なのか想像もつきません。 世の中のほとんどの人は、このレベルです。 レベル0の人は、プログラムをかけるプログラマはいわゆるオタクだと思っています。 ありがちな発言 「プログラミングできるんだ。ふーん。凄いね。」 レベル1 レベル1の人は学校の授業の課題としてプログラムを書いた事があります。 しかし、あまりプログラミングには興味を持てず、コンピュータに詳しい知人に課題をやってもらったり、教えてgooなどで課題の答えを聞いたりしているので、仕事としてプログラミングはできません。 ありがちな発言 「教えて下さい」 レベル2 このレベルの人は、2度ほど何かの小規模プログラムを書き上げた経験を持っています。 段々とプログラミングへの興味が広範囲に及ぶようになり、勉強をするのが楽しくて仕方

  • Geekなぺーじ:HTML知識レベル

    「Levels of HTML knowledge」という記事がありました。 かなり皮肉たっぷりで笑えました。 以下、要約していました。 誤訳などがあると思うので詳細は原文をご覧下さい。 原文のさらにネタ元の「Levels of CSS knowledge」も面白いです。 レベル 0 このレベルの人はHTMLを見ることはありません。 例えば、メールで送信されてきたHTMLメールを原文のまま見るなど、稀に何かの間違いで表示されてしまっているHTMLを見ることはあります。 彼らはレベル0以上になろうとも思いません。 ありがちな発言 「H?TM? 何それ?」 レベル 1 このレベルの人たちは、自分たちが日々目にしているWebサイトの裏で何らかのプログラムが動作している事を認識しています。 このクラスの人たちはWebサイトを自分たちで作るときには、専用のツール(Photoshop、Dreamwea

  • プログラマーの義務宣言 : 404 Blog Not Found

    2007年04月13日07:30 カテゴリArt プログラマーの義務宣言 Objection, Your Honor! プログラマの権利宣言 すべてのプログラマは2つのモニタを持つ権利を有する すべてのプログラマは高性能なPCを持つべきである すべてのプログラマはマウスとキーボードの選択の権利を有する すべてのプログラマは快適な椅子を持つべきである すべてのプログラマは高速なインターネット接続を持つべきである すべてのプログラマは静かなる仕事環境を持つべきである すべてのプログラマはVGAモニタで作業する術を学ぶべき 君たちはどうやってLinuxやFreeBSDをラックマウントサーバーに仕込むんだい? Xがないと手も足も出ないなんてことないだろうね。 できればさらにシリアルコンソールで作業する術も学ぶべき。私は一度海外の顧客が壊してしまったSunのFirmwareをリモートで修復したことが

    プログラマーの義務宣言 : 404 Blog Not Found
  • プログラマの権利宣言

    Jeff Atwood / 青木靖 訳 2006年8月24日 企業は開発者に給与として60-100kドル支払いながら、ひどい作業環境と汚い使い古しのハードウェアによって彼らを損なっている。信じられない話だ。そんなのはビジネス的に理屈に合わない。ところがそういうのをどこでも目にする。ソフトウェア開発者が成功するために不可欠なものを与えていな い企業がいかに多いかは驚くばかりだ。 そこでプログラマの権利宣言を採択し、成功に不可欠な基的なことを否定する企業からプログラマの権利を守ることを提案する。 すべてのプログラマは2つのモニタを持つ権利を有する 下落する液晶ディスプレイの価格と、遍く存在するデュアル出力ビデオカードのことを考えるなら、開発者を1つのディスプレイに制限するのはばかげた話だ。ディスプレイを2つにすることによって得られる生産性の利益については、今では十分に説明されている。開発者の

  • 1