ぼくはこうしてプログラミングを覚えた

オリジナルはココです。フェイスブックのエンジニアで史上ベスト３に入るといわれるEvan Priestley氏への質問「どうやってプログラミングを覚えましたか」に対する本人からの答えです。 手短かに言えば 何年もの歳月の賜物というか。ぼくはただひたすらプログラミングが大好きで、（フェイスブックで働いていた）過去４年間、ほとんど他のことをしていない。その前も２.５年ほどプログラマーとして働いていたし、そのさらに前も６年くらい趣味でプログラミングをしていた。ぼくは高校も大学も中退しているので、それで空いた時間もプログラミングに費やした。つい最近フェイスブックを辞めたけど、未だに起きている時間のほとんどはプログラミングだ。 もっと詳しく言えば 月並みだが、ぼくはちっちゃい頃からコンピューターが好きで、我が家にあったヤツで（最初はMac Plusで途中からIIsiになった）で散々遊んだ。８歳か９歳の

[unarist]

“判断力をつける一番の方法は、自分で設計したシステムを長い間メンテすることだと思う。”

[poko78]

予想通りだった。やはりこういうものだよね。努力とかではなく、好き、楽しい、これに尽きる。

[toenobu]

https://www.quora.com/How-did-Evan-Priestley-learn-to-program/answer/Evan-Priestley?ch=10&oid=606854&share=c8ead3b8&srid=4GGP&target_type=answer facebook php

[YassLab]

“掘り下げた知識というのは大体その分野にとどまるもの。浅く広くシステム全体を理解していたほうが、ある部分を熟知しているより速くソフトウェアが開発できる。”

[aki03]

“幅広く覚えるほうが掘り下げるより大事だと思う。幅広い知識はお互いに補完しあって、大域的な理解や、新しい分野へのとっかかりにつながる。掘り下げた知識というのは大体その分野にとどまるもの。浅く広くシステ

[toritori0318]

名文

[oqzl]

“「なぜ」「どうして」そうなるのか常に考えること。”

[golden_eggg]

"当初ぼくは、ほとんど考えずコードを「アンダーエンジニアリング」していた。後々これを過度に修正してしまい、全てを「オーバーエンジニアリング」し作り込みすぎてしまった"

[ichiko_revjune]

“この「質v.s.スピード」という概念は根本的に間違っていると思う。だって素早く開発をしなくては環境、あるいは自分の環境の理解の変化にソフトウェアがついてこれず、ソフトウェアが解決すべき問題が解決できなく

[odan3240]

“この「質v.s.スピード」という概念は根本的に間違っていると思う。だって素早く開発をしなくては環境、あるいは自分の環境の理解の変化にソフトウェアがついてこれず、ソフトウェアが解決すべき問題が解決できなく

[fjwr38]

なつかしい

[t-wada]

"「質v.s.スピード」という概念は根本的に間違っている" "質v.s.スピードという二律背反の関係は、局所的なものでしかない。大域的には、片方を犠牲にした場合、知らぬうちにもう一つも犠牲にしている" 名文の魚拓感謝

[aceraceae]

それはともかく名の知れた今どき企業もけっこう中のソフトウェアってぐちゃぐちゃなんだよね。

[ohbarye]

“質v.s.スピードという二律背反の関係は、局所的なものでしかない。大域的には、片方を犠牲にした場合、知らぬうちにもう一つも犠牲にしているということをお忘れなく”

[wata88]

"「なぜ」「どうして」そうなるのか常に考える" わかってみると、考えてみりゃそうじゃん当たり前じゃんみたいな感想になるが、そうではなく説明できるようになりたい

[castaneai]

“限りなくシンプルなデザイン(as simple as possible but not simpler)というのはなかなか教えられるものではなく、大方経験を重ねて覚えるものだ”

[cu39]

https://www.quora.com/How-did-Evan-Priestley-learn-to-program 「プログラミングが大好きであること」（Make sure you really like programming）ってプログラミングに限らずよく言われるけどほぼ運だよね。自分がそうかどうかはよくわからない。

[hahihuhe85]

わ

[cl-gaku]

”質v.s.スピードという二律背反の関係は、局所的なものでしかない。大域的には、片方を犠牲にした場合、知らぬうちにもう一つも犠牲にしているということをお忘れなく。”

[koogawa]

"「なぜ」「どうして」そうなるのか常に考えること" めちゃくちゃ大事だ

[hokkey]

コード品質と開発スピードをトレードオフとしない考え方と、自分のプロダクトを壊しまくる経験が優れた設計センスを育む上で重要だという話だった。前者は後者あってのものだと思うけど見習いたい

[nunohito]

“ぼくが知る限り、判断力をつける一番の方法は、自分で設計したシステムを長い間メンテすることだと思う。 ”

[mikage014]

"ぼくが知る限り、判断力をつける一番の方法は、自分で設計したシステムを長い間メンテすることだと思う"

[rain-tree]

“複雑なシステムを理解するには、全体のしっかりとしたモデルを頭の中に持つことがカギ”“おおまかな全体図をまず把握して、そこから部分的につめていくことが大事““「なぜ」「どうして」そうなるのか常に考える

[yuki_2021]

プログラミングが大好きだということ。

[umai_bow]

エモ

[ffrog]

"判断力をつける一番の方法は、自分で設計したシステムを長い間メンテすることだと思う。"結局経験が大事なんだなあ

[s2kw]

楽しいは正義

[GEROMAX]

良い。

[gonta616]

マスターするには気の遠くなるくらいの時間を費やさなくてはいけない。近道はないし、一番ためになる教訓は、一番苦労して得るものだ。 刺さる。