作りたいものを作るには結局大量のコードを書かないといけないことについて - Qiita

Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up

[yojik]

http://0xcc.net/blog/archives/000196.html

[mattn]

覚えてもどうせ忘れるんだし、調べる速度やコツを習得したりカンを養う方がいいと思ってる。ただし武闘派なエンジニアになってしまうけど。

[VoQn]

わかる。とにかく書いて頭の中がデフラグ走ってくれるのを待つような局面はあるというか

[tzt]

愚直に車輪の再発明(しかも低品質な)に励んで仕事した気になってるエンジニアっているからなぁ。まずは立ち止まって本当にそれはやらなければいかないことか？を問えるエンジニアでありたい。

[vanbraam]

Eric Raymond ってプログラマーとしての評価はそんなに高くないのでは?;コード書くのが速い人は,"覚えている人"というよりは"悩まない人".書いているうちに共通化したい処理とか出てくるが気にせず進むor最初から設計が綺麗

[Magicant]

要するに「知識と経験が物をいふ」と書かれてゐるのだが、しかしそれらを得るには先づ時間が必要なのである。

[anoworl]

タイトル（作りたいものを作るには結局大量のコードを書かないといけない）と結論（最初から覚えられるだけ覚えてやろうという気がないと一生コードはサクサク書けるようにはなれない）に乖離を感じた。なんでだろ。

[sonots]

マニュアルを全部頭の中にアップロードできてたら充分頭が良いと思う

[taketyan]

素振り重要、という話として読んだ / 最近初心者の方に Ruby を教えることが多いけど、書き始めるまでに iTerm2/Homebrew/Git/rbenv/ruby-build/Bundler/Rails/Slack を入れて GitHub アカウント作って SSH 鍵認証設定して... とかいろいろある

[hiroyuki1983]

生産性の高いスーパープログラマのマジックの種が「たんに記憶しているだけ」というのは薄々気づいてはいた

[anrkny]

Check out "作りたいものを作るには結局大量のコードを書かないといけないことについて"

[TokyoIncidents]

これ刺さるなー。まあ多様性から考えると違う考え方があっても良いと思いますね

[hiddy216]

車輪の再発明って一旦再発明する過程を通らないと車輪がなぜ大事で、どう動いていて、作るにはどうすればよいか、キモはどこかが分からないので、初めての場合は「再発明して知る」のが効率的と思う

[otchy210]

うーん、あんまり共感できることが無いのは、Web プログラマだからなのか。とかく必要な知識の幅が広すぎて (TCP/IP から AltJS まで)、全部覚えるのは非現実的。早く調べるスキル重要。

[uehaj]

雑用のところもサクサク進めばそれなりに楽しいけど、そうじゃないと(>_<) "マニュアルを全部頭の中にアップロードしている平凡なプログラマは、創造的で賢いプログラマを容易に上回る"

[tak4hir0]

作りたいものを作るには結局大量のコードを書かないといけないことについて

[hatajoe]

そうなんだよなー。特アプリのサーバーサイドとかバックエンドのデータ成形してるだけだしつまらんよ。ただ設計は面白いけど。

[QsF]

ふーん…そうかな…

[s025236]

コンパイラってフレームワークやライブラリ組み合わせると作れるの？？？

[operator]

「コーディングの速さは量が質に転化する」が伝えたいことなんだけど、それが伝わりやすい文章になってない

[argame]

この記事のつい3日前同じこと考えて言葉にまとめられなかったのでビックリした→https://twitter.com/argame/status/531398194261794816

[richard_raw]

OpenCV使うたびに調べなおしているので、脳のワーキングメモリーを鍛えたいです。

[mabots]

生産性の高いプログラマに対する一般的なイメージとして、非常に創造性が高いというものがあると思うけど、その反例として、実際には知っているか知らないかが重要なんだということを彼は主張していた。

[AmaiSaeta]

分かる。特にC言語でデータ構造絡む辺りだと全部自作になっちゃうよね(なので解決法の1つは「C使うな」になる)。 Eric Raymondの話も分かるが、俺の記憶力じゃそれ無理だわ……

[Muke]

昔のPCのセットアップと環境構築に凄い時間かかってたみたいなのと同じように思える

[kwms]

“マニュアルを全部頭の中にアップロードしている平凡なプログラマは、創造的で賢いプログラマを容易に上回る”

[terazzo]

コーディング速度は七難隠すと思うことはある。

[xucker]

探しても、言語やフレームワーク・ライセンスの関係で、そのまま使えないのが多いからな。

[Isuzu_T]

「本質と無関係なコードを書くことは多い。その手の事務仕事は退屈だが必要不可欠だ。それを手早く片付けられる奴こそ有能だ。そして手早く片付けるために必要なのは発想力じゃない。経験と知識だ」という話、かな。

[uxlayman]

あまり知らないけれど生産性の高そうなやりかた、と、よく知ってるが故に生産性が高いやり方、のどちらを選ぶべきかは結構迷う

[gokichan]

ただ、マニュアル全部覚える暇あったら、調べながらでもコード書いた方がいいともいえる。

[ihag]

N-BASICのマニュアル完全暗記してた頃の情熱が欲しい

[countzero00000]

気になる

[luccafort]

誰が最初に言ったのか知らんが「作った/書いたやつが一番偉い」は至言だと思う。 ただ量が質を上回るあたりはわからんでもないんだけど忘れていることで新しいブレイクスルーに至るきっかけとか生まれるんじゃね？

[n314]

徹夜が効率良いのもこのせい。忘れる速度より早く書き上げるのだ。

[kana321]

作りたいものを作るには結局大量のコードを書かないといけないことについて

[tora470]

そうだと思う。

[qtamaki]

約9倍

[als_uz]

すっげえわかる

[jigen88jigen]

"一つ一つマニュアルを調べたりググったりせずにどんどん作業を進めていけるかどうかが、頭の良さとかよりも重要なのだ。"