GoF デザインパターン チートシート - Qiita
ここまで読んでくださった皆さんに、ちょっとしたクリスマスプレゼント。マンガでわかる GoF デザインパターン 23 種チートシートです。これでもうデザインパターンは完全にマスターしましたよ。やったね! (注: ここからはあとがきポエムです) ところでみなさん、せっかくデザインパターンを学んだので、これを使ってプログラムを書こう、チートシートがあるからなんでも書けそうだぞ、なんて思っていませんか。ダメですよ。そんなことしたら 2000 年前後に起きた失敗を繰り返してしまいます。 実は GoF のデザインパターンは、ビジネス的には成功したけど、教育には失敗しました。最初に出版された本に「オブジェクト指向における再利用のための」という肩書が付いていましたが、これが本当に良くなかった。 あの頃 (ポール・グレアムが LISP と Ruby を褒めるまで) は、「オブジェクト指向様こそが良い設計のす
リスクを見積もれる人、見積もれない人 - Feel Like A Fallinstar
システムでもウェブサイトでも共通ですが、何かしらプログラムというか制作を行う場合に、見事にプロジェクトを炎上させてしまう人と粘って何とか持ちこたえて納品に間に合わせる人が必ず出てきます。 もちろんそこにはスキルの差とか経験とか色んなものが絡んでるのですが、もうひとつ大きいと思うのが、いい意味で「臆病に」なれる力なんじゃないかと思います。 スケジュールを、希望ベースで引く人がいる 制作にはトラブルがつきもの。 相思相愛なんじゃないかと思うくらいの頻度で制作をしたらトラブルがやってきます。 にもかかわらず、こんなスケジュールを引いてしまう人が結構います。 ○月○日までにクライアント確認が取れて、そこから1週間で設計できれば、ちゃんと間に合います いや、それってあなたの勝手な仮定がうまく行くことが前提ですよね？ そんなに世の中自分の思い通りには動いてくれません。 大体こういうことをすると、土日に
%26utm_content%3Dlivedoor)
よいプログラマってなんだろう？
なんか急に書いてみようと思い立ちました。 すべてを書ききれてないし、どの会社なのか、なんのプログラマなのか、どんな立場なのか、だれから見てなのかなど多角的に見たら正しくなかったり当てはまらないところもあるかもですが、個人的になんとなく「よいプログラマってなんだろう？」について現時点で思っていることをまとめてみました。 ちなみに、これらは今の時点で思っていることなので、またしばらくしたら変ってくるかもしれません。 目的への近道を知っている バグってる箇所を効率的に見付ける方法を知っている 目的の実装をする近道を知っている ターミナルでの操作が早い(我流でもよい) 広い視野で設計できる 場当たり的な対応をしない 場当たり的な対応ができる(敢えて) 複数人での開発を意識できる プログラム・作業量・インフラなどのコストを計算できる 自分の書いたプログラムの影響範囲を把握している 実装が早い 無駄な
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
