バーベキュー優先度問題、あるいは人生における優先度の問題 : 小野和俊のブログ
忘れられない思い出というのは意外とちょっとしたところから生まれるものだが、 私にとってのそんな思い出の一つに、大学生の頃の「バーベキュー優先度問題」というものがある。 簡単に言えば、バーベキューのために買ってきた肉が多すぎたのである。 この多すぎる肉をどのように食べ進めるかについて、私は二つの方法を考えた。 (2) まず安い肉から食べ始める。途中でお腹一杯になってしまっても、デザート別腹理論的に 美味しい肉であれば食べようという気が起きて完食できるだろう。 当時の私は、食べ物を粗末にしてはいけないと殊勝(自己評価)なことを考え、 (2)を選んだ。しかし、肉が別腹に入るはずなど無く、結果として残ったのは 食べきれずに残された大量の上質な肉だった。 買ってきた肉を食べきれず、しかも良い肉の方を残してしまったのである。 「ちくしょう！」、私は自分の判断の誤りを悔やんだ。そして敗北感に打ちひしがれ
きれいなソースコードを書くために必要な、たったひとつの単純な事 - よくわかりません
「構造のきれいなプログラムを書けるようになるためにはどうすればいいのか？」という質問を受けたので、「はて？どうしているだろうか？」と考えてみました。あ、形式知にきちんとなっているようなテクニックみたいなもんじゃなくて、モノローグなので、あまり凝ったものは期待しないように。 http://blog.shibu.jp/article/28983162.html 自分なりにもっと凝縮版を。渋川さんが言っている事全体もその通りとは思うけど*1、もっと簡単で、しかも射程が広い、と自分が思っている事。 渋川さんはちょろっと触れてるだけだけど、自分はこれが最も基本的で汎用的、かつ、ソースをきれいにする原動力となる上にバグをも減らしてコードの汎用性まであげる、コーディングのエンジンみたいなものと思ってる。それは、 「すべてに正しい名前を付けて、そして、正しい名前であることを維持する」という鉄の意志 クラス
プログラマーの開発速度は「はまる」時間の長さで決まる : 小野和俊のブログ
プログラミングを始めてから今日に至るまで、 様々なタイプのプログラマーと開発を共にしてきたが、 驚くべき速度で高い品質のソフトウェアを作り上げるプログラマーには、 一つ共通の特徴があるように思える。 それは、「はまる」時間が極端に短い、ということである。 風のプログラマー」を指向しており、開発速度を重要視している。 例えば平成14年未踏ソフトウェア創造事業「PICSY」では、 発表直前に知人でプロジェクトリーダーの鈴木健にレスキュー隊として呼ばれて 2,3日でGUI全般と、クライアント/サーバー通信部分の設計と実装を終わらせたのだが、 このときなどは、大体の要件を口頭で聞いた後は、 ほぼまったく手が止まらずコードを書き続ける感じで開発をしていた。 「はまる」時間の長さは開発速度に直結するわけだが、 プログラマーが「はまる」場合にはある程度の傾向があると思うので、 今日は「はまる」プログラマ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
