「ぼくはこうしてプログラミングを覚えた」をどう読みましたか？

フェイスブックでエンジニアをやっていた方の面白い話があった。 「ぼくはこうしてプログラミングを覚えた」 フェイスブックのエンジニアで史上ベスト３に入るといわれるEvan Priestley氏への質問「どうやってプログラミングを覚えましたか」に対する本人からの答えです。 という話 コードの質がフェイスブックの強みであったことはないが、２００７年のフェイスブックのコードはグローバル変数とextract関数にまみれたヒドいものだった。 この「質v.s.スピード」という概念は根本的に間違っていると思う。だって素早く開発をしなくては環境、あるいは自分の環境の理解の変化にソフトウェアがついてこれず、ソフトウェアが解決すべき問題が解決できなくなり、必然的に質が落ちてしまう。逆に、質の高いソフトウェアを書かなくては、なにかある度にインフラが崩壊し、素早く開発をすることができなくなってしまう。インフラの崩壊

[u_1roh]

うーん、元記事は「質とスピードの両立」ではなくて「質でスピードを出す」と主張していると思うのだけれど。スピードのために質を維持するということ。

[aereal]

スピードよりも質を大事にしたいから絶対に職業プログラマにならないと決めてる

[wideangle]

まずはライバルに先立つ、期限に間に合わせる、か。

[kimihito]

判断力と決断力。そこにスピードが加わること。

[SHIN-PON]

考えさせられる。

[Kmusiclife]

時間が絶対。同感。プロはいかなるシーンでも打率を保つ。そこに時間を混ぜればいい。あとはコミュニケーション力があれば本物だな。

[zinmu]

楽天の話が印象に残った。

[atsk]

ベンチャー企業以外でもこの考え方は適用されるのだろうか。

[electrica666]

サービスのフェーズごとに求められるものは変わるしね。楽天ショップの例えは好き。ただ、質を磨くことでスピードに繋げろってことだとは思うけど。コードが最悪でもどエラいサービスって例には満塁HR過ぎるかも。

[takachino]

いい指摘だな。 → F's Garage：「ぼくはこうしてプログラミングを覚えた」をどう読みましたか？

[airj12]

判断力は仮説力に支えられ、仮説力は経験で鍛えられると思ってる。唯一、若者より有利な点。

[deep_one]

職業的プログラマーの段階になっているなら、ちゃんとしたコードを書くことと早く書くことの間にさしたる違いは無い気がする。きれいに書けているものの方が手直しが早くできる分、サービスの変更にも強いような。

[ruicc]

どの最適化を入れるか入れないかを導入コスト考えつつ判断、てのはベンチャーしかしないのかも

[te2u]

「コードの質にこだわっていたら、三振した」短期的にはそうだけど、長期的にはどうかな。/イチローは、自分の道具やバッティングスタイルにこだわりを持っていたような。/スピード+質=シンプル。

[mitukiii]

「プログラミング能力と、サービスを作る能力は全く別のもの。」

[re_shikajiro]

"プログラミング能力と、サービスを作る能力は全く別のもの。"

[Cald]

アメリカだから許されたような。

[rytich]

スピード

[YuichiTanaka]

しみるぜ

[tmf16]

こちらの話もわかる

[tsucchi1022]

なるほどー。この視点はあんまりなかったかも。

[makotoworld]

すごく参考になる話。その記事を読めるのって幸せだと思う。／誰かこの文章を英訳して輸出すべきｗ

[uraito]

立ち上げ期にはスピード最優先でよしとしても、運用フェーズで継続的インテグレーションのスピードを上げるには質が必要って話かなぁ。

[raimon49]

ベストよりもベター + スピードという話かな。

[gikazigo]

F's Garage：「ぼくはこうしてプログラミングを覚えた」をどう読みましたか？

[teppeis]

「判断ってのは、「あえて完璧にしない」ということも含めて。」

[ckom]

『プログラミング能力と、サービスを作る能力は全く別のもの。』

[hiroshi_revolution]

F's Garage：「ぼくはこうしてプログラミングを覚えた」をどう読みましたか？

[d4-1977]

こう、なんだろう、難しいなあ。

[juner]

ほぅ。QT:「ぼくはこうしてプログラミングを覚えた」をどう読みましたか？