プログラマの思索: デザインパターン再考
各人でバイブルと呼んでもいいぐらい影響を受けた本、そして愛用している本はあると思うが、自分にはGoFの「オブジェクト指向における再利用のためのデザインパターン」が相当するように思う。 仕事で手が空いている時は、この本のCD-ROMに付属していた抜粋HTMLをよく読んでいるからだろう。 デザインパターンとは、「より良いインターフェイス設計手法」と呼ぶことも出来る。 23個のパターンは、粒度の違いはあれど、いずれも珠玉の概念だ。 そもそもデザインパターンに惹かれるのは何故だろう？ それは、似たようなインターフェイス設計を何度も行った経験があるから。 詳細設計やプログラミングでデジャブをいつも感じるから。 リファクタリングと絡めると理解しやすい。 23個のデザインパターンは、個人的には「ポリモルフィズム」「仲介コントローラ」「インスタンス管理」の3種類で分類できると考える。 １．殆どのパターンは
Debianの設定 on coLinux - eto.com/d
この時点ではまだeditor(nano)しか使えない． # cd /etc/apt # cp sources.list sources.list.org/etc/apt/sources.list deb http://www.t.ring.gr.jp/pub/linux/debian/debian stable main contrib non-free deb http://www.t.ring.gr.jp/pub/linux/debian/debian-jp stable-jp main contrib non-free deb http://www.t.ring.gr.jp/pub/linux/debian/debian-non-US stable/non-US main contrib non-free deb http://ftp.jp.debian.org/debian/ st
プログラマの思索: RubyよりもJavaが好きな理由
最近、Ruby関西に行ってRubyの勢いを感じている。 そんな時に、Javaの最近の動きを聞く機会があった。 Java6やSeasarの話を聞くと、JavaがC#やRailsの影響を受けているように聞こえた。 でも、話しているうちに、「やっぱりRubyよりもJavaが好きなんだ」と気づいた。 その理由は、「JUnitのようなテスト駆動ツールが揃っている」点に尽きる。 そこで「テスト駆動の観点から眺めたJavaの利点とプログラミング思想」について考察してみる。 【１】テストを意識するとメソッドの行数が自然に短くなる プログラミング初心者のプログラムを見ると、行数がやたらと長く、長いプログラムを書き上げた後からデバッグし始める。 だから、いつまで経っても動かない。 プログラミング中級者になると、行数は長いままだが、少しずつ書いてはプリント出力してデバッグで動作を確認し始める。 この
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
rails - masuidrive