アカウント名:
パスワード:
フローチャートがあってもプログラムは理解できないが,データ構造が分かればプログラムが理解できる
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日本発のオープンソースソフトウェアは42件 -- ある官僚
データ構造の合理性 (スコア:2, 興味深い)
レイモンドさんが、
「ロジックがひどいのは書き換えればいいが、データ構造がひどいのは直せない」
みたいなことを言ってた気がするんです。
どのソースか忘れちゃった。「伽藍とバザール」かな?
なんかもう、いろいろバテバテなんですけど。
Re:データ構造の合理性 (スコア:1)
#最近プログラム書いてないな…
Re:データ構造の合理性 (スコア:1)
「伽藍とバザール」 [cruel.org]を確認してきました。そしたら全然違ってた。
以下抜粋。
そして最初の 1 ヶ月かそこらは、単に Carl の基本的な設計の考え方を追いかけてただけだった。ぼくが加えた最初の大きな変更は、IMAP のサポートを加えることだった。これは、プロトコルマシンを、汎用ドライバとメソッドテーブル 3 つ(POP2、POP3、IMAP 用)に再構成することで実現した。これと、その前の変更は、プログラマとして頭にいれておくといい一般原則を示すものだ。特に、ダイナミックなタイプ処理をしない C みたいな言語では:
* 9. 賢いデータ構造と間抜けなコードのほうが、その逆よりずっとまし。
またもやフレッド・ブルックス本の第 11 章から。「コードだけ見せてくれてデータ構造は見せてもらえなかったら、わたしはわけがわからぬままだろう。データ構造さえ見せてもらえれば、コードのほうはたぶんいらない。見るまでもなく明らかだから」
ほんとはかれが言ったのは「フローチャート」に「テーブル」だった。でも 30 年にわたる用語面・文化面での推移を考慮すれば、ほとんど同じことを言ってる。
「賢いデータ構造と間抜けなコードのほうが、その逆よりずっとまし。」というのが脳内変換されたみたい。
それと、Vorspielさんがおっしゃってるのも、ここに書かれてるのと同じことを指してるんでしょうかね?
なんかもう、いろいろバテバテなんですけど。