リスト1は、同じ処理を繰り返すようなコードで初心者プログラマーがよく使う幼稚なスタイルで書かれている。必ずしも複雑ではないが、筆者には散らかっていて効率が悪く見える。リスト2の方が複雑な条件になっているが、Javaを理解していれば、かなり読みやすい。唯一疑問を抱くかもしれないとしたら、最後の「else if」の中にある条件の最初の部分だけだ。このクローズに来るということは、どちらかのプレーヤーが勝ったことを意味する。 いずれのインプリメンテーションも間違ってはいない。実際、これらはどちらも非常に小さく、つまらない例にすぎないので、これらのリストでコードがいかにクリーンか論ずるのはあまり有益ではない。ただ、何をもってインプリメンテーションがクリーンなのかについて読者の興味を深めることはできるだろう。 クリーンなコードについて扱った記事、Webサイト、書籍は多数存在する。何をもってコードをクリ
ハリーが「すげー魔法使いほど派手な光や音は出さない」っちゅーてたんだけど,これって大体のものに通じる気がする.たとえば車の運転だと,馬鹿みたいにふかすよりも静かに運転する方が難しいし,アーマードコアだと派手な重火器ばかりを使うよりもソードだけで敵を倒す方が難しい. それにプログラミングだって,無駄に長いスパゲッティを書くよりも適切にモジュール分割されたコードの方が美しい. 必要最小限のリソースで最大限の結果を出す,これぞハック. http://blog.masuidrive.jp/articles/2006/05/23/rails-on-osx-and-emacs http://blog.masuidrive.jp/articles/2006/05/23/rails-on-osx-and-emacs これを実際に試そうという試み. EmacsなのにEclipse以上の環境を作る事ができまし
Posted by masuidrive Tue, 23 May 2006 13:22:00 GMT Rails用エディタを放浪 した結果、やっと、OSX上のCarbonEmacs で、rails.el + ECB + psvn.el を使い、EmacsなのにEclipse以上の環境を作る事ができました。 この環境+Terminal上でscreenを立ち上げ、いくつかのログを tail -f LOGFILE で表示させて、殆どのソフトを作っています。 あとは、migrationをもう少し楽にできるツールが欲しいかな。そういえば、DB管理ツールのConductorとか、クラスタ管理のGaugeはどうなったんだろう? まず、OSXでRailsを開発する上で気になっていたのが、subversion for OSX のパッケージを使うとメッセージ類が文字化けする件。これはロケールを正しく設定してや
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く