【IT】一流プログラマーになるためには「1万時間の法則」ならぬ「3万時間の法則」が適用される [田杉山脈★]
■ このスレッドは過去ログ倉庫に格納されています
一流の人物は例外なく1万時間の練習に打ち込んでいるという「1万時間の法則」は、勉強やスポーツ、芸術などの分野で広く知れ渡っています。プログラマーのBreck yunitsはこの法則を信じて1万時間をプログラミングに費やしたのですが、実際に効果があるのかに自信を持てず、自身が尊敬するプログラマー25人に「あなたはプログラミングに何時間費やしましたか？」といった内容のメールを送ったとのこと。そして、返信があった5人の回答をGitHubに公開しています。
GitHub - breck7/30000hours: How many hours have you spent practicing programming?
https://github.com/breck7/30000hours
◆ドナルド・クヌース：5万6000時間
数学者・計算機科学者であるドナルド・クヌース氏は1938年に生まれ、初期のコンピューター「IBM 650」に出会って以来、50年以上プログラミングに携わっている人物です。クヌース氏はアルゴリズム解析の分野を切り開いた第一人者であり、プログラミングについて記された書籍「The Art of Computer Programming」の著作者としても知られています。また、「時期尚早の最適化は諸悪の根源である」といった言葉でも知られ、ソフトウェア開発の初期段階で最適化を行うべきではないとの考え方を持っています。クヌース氏は記事作成時点で存命中であり、スタンフォード大学で教べんを執っています。
◆ロブ・パイク：3万時間
ロブ・パイク氏は1956年に生まれ、1995年に「Limbo」、2009年に「Go」というプログラミング言語を開発したことで知られています。「UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている」という言葉を残しており、自身のプログラミングに対する信条として「プログラミング5か条」というものを掲げていることでも有名な人物です。また、3万時間を達成するに至った自身の勤務時間も公開しています。
◆ピーター・ノーヴィグ：3万時間
1956年に生まれたピーター・ノーヴィグ氏も3万時間をプログラミングに費やしたとのこと。Googleで研究責任者を務めたこともあるノーヴィグ氏はAIやロボット工学の分野で活躍しており、NASAが開発した宇宙機「ディープ・スペース1号」の自律制御システムを設計しています。また、ノーヴィグ氏は1万時間の法則を提唱したマルコム・グラッドウェル氏に倣い「Teach Yourself Programming in Ten Years(プログラミングの独習には10年かけなさい)」と題したエッセイも執筆しています。
◆スティーブン・ウルフラム：5万時間
1959年に生まれ、ソフトウェア会社「ウルフラム・リサーチ」のCEOを務めるスティーブン・ウルフラム氏は5万時間をプログラミングに費やしたとのこと。ウルフラム氏は1986年に数式処理システム「Mathematica」を開発し、セル・オートマトンの研究を行っていることで知られています。また、ウルフラム氏は自身の活動の記録を細かく取っていることでも知られ、2002年に出版した自身の著書「新しい種類の科学」に「これまでにキーボードを1億回打鍵し、マウスを100マイル(160km)分動かした」と記述しています
https://gigazine.net/news/20210404-5-programmers-30000-hours/ >>438
ちっとも前提じゃないだろ。
ごまかすなよ。 >>459
はい逃げた~
まあ正しい判断だと思うよw >>451
そんな業界や領域しか日本に無いということならそれこそが問題であり
むしろ君の視野が狭いことにならないか？ あホンダらが
ホンダでモトGPだったが、レースで勝つエンジン組むのに
ドライバーやラチェットにカウンターつける
この場合はここ回転まで締める、あの場合わこれとか
そこまでするかあほんだらが、エンスーは >>461
逃げもクソもあるかよ
コーディングが組み立てと同じ、とか言ってる段階で無知丸出し以外の何者でもない
そうでないと言うなら、
>>403
＞コーディングなんて組立作業とたいして変わらんよ
の根拠を具体的に説明してくれよw
個人的にはあまりにもレベルの低いキッズと議論するのは無駄だと思ってるが逃げとか低レベルな煽り入れてくるくらいならせめて説明責任は果たしてくれや
そうすればこちはももう少し具体的に相手する事が出来るわけで… >>462
＞>>451
＞そんな業界や領域しか日本に無いということならそれこそが問題であり
そんな事は言ってないんだが馬鹿なのか？
webや検索できる世界しかないと思ってるのか？と言ってるんだが意味わからないか？ >>464
コーディングなんて単なるタイプ作業だぞ
考える作業があるにしてもタイプ作業は避けられないしそこでのミスが一定数発生するって話
それなりの規模のコードを書いてるプログラマーなら普通にわかる話だと思うけどな >>466
どこのキッズなのか知らんがやはりお話にならんなw
このスレにいるまともなエンジニアなら一目瞭然で分かってないのは君だけなんじゃないかw >>468
わかってないのは相手って言い出したら負けを認めたようなもんだけどいいかな？
だから逃げると言う判断は正しいって言ってあげたのにw 非凡なコードには著作権が発生する
著作権＝思想、感情の創作的表現
裁判ではちょっと工夫したコードなら結構認められてるよ >>470
うん、そう言う低レベルな事しか言えないならもういいから、とっとと以下に答えてくれないか？
>>464
＞>>403
＞＞コーディングなんて組立作業とたいして変わらんよ
＞
＞の根拠を具体的に説明してくれよw >>394
「バグ見込み件数」自体はPMの理論としては間違ってないけど、
それを運用できるスキルが下々のPMに無いのに、標準化の名の下に
画一的に導入するからそういう事が起きるのよね
紋切り型のテンプレートで適当に計画作ってるバカがPMだと、計画と
乖離した理由と分析結果を説明しても
「説明されても俺分かんないし、上司にも説明できないから計画通りの
数字になんとかしてよ〜」
とか言われてしまうｗ >>399
ガチのテストエンジは
・開発難易度
・テスト計画
・テキスト初期段階に発生した障害の原因分析
・バグ成長曲線
・過去実績
あたりを使って複合的に評価するんだけどね
計画と乖離したならその辺使って説明すればいいだけなんだが、
説明してもPMが理解できなかったりするのが底辺プロジェクトの問題
まあ、そういう時はPMのプレゼン用の資料とカンペまで用意してやると
すんなりレビュー通ったりするけどｗ >>472
まだやるの？w
まだやるならせめて>>466にまともな反論しなよ >>466
アーキテクトはコードそのものは指示しないだろ
普通は「キューにこんなデータを積んで、
こういうスケジュールで処理」みたいな
設計をコーダーに投げるわけだ
これを素人が組むと
マルチスレッドにすると落ちるとか、
データが増えるとO2とかO3とかで処理時間増えるとか
排他が甘くてデータが化けるとか
それはそれは悲惨なバグが出るんだよ
で残念ながらこういう事考慮できるコーダーは
少なくとも日本じゃ選別しないと得られないんだよ 何度も作ったことある料理ならまだしも、再現性の無いレシピの通りに作って
美味しい料理が出来るわけでもなくw >>476
だから何？
優秀かどうかに関係なくタイプ作業は避けられないんだが >>478
いやだからそれを単なる組立作業っていうのかって話
少なくともキーボード押してりゃ
予定時間通りに出来るもんじゃなかろうに
逆にこれを組み立てって言うなら
作家だって漫画家だって線引いてるだけになるわ 詳細設計までちゃんとやってレビューしてる金融系みたいなプロジェクトなら
PGは単なる組立作業員だけど、基本設計の一部までPGがやるような小規模
プロジェクトならPGが組立作業員っていうのは違和感あるってだけじゃね？
業界や客によってPGの担当範囲が変わるなんて当たり前だけど
各々の前提と解釈で意味のない空中戦やってるだけって感じｗ >>479
コーダーの作業
・仕様からコードに落とす
・コードを入力する ← ココの話
って書けばわかるかな？
てか、何度も説明してるのにこれ理解できないのは相当ヤバイぞ >>481
んなアホな
大昔のタイプライター打ちじゃあるまいし
そんな発注してる現場あったら教えてくれよ
海外オフショアでもそんな投げ方しないぞ >>482
発注？
お前は作業を分割して考えることもできんのかよw
とにかくコーダーならタイプ作業は必須でその部分の話な
まあもう引っ込みつかなくなって話ごまかすのに必死だと思いたいが… >>484
馬鹿は死なないと分からないって本当なんだなw >>484
いやコーディングって言葉をそんな意味で使うの
多分君だけと思うわ
君は打ち込む前に完全にコード決めて書くのかw
逆に器用だな、そんなん無理だわ絶対うまく行かない
設計するときに同時にコード書いて実証すりゃよくね？ >>486
もうそういうレスしか返せないなら黙ってなよw
>>487
なんで全部のコードを決めてから打込すると思ってるんだよ
行単位かブロック単位かわからんけどコード化とそれを打ち込む作業があるって話な
まあ新規の機能を確認しながらコードを書くと言うケースもあるだろうけどでかい開発では効率悪すぎる >>488
この馬鹿の書き込みはスレのノイズになってるだけだな
NG推奨 >>489
こいつもかよw
> もうそういうレスしか返せないなら黙ってなよw >>492
作成したコードはコーディングシートに書き込むって？w >>480
貴方がどの業界のどんな会社の経験があるのかは知らないけど、俺の感覚だともうPGと言うだけで意味が分からないし差別的な感じがしてそれ以上議論するのも躊躇われる感じなんだよね
ちなみに自分はGAFA勤務経験が長いエンジニアだけど日本企業も経験はある
職種でPGとか使ってる会社ってブラックなイメージしか無いわ >>494
意味が分からないのに「差別的」って言ってる時点で意味分かってるじゃんｗ
文面に色々とコンプレックス拗らせてるのがミエミエで草なんよｗ
単に詳細設計やコーディング、UTあたりをメインで担当する下流工程の
作業員をPGと呼称しただけだけどね
ちな、IBMでもPG言うぞ PG言ってるところは碌なとこじゃないのは間違いない >>497
尻尾つかんで振り回すようなことばっかすんな
なにがTDKのCATコアがアーキテクチャだ、おまえら調べずに書いてるだろ
大馬鹿 日本には、スペシャリストのポジションがないよな
繰り返し言われているけど、日本の場合、IT産業はメーカー系ゼネコンなどが受注するしかないし、
プログラミングセンスが多少あっても社会性が求められるし、年行ったら管理職やらされる
まつもとゆきひろレベルになれば、一人でもどうにでもなるんだろうけど、
普通は、偏差値高い順に、メーカー系SIerから順に子会社、独立系、孫請けと
順に就職するしかないよね 偏差値高い層は、元請けで資源管理に追われて、プログラミングどころじゃないわけで
実際、言語があーだこーだ言ってるのも、欧米でできた開発環境を使わせてもらってるだけの
底辺プログラマーなんだよな
オタク特有の狭い範囲の知識を居丈高に甲高い声でー、あーうるさい 年行ったら管理職って本当にイミフメな悪習慣
管理職も立派な専門職なのに、
・４０歳過ぎたのでそろそろ管理職へ
・管理職にならないと給料上がりません 日本にプログラマーはいない
居るのはウェブ職人とコーダー >一流の人物は例外なく1万時間の練習に打ち込んでいるという「1万時間の法則」は、勉強やスポーツ、芸術などの分野で広く知れ渡っています。
一万時間って、「石の上にも三年」の英訳じゃねーの？
プログラムなら、素質あったら練習は1000時間もありゃあ十分だろ
で、三万時間って、一日8時間で10年くらいだろ、そんだけやったら飽きるから別の分野に進むわな プロダクトに対する意識が自分の書いたコードで終わるのか、その先の
システムによる負荷価値なのかって部分で、色々と人種が分かれる気がする
海外でもコードにしか意識を向けないエンジニアは「コード・モンキー」
とか言われて笑われるし
著名なプロダクトのリードエンジニアだと、言語やフレームワークは
チームメンバーが一番習熟しているものがベストとする人も結構多いよね >>496
＞>>494
＞意味が分からないのに「差別的」って言ってる時点で意味分かってるじゃんｗ
なんだアスペか
＞文面に色々とコンプレックス拗らせてるのがミエミエで草なんよｗ
何がどうコンプレックスなのか、全部君の事では？
俺は自分がPGと呼ばれた事もないしそういう職場にいた事もない
グローバル企業で働く身として、日本のブラック企業にこき使われている奴隷的に扱いのPGの地位向上が必要だも思って、他人の為に言っているまでなんだがw
＞単に詳細設計やコーディング、UTあたりをメインで担当する下流工程の
＞作業員をPGと呼称しただけだけどね
＞ちな、IBMでもPG言うぞ
ほら、自分で証明しちゃったね、ブラックだってww >>500
＞偏差値高い層は、元請けで資源管理に追われて、プログラミングどころじゃないわけで
なんで偏差値で分けるのか意味不明
同じ東大出ていても例えばNTTみたいなところに入ったら元請けで上流の管理ばかりになってプログラミングスキルなんて身に付かないし、持っていたものも腐っていくだけの上流(しかできない)エンジニア(もどき)になる
同じ東大出身でもGAFAやPFNなんかに入れば現役でプログラミングを続けられる
会社や環境の問題であって地頭や偏差値なんかの話ではない >>505
「外資だからPGという名称が分からない」的なスタンスを表明しておきながら
別にPGを蔑称として使ってない>>480に対して、勝手に被害妄想抱いて
「差別的」とか言い出す時点で支離滅裂
そういう思想に陥る時点でコンプレックスが見え隠れしてんのよｗ
で、コンプレックスからくる結論は
「下流工程担当者をPGとか見下す現場はブラックだ！」
なんだけど、そこに至るまでの流れと、その論理的・客観的根拠の説明が
ないから話が飛躍しすぎてるのよね
（そもそも元の>>480はPGを見下してないわけで）
そういう自己完結しかしてない無茶な話をドヤ顔で繰り広げるあたりも
コンプレックスが見え隠れしてて痛々しいのよｗ >>507
だからなんのコンプレックスなの？
意味が分からない >>504
まぁSIerにとってはシステムの付加価値なんて関係ないんですけどね。
システム使って付加価値を生み出すもその利益を享受するのも顧客なので。 結果的に1万時間なり3万時間だったと言うだけのことで、
たしかリーナス・トーバル氏の言葉だったと記憶しているが、
「ただ、僕にはそれ（Linuxを作ること）が楽しかったから」、
毎日休むことなくその仕事を続けてきて、
気がついたら一流と呼ばれるような、世間から一目置かれる
存在になっていた、
ということだと思う。
>>21
もっと続けていれば、e-スポーツの先駆者として、歴史に名を
残せていたかもしれないね。 いつも思うのが、見ての通り、問題点をあげつらうだけで解決しようとしないのが問題
変化やチャレンジが怖い腰抜け日本人プログラマー
いや日本人そのものの気質か 一流プログラマって存在自体必要ない
どっかで見た様な設計を未熟者達が手探りで構築してしか一流にしかなれないってアホとしか言いようがない
入出力サンプルだけして自動プログラミング生成で終わる話 >>512
おまえバブル世代の大馬鹿ってロシア人そっくりだな
ハッキングというか違法行為ばっかりか ほんとバブル世代の大馬鹿は、もう政府も官僚もゴールドマンサックスやJPモルガンの
派遣社員で政治家なんか意味不明なのに、売国奴そろってんなあ？なあ？FBI >>509
要件定義に絡まない程度のSIerならそんなものかもね
自社SEだったり、要件定義やその前段のシステム投資計画に関与する
SIerは顧客のベネフィットが成果でもあるから気にするけど
顧客のベネフィットを出せないソリューションには次がないからな >>515
お前は何もわかってない。お前が言ってる要件定義はコンサルの領分だ。
＞要件定義に絡まない程度のSIerならそんなものかもね
SIerに能力が無いわけでもないが客は形の無いことに金を出さない。だからSIerの要件定義は付加価値を考えた後のシステムレベルからになる。
更に言えばSIerビジネスの本質はシステムの実現のために人を売り買いするところにある。極端に言えばシステムが使われなくても構わない。
こういうのがSIerの実情だからSIerはエンジニアから蛇蝎のように嫌われるし馬鹿にもされる。 >>515
おたくのシステムで本年度は10億円儲かったので
システム開発していただいた方に特別ボーナス
差し上げます
なんてことあるか？ FBI 連邦保安局はアメリカ以外ではいっさい活動は違法だ
ゴールドマンサックスやJPモルガンとかそれを隠れ蓑にして
対日工作ばっかしてカネ無茶苦茶盗んでくんだろ、とくに政治家 >>512
働けよ
机上の空論並べるだけのアホになるぞ >>511
日本人は解決方法を提示するばかりで結果が伴わないのが最大問題
どうやったら英語できるかをいつも議論するがそんな机上の空論は何の意味もないから >>521
威張るだけのアホな老害上司の手柄になるだけ >>506
現実問題として既存の枠組みにおさまるのが社会人なわけで、偏差値が高い人から好きな職業、会社を選んでいく
日本のIT産業もゼネコン化してるので、偏差値が高い人が日本でわざわざ低賃金の下請けに就職するわけがないってこと
ごく一部は外資系で能力を発揮するだろうけど、大半は末端の派遣までで折り合いをつける
実際コーディングしてるのは、末端とオフショアで、実はすでにオフショアにコーディングスキルは抜かれてる >>525
コーディングスキルなさすぎだが、まれにいるハイスキル人間のお賃金も低すぎなので、オフショアよりも安上がり。 ハイスキルな人が低賃金に甘んじてるわけがなくて、その程度のレベルなんだよ
本当にスキルがあれば、中途でもどこにでも行けるって
日本は欧米のプラットフォームで上物の業務ロジックを書いてるだけ
一部の金融系とか、上物をミッションクリティカルに開発してるだけ 確かにプログラミングは、天下一頭いい武道会みたいなもの。稼げる人は大富豪になれそう。 >>518
でかい客から感謝されたら社長賞とか出す会社はあるけどね
顧客のベネフィットと言うより次の受注に繋がるからだけど、まあ間接的には関連してる >>517
何十年前で頭止まってるの？って感じだが…
IT業界ではコンサルがSIerも兼ねるのが今のトレンドだけど
アクセンチュアみたいな外資ですら今では自社プロパーのシステム開発要員
持っててコンサルからシステム開発までトータルソリューションするのが
今の流れだぞ >>518
無いけど
「次の○○億円規模の案件もそちらにお願いしますね」
「過去に他社が担当して評価が良くないシステムの更改案件があるんですが
これもそちらでお願いできませんか？」
って話にはなるよ
これを繰り返して顧客におけるシステムベンダーのシェアを拡大していくのが
IT業界のビジネス
個人的にも自分が担当した案件で高い顧客満足を生み出せれば、普通に
社内での評価アピールに使える
自己満やローカルルールでしか評価されない成果よりずっとパンチが強い
アピールになるし >>529
デカイ会社だと優秀なシステムベンダーに感謝状出す顧客も偶にいるね
俺の同僚も貰ってたし どっかの大学で春先から長期メンテに入ってしまった履修システムを一晩で作ってしまった新入生が居るらしいけど
こう言う話を聞くたびに仕様をどあ理解したのか気になる。
あり得る科目、教授、時間割りと講義以外のイベント、休みスケジュール
データをどこで管理してどこに転用するのか
情報がないと天才でも作りようがなさそうなのに >>533
全部自分で決めてスクラッチから作るんなら大した手間じゃない これから先を腕一本でのし上がっていく
それが俺の目標や
PGなんぞできて当然や >>530
＞何十年前で頭止まってるの？って感じだが…
今でも変わらんだろ。
＞IT業界ではコンサルがSIerも兼ねるのが今のトレンドだけど
システム開発の順序を考えるとコンサルがSIerを兼ねることは自然な流れだがその逆は難しい。
それにトレンドを言うならコンサルと開発を分けるのだって最近のトレンドなんだが。
何故なら客が形のないコンサル成果に金を払わず開発の成果物を検収するまで金を払わず、それで揉めることが多いから。 >>538
SIerがコンサルもやるようになったからSIerとコンサルが業務提携するように
なったんじゃん
選択と集中でコンサル＆SIerに特化して昨年最高益だしたNECだって
アビームを取り込んだだろ
あと金払いの遅延で揉めるってどこの底辺だよｗ
納品物・検収条件・検収期日・支払期日をキッチリ決めて契約するのが
今では当たり前だし、その辺ガバガバだと下請法違反で問題になるから
まともな会社ならどこもキッチリやってるよ
公取委も10年くらい前から指導出した会社名をガンガン公開するように
なったからなおさら
あと最近はデカイ企業ならプロジェクト単位の収支分析や、経営指標分析を
キッチリやるようになったから、月締めが基本だが
決算月跨げば会計上の扱いも面倒だし これほど分かりやすい職もないよ
知能さ、実力差が素直に現れるからね
稼ぎに
だから雑魚ほど無意味な称号にすがる >>540
ロシア人にいつも交通事故しかけられるのが雑魚
なんだそれは まあスポーツの世界では1万時間の法則は完全否定された訳でね
(米の五輪代表選手で調査すると4〜6000時間が中央値で
最小で800時間程度。又競技開始半年で陸上金メダルの過去例もある)
頭の問題だからある程度マシとは思うが
才能差はどうしてもあるわな >>542
> 才能差はどうしてもあるわな
とか上から目線で語る前に統計の話に
> 最小で800時間程度。又競技開始半年で陸上金メダルの過去例もある
みたいな例外的な話を混ぜると頭が悪く見えるから気をつけた方がいいぞw >>542
マイナーな種目だとちょっと練習しただけで
国内トップになれたりする >>539
技術屋と詐欺師のどちらが営業上手いかって話 >>542
物理的な制約の少ない頭の話だから身体以上に差が大きいと思うがw
プログラミングの世界では出来るやつと出来ないやつの生産性の差は普通に桁が変わってくるぞ
肉体労働では精々5倍程度迄の事が多いだろうが ちなみにこのスレに一流はいないから見るだけ無駄
おわり 出る杭は打たれる理論だな
使えないベテがすぐにこういう展開に持っていこうとするんだわなw
どんな仕事でも何時間とか考える人間はなにやってもダメだろう 若手もベテランもダメなやつは何時間やってもダメ
向いていない事に一生気付けないやつが大半
下手を固めるだけのこと >>542
やっぱり、一流の選手は違うな。
俺も一流は無理だけど、せめて
お前のような二流になりたいぜ！ >>533
すごいな
昔超高偏差値大学の必修で
２クラスに分かれた一方と別の必修が重なり、
半数の学生が留年したことがあるのに >>3
SEなりたいならパワポの練習１００時間が必要
でもセンス悪いやつは練習してもうまくならない ■ このスレッドは過去ログ倉庫に格納されています
