よりよいプログラマになる10の黄金則 - YAMDAS現更新履歴
10 golden rules for becoming a better programmer | codeshare.co.uk .Net Web Developer Blog by Paul Seal この手の記事には食傷気味だが、学ぶべき教訓には学んだほうがいいわけで、果たしてここではどんな10個のルールが示されているのか。 同じことを繰り返さない（コードのリファクタリングの勧め） 変数には、それがどんな型かではなく、それが何のためにあるか分かる名前をつける メソッドには、それが何をするか明確に分かる名前をつける マジックナンバーや文字列リテラルは使わない 可能であれば、メソッドはそのアプリの他の部分に依存性を持つことなくテストできるよう書く 助けを求めるのを恐れない（やってることを他人に説明するプロセスが問題解決につながることもある） ボーイスカウト・ルールに従う（バグのあるコー
プログラマーは皆、常に秘密や嘘を抱えている - totopon114689の日記
プログラマーは皆、常に秘密や嘘を抱えている。 これは間違いない。 基本的には誰にも話さないが、 （家族や友人などプログラムを知っていない人間に話しても分からない、という事もある） プログラマー同士の飲みの席などで、過去の笑い話として酒の肴になる事はある。 秘密や嘘の傾向には幾つかのパターンがある。 1) 仕様があいまいな場合の適当なコーディング 仕様があいまいな機能を実装する場合、想定していたものよりもプログラム量が膨大になる事はよくある。 また、細かいパターンや想定外のケースに対し、どのようにプログラム的対処を行うべきか？ 洗い出しているとキリがない場合もある。 仮に事前に洗い出していたとしても、 「ケース自体は洗い出せているが、具体的にどのようなエラーメッセージを表示すべきか？」 などといった、その先がまたあいまいになっている場合もある。 このような場合、本来であれば決裁権のある人間に
プログラムが書けない人に「仕様変更」について説明するには | tech - 氾濫原
「仕様変更」という言葉はプログラム書く人じゃないと、そのイメージが掴めないと思う。イメージが掴めない人に対してそれを説明するとしたら何がいいだろう？ と思った。 とりあえず、料理に例えたらいいのではないかと思ったので、それに例えて考えてみる。 仕様とはレシピのことであり、最終的には具体的に「食べることができる美味しい料理」すなわち「うまく動くプログラム」を作ることを目的としている。 仕様というのは、最初は「イタリア料理」「日本料理」「中華料理」程度しか示されない。当然この時点では方針程度しか考えることができない。食材を買うこともできない。せいぜい使う調味料を揃えるぐらいしかできない。 もう少し進むと、料理名まで具体化される。スパゲティを作りましょうとか、ピザを作りましょうとかだ。とりあえずここまできたら小麦粉を買おうとかまではできるかもしれない。でも実際に作りはじめることはできない。 さら
スーパープログラマーへの道
スーパープログラマーへの道 過去ログリスト ちゅうーって、ReGetしちゃってください（笑） 第一回 ＤｉｒｅｃｔＸは一夜にしてならず（開発言語探求篇） 第ニ回 ＤｉｒｅｃｔＸは不毛なのねん（書籍探求篇） 第三回 ＤｉｒｅｃｔＸはやめとけって（ライブラリ探求篇） 第四回 コモンプラットホーム構想（たんなる夢） 第五回 DirectX5は腐ってるんか？（不満ぶちまけ篇） 第六回 実はＣ言語ってよー知らんねん（ごめん俺が悪かったの巻） 第七回 バイナリ互換性は必要なのよね～ん（8x86はJavaをも超えるんか？） 第八回 だからＣ言語オタクって嫌いなのねん（Ｃマガの記事に横槍を入れるの巻） 上記の過去ログ 第九回 翻訳は金になる（コンパイラ作成のための準備体操） 第Ａ回 ゲーム作成講座はいつんなったら始まるねん！（一読者の不満） 第Ｂ回 やねうらおからの挑戦状！（80862C） 第Ｃ回 インタ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
