理解することが書き直すことを意味するとき

Jeff Atwood / 青木靖 訳 2006年9月18日 開発者に時間をどう使っているか聞いたなら、彼らはほとんどの時間コードを書いていると答えるだろう。 しかし、ソフトウェア開発者が時間を実際どう使っているか観察したなら、ほとんどの時間をコードの理解に使っていることがわかる。 ピーター・ハラムがこのことについて説明している。 どうしてコードを新規に書くより5倍もの時間をコードの修正に使っているのか? それは新規のコードはほとんどすぐに古くなるからだ。何か新しくコードを書く。コーヒーを飲んで一服する。すると突如として、コードは古いコードになっている。できたてのコードはせいぜい初期のデザインしか反映していないが、デザインの多くの部分は前もって現われるものではない。開発プロジェクトの多く が反復的開発手法を使っている。デザイン、コーディング、テスト、繰り返し。たくさんの繰り返し。すべてが新

[ishiitakahiro]

ファインマンの黒板――「私は自分に作れないものは、理解できない。」

[shiumachi]

"私はコードを読むことの価値を強く信じているが、同時にいいコードが書けるようになる唯一の方法はコードを書くことだと思っている"

[nobyuki]

"World of Warcraft (WoW)のルールを理解しようと思う火星人は、ソースコードを見るべきなのだろうか、それとも何百万時間分ものスクリーンキャプチャを見るべきなのだろうか?"

[webmarksjp]

*あとで

[enemyoffreedom]

「モノポリーのソースコードを読めば、モノポリーのプレーの仕方がわかるだろうか？」

[jar2]

いいコードが書けるようになる唯一の方法はコードを書くことだ.アプリを理解するにはコードをまったく無視する.何かのアプリが実際どう機能するのか知りたいなら、ユーザがどう使っているか観察する.

[skelton_boy]

どうしてコードを新規に書くより5倍もの時間をコードの修正に使っているのか? それは新規のコードはほとんどすぐに古くなるからだ。何か新しくコードを書く。

[kkobayashi]

書くより理解するほうが時間かかるという話。コーディング自体はたんなる作業であって、大事なのはアルゴリズムやデータ構造、APIの意味だったりするんだよねー

[wasavis]

これ納得。

[nui81]

そうだねえ

[fukken]

開発者はソースコードを書くよりも読むのに多くの時間を費やす。が、"｢モノポリーのソースコードを読めば、モノポリーのプレーの仕方がわかるだろうか?｣"

[miya2000]

結論として何が言いたいのか理解できないんだけど、誰か解説してくれないかな？

[ka-wara]

070802木09,『何か新しくコードを書く。コーヒーを飲んで一服する。すると突如として、コードは古いコードになっている』

[daisukebe]

よくわかる

[tenkoma]

code reading,車輪の再発明,joel,リファクタリング

[whalebone]

「私は自分に作れないものは、理解できない。」

[tokyocat]

文章を書く・直す・理解するも同じかも

[oooooooo]

コードを理解するためには自分でも書いてみる / モノポリーのソースコードを読めば、モノポリーのプレーの仕方がわかるだろうか?

[gan2]

「開発者が(また)車輪を再発明することを望んでいる人はいない。しかし車輪の仕組の解説を読むというのは、自分で作った車輪を乗り回す経験には遠く及ばない。」「私は自分に作れないものは、理解できない。」

[ghostbass]

最良はモノポリのプレーの仕方がわかった上でモノポリーのソースを読み理解する。時としてソースは人間の理解を超える。

[raitu]

//私は自分に作れないものは、理解できない。//理解するためにはコードを書き直す必要がある//みたいな//で、SEの仕事の大半はコードの理解と修正らしい。なんか無駄を感じる。

[twainy]

コードの書き直し

[contractio]

「コードを理解するというのは、プロの開発者が時間の大部分を使っている活動なのだ／多くの開発者がコードを｢理解｣するのは、それを書き直すことによってだ」

[yojik]

ファインマン素敵 > 私は自分に作れないものは、理解できない。

[tgk]

何か大変重要なことが書いてある

[hamasta]

モノポリーかー、いたストで比喩できる。

[kdaiba]

再発明の意義

[boussk]

なんでもいいけどタイトルのWhenはmeansじゃなくてUnderstandingにかかってるんじゃないのか？

[terazzo]

完成したコードや仕様書は「認知の順序」ではなく「事物の順序」で書かれている為ではないか。同様の機能を設計・実装することで「認知の順序」が内在化し既存のコードも理解できるようになる。

[hiroakiuno]

開発者が(また)車輪を再発明することを望んでいる人はいない。しかし車輪の仕組の解説を読むというのは、自分で作った車輪を乗り回す経験には遠く及ばない。