Evan Priestley 氏がどうやってプログラミングを学んだかを教えてください - Knoh (ノウ) | The Knowledge Hub

本人による回答です。Evan Priestley 氏は知る人ぞ知る、Facebook を代表する (元) エンジニアの一人です。Facebook には 2007 年から 2011 年の間に在籍していました。 手短かに言えば: 何年もの歳月の賜物というか。ぼくはただひたすらプログラミングが大好きで、(フェイスブックで働いていた) 過去４年間、ほとんど他のことをしていない。その前も２.５年ほどプログラマーとして働いていたし、そのさらに前も６年くらい趣味でプログラミングをしていた。ぼくは高校も大学も中退しているので、それで空いた時間もプログラミングに費やした。つい最近フェイスブックを辞めたけど、未だに起きている時間のほとんどはプログラミングだ。 もっと詳しく言えば: 月並みだが、ぼくはちっちゃい頃からコンピューターが好きで、我が家にあったヤツで（最初はMac Plusで途中からIIsiになった）

[at_yasu]

畜生！！お前なんでFacebookに入ったんだ！！extractとグローバル変数にまみれた巨大スパゲッティをそのままにしておけばFacebookは自然爆発したのに！！くそ！！くそっ！！

[raitu]

なんか文章に見覚えあるなと思ったら二年前に読んでた http://b.hatena.ne.jp/entry/ktamura.com/epriestley.html

[syanbi]

PHPをDisってるだけの人は設計能力アレな気がするので(表現力に言語ごとに幅があるのは事実)、同意...

[dlive1]

プログラマーとしての成長に一番寄与したのは、「判断力をつける」ということ。開発スピードとコードベースのクオリティは反比例は、「コード・プロダクトの質にこだわったらいつまでも出荷できない」ということ

[ysync]

自らPHPを選択して何かを作った人は、痛い目にもあってるだろうけど恩恵もうけてるわけで、良い言語とは言わないが悪くはないという結論になると思われ。／他人のコードメンテから入ればそれはまぁ…

[katzchang]

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

[yamadar]

良記事に出会えて嬉しい。何度も読み返したい。

[matsuko1103]

コードウォーリアに反応しただけなんですが、「質＝スピード」と「広く浅く。全体を見る。」に同意。

[Songmu]

「関数はつかうな。おそい！」の話、ここに転記されていた。

[manhole]

“素早く開発をしなくては(...)、必然的に質が落ちてしまう。逆に、質の高いソフトウェアを書かなくては、なにかある度にインフラが崩壊し、素早く開発をすることができなくなってしまう。”[programming]

[raimon49]

自分で設計したソフトウェアを長くメンテすることで身に付くもの、初期のFacebookではコードがどんな状態だったか。とても面白い。

[moro]

“一番重要で一番やっかいなスキルはシステムを設計するための判断力だ。限りなくシンプルなデザイン(as simple as possible but not simpler)というのはなかなか教えられるものではなく、大方経験を重ねて覚えるものだ。”

[kyohei_hamada]

はい

[takezaki]

いいね

[Spring_MT]

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

[sawat]

高いスピートを保つために、品質も高く保つ必要があるということか。

[Dai_Kamijo]

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

[yutaka_kinjyo]

“。フェイスブックでは「質 v.s. スピード」ではなく「質 = スピード」を念頭にソフトウェアを書いてきた。”

[d_animal141]

Evan Priestley 氏がどうやってプログラミングを学んだかを教えてください

[tokoyax]

めっちゃええこと言ってる

[rjge]

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

[a2ikm]

ときどき読み返したくなる/消えた。原文は https://www.quora.com/How-did-Evan-Priestley-learn-to-program

[suginoy]

“「質v.s.スピード」という概念は根本的に間違っていると思う。”

[tamakoron]

Evan Priestley 氏がどうやってプログラミングを学んだかを教えてください

[aroma_black]

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

[escape_artist]

URL変わったのか。リダイレクトされるようになってる。一応こっちもブクマ

[snomof]

コードの「質=スピード」は熟練度が高いからこそ。スピードや質が低いままだと、大域的なメリットも薄れてしまう

[tofu-kun]

面白い

[Kwappa]

去年の記事が流れてきたのをひょいと開いたら、すごくよかった。

[habuakihiro]

心から同意する＞複雑なシステムを理解するには、全体のしっかりとしたモデルを頭の中に持つことがカギとなる。おおまかな全体図をまず把握して、そこから部分的につめていくことが大事だ。

[michihide]

『ぼくの経験上、一番PHPをバカにし、言語の重要性をうそぶく連中は、大体自分たちが提唱する言語でもロクな仕事ができないことが多い。』よく言ったｗ

[mikage014]

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

[masaru_b_cl]

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

[teppeis]

「そんなPHPのコードもJavaScriptのコードに比べたら断然マシだった」w 「「質v.s.スピード」という概念は根本的に間違っている」

[yyamano]

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

[trashtoy]

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