よいコードを書くために，プログラマは何をすればよいのか

よいコードを書くためには，設計の基本を守り，既存のコードを読むことが必要である – Java ChampionでハイパフォーマンスコンピューティングのスペシャリストであるMartin Thompson氏のことばだ。InfoQは，QCon London 2016で“Engineering You”と題した講演を終えた氏に，ソフトウェア産業が直面する課題は何か，プログラマがそれを克服して優れたソフトウェアエンジニアになるにはどうすればよいのか，などをインタビューした。 InfoQ: 講演の中であなたが引用した，1986年の，ソフトウェアエンジニアリングに関する最初のNATOカンファレンスの内容は，現在でも通用します。ソフトウェア産業がいまだ問題を解決できないのはなぜでしょう？ Martin Thompson: 1986年のNATOカンファレンスには，たくさんのテーマがありました。彼らはソフトウ

[Dai_Kamijo]

"よりよいソフトウェアエンジニアになるためには，基本的な設計スキルの向上を，日頃の開発作業の中心に置かなくてはなりません。こういったスキルを身に付けるためには，反復練習とコーチングが最善の方法です。

[vanbraam]

"抽象化"の話,よくわからなかったので,Dijkstraの講演http://www.unixuser.org/~euske/doc/dijkstra-ja/thehumbleprogrammer.html を読んでみたが,なるほどBNFやsyntax-directed compilerの様な抽象化か.これはこれでわかるが,これ以外の抽象化は"誤り"なの?

[murasaki11]

おいしいごはんを食べてよく寝ること

[ytRino]

"大部分のソフトウェア抽象化は，ある種の精神的自己満足の状態を作り出して終わる[article][programming]ことが少なくありません" "完成度の低い抽象化は，単なるコピーよりも高くつくことが少なくないのです"

[kanno_kanno]

"完成度の低い抽象化は，単なるコピーよりも高くつくことが少なくないのです" 分かる

[kawa-_-kawa]

“私たちは今，人日単価やCPU単位のライセンス，保守契約によるロックインを重視するビジネスを脱却すべき時期にいるという，その兆しが見えているように思われるのです。”

[otihateten3510]

目的と課題と読者の気持ちが大事だと思う　じゃないとデザインパターンで出口のない苦悩に陥る

[hoisjp]

"抽象化の破綻の法則(the law of leaky abstractions)"

[dogwood008]

量を読んで、自分の血肉にするのが手っ取り早いな

[yohshiy]

確かに と思うとこが多い。良い記事だな。