【IT】インドのプログラマーでちゃんと自動コンパイルできるコードを書いているのは36％ [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
急激な速度でIT大国へと発展したインドで、3万6800人のプログラマーを対象にコードを書いてもらうという調査が行われた結果、自動コンパイルできるコードを書くことができたのは、全体の36％だったことが判明しました。
iTWire - Only 36% of Indian engineers can write compilable code: study
https://www.itwire.com/outsourcing/78004-only-36-of-indian-engineers-can-write-compilable-code-study.html
インドを拠点としている評価会社Aspiring Mindsは、インド国内の500以上の大学に在籍する3万6800人のプログラマーを対象にした調査を実施しました。調査では自動化ツール「Automata」を使って、コンパイラ統合環境で60分間のプログラミングテストを受けてもらい、テスト結果から「プログラミング能力」「プログラミングの業界規範にならっているか」「プログラム実行時の複雑さ」「機能性の正確度」などの指標を基に、高度な人工知能を使ってそれぞれのプログラミングスキルを自動的に評価しました。
各プログラマーにはそれぞれ2つの問題が与えられたのですが、両方の問題でコンパイルできるコードを書けたプログラマーは全体の14％で、片方だけ書けたのは全体の22％だったとのこと。調査の参加者のうちIT業界の企業に勤めていたのは全体の14.67％で、効率性などの指標を含めた「完璧に機能的なコード」を書くことができる基準に達していたのは、全プログラマーのうち2.21％にとどまる結果となっています。
Aspiring Mindsは「『正しく機能するコードを書く』というのはプログラマーとしての最低条件ですが、品質の高いコードには効率性、時間的コスト、必要メモリの計算などの条件が必要になります。今回の調査では、最も効率的で複雑性の低い論理的なコードを書くスキルを持っていたのは、プログラマーのうち2.21％のみということが明らかになりました」と説明しています。
なお、参加者の男女比は男性61.1％、女性38.9％で、デリー・チェンナイ・ムンバイ・プネー・バンガロール・ハイデラバード・コルカタの都市から集められたとのことです。
http://gigazine.net/news/20170520-indian-engineer-compilable-code/ 採点までコンパイル禁止で、１文字タイプミスしてても出来なかったことになるのかな？ どういう環境かによるよな、メモ帳のみとかなら自信無いわ。 林田力 東急不動産だまし売り裁判で検索したら分かります 日本で同じ調査したらもっと低いに決まってる
ゴキチョンなら限り無く０に近ずくだろう オートマタはコンパイルできなくて当たり前なのです。 コンパイルできないって、セミコロンがなかったりタイプミスだろ？
そんなの減点対象にすんなよバカじゃね コンパイル出来るかどうかはコンパイラに教えてもらう方が早いし つまり、ぷよぷよで連鎖できず、ばよぇーんって事だな。 コンパイラと性的解析ツール使った方が早いし
コード1文字づつ眺めて脳みそコネコネする時間が無駄 >>25 性的解析ツール
うむ。なかなか興味深いゾ 「げー。補完できないじゃん。あのライブラリのスペルなんなんだっけ？」
「はいNG」
これがほとんどのような気がする。 >>28
ライブラリを補完するオートマタを作った方が早いね！ Auromataがどんなのか分からんが、
パンタローネ様に挑んで認められたのが2.21%
約800人もいると考えるとなんか凄そう テストはいいけど、他の国の結果が無きゃ意味ないだろ。 まあコードなんてほぼほぼ誰かが作ったコピペの使いまわしですから 昔は目視デバッグだけで完成させるってのがあったけど
今は統合環境ありき、だからな
「コンパイルできないコードになるのは統合環境のエディターの文法チェックが悪い」
なんでしょ >>19
でもセミコロンないのは縮小したときにエラーになるからやめてほしい >>33
統合環境の場合、究極の一手になろうである
ライブラリーが使えない事が分かった時がとても悲しい。 >>4
ほんこれ
記事にテスト問題が書かれてない時点で価値がない記事だは 時差があるから、インドの会社に遠隔保守とかやらせると便利なんだよね
夕方に指示を出しておくと次の日の朝には対応してくれるとか コンパイルエラー無しでコーディング出来るやつなんているのか？
IT大国の中韓にはいそうだが これからはAI様がコード読んでくれるから問題ないお インド人にプログラム発注すること多いけど、コードくっそ読みにくい。
改行とか大文字小文字とか、コーディングルールもガン無視するしほんと糞バラバラ。
本人はいい奴多いんだけどなぁ >>40
ご主人様。このようなパターンを形成してみましたがいかがでしょうか。 日本もそれくらいだろ
インド新卒プログラマー２００万人×36％＝７２万人
日本新卒プログラマー2万人×36％＝７２００人 -- まったくのゼロから、
-- テキストエディタだけを使って、
-- 途中一回もコンパイルとかしないで、
-- 一発で完動するコードを書け
こんな出題で 36% が正解なら
やっぱ、インド人てスゲーって評価になるわな
日本人だったら 1% くらいだろう HTMLを手打ち入力限定でまともなホームページ作れる人、今どれぐらいおるんだろ？ そういやコンパイルにあほみたいに時間がかかった昔はコンパイル前に
コードをすべてチェックする必要があって自分が新人のときもそう教えられたな。
結局守らたかったけど。
あと今どきはネットで構文文法サンプルをググれるし、統合開発環境が
関数の型とか表示したりキーワードを入力補完してくれるから
プログラミングのペーパーテストみたいなこと自体が無駄。 >>46
いかにサンプルを動かしたかの方が役に立つな。 >>45
そらコーディングな。
プログラミングとは違う。 この研究の対象は、インドの大学に在籍する学生なの? それともIT企業の社員を含む一般人なの? どっちよ? >大学に在籍する3万6800人のプログラマー
って、学生？インハウス要員？学校ブランドで注文とってたりするの？ >大学に在籍する3万6800人のプログラマー
教員の可能性もあるか プログラムのテストでいきなり変な言語で組めって奴、昔やったな。
何だっけあれ… 誰でも受かると言ってる基本情報ですら
言語選択者の合格率は3～5％だぞ >>51
就職用でしょ。
プログラマーはカースト制度の枠外何だとさ。
未だにカーストが幅を利かせているインドでは、プログラマーが階級から脱出する有望な選択肢 俺もこんなもんだ
とりあえずミスは気にせずガーッと書いて、コンパイルエラー出た所を直す感じ >>40
「ちょっと待って…。AE35に問題があり72時間以内に障害が発生します」 自動コンパイルが何かわからんと評価のしようが無いわ >>56
「ねえねえコレ動かないんだけどぉぉ
なにもしてないのにぃ壊れたのぉぉ
ええぇシート名変えたよぉぉカワイイ名前にしたのぉ
ええぇそんだけでうごかなくなるのっぉぉダメじゃーん」 Automataのステマしたつもりが、Automataのドキュメントがダメって話になる可能性があるな 一つもエラーを吐かないソースコードを書けた割合のことですか？ 俺の前の会社
コンパイラの開発者が1名いたが、かなり頭がキレていた
もちろん外国人 行数にもよるけどIDEとかなしで一発でコンパイル可能なコード出すほうが珍しくない？ 自動コンパイルって完全に誤訳だな
原文にはそんな事一言も書いてない >>12
ﾁｬﾝｺﾛはウィルスコード「だけ」は完璧なコード書くんだぞ
朝鮮人は まぁ、 あれだ (´・ω・`) 手動ならコンパイルできるの？ハンドアセンブル？謎だな。。。 自動コンパイルって何だよ。
しかもハンドコーディングで試行コンパイルもなし？そんな能力必要ないだろ。 こう言うの見ると記事書いてる奴が本当のバカだと思うよ。元記事見るとコンパチブルコード、つまり
文法的に正当でコンパイル出来るコードの
事だよ。何が自動コンパイルだアホか オートマタって世界中で使われてるそうだが、あたしゃプログラマじゃないので知らんが
６０分以内にコンパイルエラー無しのプログラム、２本書けということみたい
要はインタプリタ感覚で使える環境なんだろ
まあ、どういう問題かわからんとわからんがｗｗ 今時はIDEで単語補完機能使いながら自動エラーチェックするのが常だから、エラーなんてそうそうでないだろ 最も効率的で複雑性の低い論理的なコードを書くスキルを持っていたのは、プログラマーのうち2.21％のみということが インド人に限らず
有能な一人のプログラマは雑魚100人に勝る インドのグラマーでちゃんと合同コンパに来てコンドームを持参しているのは36％。かと思った。 AIに自動的に仕事させるのが正解 ちまちまコード書くやつはバカ！！
テキトーに仕事しとけと指示してポチっとワンクリック それ以上操作するのはバカ >>88
ここまで頭の悪い書き込みは久しぶりに見た 試験で紙にCコード書かされて無理だった
最低でもテキストエディタとコンパイラとGoogleは用意してくれ 今時はideで開発してるだろうから、記述したそばからエラー表示が出てくるだろうに
だからセーブしたときにはコンパイルエラー無しのコードになってる
正常動作するかは知らんけど >自動コンパイルできるコードを書くことができたのは、
>全体の36％だったことが判明しました。
読者が理解できる記事を書ける記者の割合も調べろよ。 こんなの普段から同じ環境でやってるかどうか
大半の奴が使ってない環境でテストとかそれこそ効率性の悪いテストだわ VSTSの自動ビルド使ってるけど自分のPCではコンパイル問題ないけどVSTSではエラーとかあるからな
オートマタとやらの癖を知らないと無理でしょ >>82
そう言うことかw
こういう人に要件とか書かれたらしんどそうね >>17
実行する時は機械語に変換されないとCPUが理解できないでしょ あんなに汚い国なんでプログラマーのコードが汚いなんて気にしないのよ こんぱいる試しながらやればいいだけじゃん
アホなの？ コーディングシートに鉛筆でコードを書いて、キーパンチャーのお姉さんに
カードに打ち出してもらって、機械に読み込ませてコンパイル結果は翌朝、
って事をインドはまだやってるのか？ >>103-104
お前らアホか
そのエラー吐くコンパイル自体が無駄だって事だ >>104
日本もfax使ってるから同じようなもんだ 実コード500行ぐらいならviで一発コンパイルまで書ける
それ以上は精度落ちてくな >>107
でもコンパイラがエラーチェックしてくれるのに、正確性にエネルギー
使うのは無駄だと思うんですね。 >>108
ほんとそうだよなぁ
そのばかり気にするから
生産性落ちるのかもしれん 文法エラーはAIが直してくれる時代が来るから問題なし
なお内容 日本でもびっくりするくらいできないやつが専門家のふりして現場に来るんだよねえ >>110
今、極限まで自動エラー修正してくれるコンパイラ書いてます。機械学習
を使って何ができるか研究してます。 インド人ってけっこうザルな仕事するよ。
で、1つ文句言うと100くらい言い訳返ってくる感じなので
インドで人を使うのは大変だと思う。 >>108
大概はそうだね
カーネル開発も楽にしてほしいわ >>102
今は知らないけど、インド人は
理解しがたい天才的なリカーシブを使うのでいやだ、
って聞いたことはある。 オレ、コンパイル不要だわ。
ディスプレィＡで提出用のコード書きながら、
ディスプレィＢでアセンブラ組んで
ディスプレィＣでマシン語（リンケージ、マップ）してる。
文句あるのか、おい。 >>82
> 元記事見るとコンパチブルコード
Compatible と Compilable の区別もつかないアホ w >>116
それ。
１０進法→１６進法→２進法がすぐ出るので、マシン語が読めてしまう。 大学に在籍するプログラマーって、若しかして単に大学生で、自称プログラ
マーかと思ったが、IT業界の企業に勤めていたのは全体の15％弱ということ
だから、やっぱり大部分は自称プログラマーか。
だったら、そんなモンだろうｗ
全員IT業界の企業に勤めているプログラマーを対象にテストしないと意味が
ないのではないか。 自動コンパイルではなく、ビルドでは?
一連のファイル全てコンパイル・リンクしきることができるという意味 >自動化ツール「Automata」
make じゃ駄目なの？
あと統合環境使ってる奴は信用できない >>125
原文には単に Compilable としか書いてない >>112
コメントを入れるのが面倒だから、自動で書けるようになったら起こして ロジックはどうでも良くてコンパイル出来れば
いいかの評価なのか？ 日本でも似たようなもんだけど長時間労働で補ってるからな 以前ＩＴ関係の仕事やっててインド人技術者と一緒のプロジェクトが多かった
インド人が特別理数系に優れているという印象は無い
気質性格にも「インド人的」と言えるような特徴は無い
インドなまりの英語だけはかなり強烈だが 日本に来たインディアンは2軍で
一軍はシリコンバレーだからね まさか、この記事見て日本の方がマシとから思ってないだろうな。 流石に日本のがましは思ってるのはいない
1桁台だろうからな >>126
統合環境使ってないやつのコードは信用ならんな >>1
> 高度な人工知能を使って
さてこの人工知能がまともである可能性は何%でしょうか オフショアなんてこんなものだろjk
シナチョンだって似たようなものだ プログラマーなんてこんなもんですよ。
ドッグイヤー（日進月歩）で技術の蓄積もままならず
人員不足で底辺が素人同然なのはインドもアメリカも変わらない コーダーに徹することができるくらい完璧な仕様書が出てきてほしいよ >>150
完璧な仕様書ができたら、仕様書を直接コンパイルすればコーダー要らなくね？
って議論になるけど、仕様書＝設計書じゃないからプログラマー（≠コーダー）はなくならない。 >>151
素人なので業界のことを教えて欲しいのですが、仕様書ってどこまで書けばプロジェクトがまわるのですか。
全ての関数を書き出して関数の入り口と、期待される出力を書けば良いのですか。
それとも「もしもこの時はこういう計算をして、はたまたこの時は何々、IF()何々」
と、何でそれをWORDで書いてるのかわからないくらい細かく書くべきなのですか。 インド以外の国との比較が無いからなんとも言えない。 >>152
仕様書って言ってもピンキリ
製品全体の仕様から関数単位の仕様まで色々ある
関数単位の仕様と言ってもかなり細かく書くところもあるし関数コメント程度のことしか書かないところや Doxygen や A Hot Document とかで代用ってところもあるし
要するにどこで仕事するかによって全然違うからこんなところで聞いてもあまり役に立たないってこと 仕様書は書く側に能力が無いと悲惨だよ
曖昧に書いておいて問題が起きたらそんなの書いてないけど当然対応するべきだとか言い出す >>155
そうですか、ご回答ありがとうございます。
私はms accessを使って一人で賄い飯ツールを作る程度なのでお気楽なもんですが、
多人数でビルドする、しかも物理的実体のないものを、ってところで
まだ「これこそ正解」という開発プロセスやドキュメント記述法が確立されていないんでしょうね。 日本人も半分ぐらいしか居ないだろう。
高度なアプリケーションの大半が海外製だし 仕様書を理解できずに文句言うプログラマの多いことよ 仕様書を理解w
仕様を理解して整理してちゃんと文書に書いてから言えよw
オフショアで失敗してるのもそれが原因だろ >>160
そりゃ仕様書じゃなくて、基本設計書を寄越せって言われるわなｗ >>154
Jenkinsとかにプロジェクトを登録して、ファイルのチェックイン監視や
毎日一定時刻でビルドを開始するとかでは？ 単純にビルドするだけで
なく、自動でプロファイラーや、コードチェッカーも走らせて、レポート
ファイルを自動生成して、管理者や作業者にメールで通知するとかできる。
ただ、一発でコンパイルが通るかどうかなんて無意味。
重要なのは、最終成果物の品質であって、開発途中で、可能な限り何回でも
修正とビルド＆デバッグを繰り返してバグを出し切った方がいい。 >>166
詰まらないミスが原因のコンパイルエラーなんて時間の無駄ってことだ 一発コンパイルに噛み付いてる奴ｗ
自分が出来ないからって僻むなよｗ
別に出来なくったって良いんだよｗｗｗ >>168
小さな設計ミスで百万単位、場合によっては億単位の損失が出るハード
ウェア開発に比べたら、コンパイルエラーによる損失なんぞ微々たるもの。
一度も実機で動かしたことのないコードをROMに焼いて現地で納品なんて
綱渡りをやったこともあるが、目視でコードをチェックする時間を無駄に
掛けるくらいなら、コンパイラにやらせた方が早くて確実ってこった。 >>170
コンパイルにもそれなりに時間が掛かるのにアホかお前
コンパイル通ったからバグが無いわけじゃないなんて常識だ
ただまず通らないとデバッグも出来ないだろ間抜け >>171
コンパイルに時間がかかるか一瞬かは言語による >>174
無駄なコンパイルばかりしてるお前みたいな奴のソースは大抵ゴミだからな
頭が悪いと無駄な事やってるだけなのに仕事してるつもりになっている >>175
コンパイルエラーが起こらないように何度も目視確認してからコンパイル開始するよりもエラーチェックはコンパイラに任せた方が結果的に早いんだよね >>177
完全に勘違いしてるな
目視確認なんかいちいちしないぞｗ >>23
おい土方よ。息しとるか
最も大事なのはアルゴリズムだよ >>177
その癖がつくとインタプリタなLL言語使ったときにハマる。 >>180
ハマらない。今はインタプリタ型でもエディタ上で勝手に静的解析してくれる >>181
やっぱりわかってない
そんなの当たり前だ >>180
インタプリタ型とコンパイラ型で開発スタイル変えるなんて当たり前だろ 指さし確認しながら目視でエラーチェックとか本当に時間の無駄 メモリやリソースの開放すらコンパイラに任せっきりのスクリプト書き風情が、
エラー検出をコンパイラに任せるのを拒む一貫性のなさ。
オートマチック車を馬鹿にしながらjava使いみたいな？ 要はちゃんと動くプログラムが書けてないって事でしょう。
プログラマーとして使える奴があまりいないって事だ。 >>185
それは間抜けなお前が考える開発スタイルｗ
そんなことやってるバカは誰も居ない >>186
それが目視おじさんの滑稽なとこなんだよね 俺だって500行くらい書いてコンパイルしてみるとエラーだらけだぞｗ
1発でコンパイル通るのを指標にするとか素人丸出しだろ
1時間の間でちゃんと動くソフトを作れるかって出題した方が実情に即している >>191
エラーの中身晒してみ
どうせ詰まらないエラーだらけだろ 普通は、コンパイラでシンタックスエラー消しながら書いて
デバッガでちゃんとうごいているか確認して初めてプログラマの手をはなれるわけだが
この課題は、テキストエディタだけでやれってこと？ >>192
つまらないエラーが多いのは普通だとおもうが
問題なのはつまらないエラーを放置したまま次の工程に回してしまうこと >>194
アホかお前
マジで書いてるなら仕事やめろ >>192
マジつまらないエラー
誤字脱字の類
でも、それを目視で確認するよりコンパイラでチェックさせた方が1000倍早い 事前に構文エラーチェックできるのがコンパイラ型のメリットなのにそのメリット利用禁止を主張する目視おじさんはなんなんでしょうね >>194
さすがにコンパイルエラーを残したまま次工程に回すバカはいないだろうｗ
まあ俺は小さい会社だから仕様打合せから出荷までをこなすので次工程も俺だけどなｗｗｗ >>197-198
目視確認とかやってるはずなんて想像してるのはお前ら間抜けだけだよｗ コンパイラに任せられる作業を目視でやるとか原始人すぎるね >>200
そんな想像していないけど？
>>1の記事がコンパイル通るか否かで判定しているからそう言ってるだけだよ 人間の脳は大域的に考えるようにできているから、細かいミスは多いんだよ。
そういう点ではコンピュータのほうが優れている。だから補完機能の手を借りるのに。 >>200
あっでも組込みでマルチタスク動作させてるやつはたまに目視デバッグ(霊感デバッグ)やってるぞｗ
コンパイルじゃクリティカルセクションとかわからんしなｗ >>207
なんかお前の親兄弟を俺が殺したかの勢いだなｗ
どうした？仕事に不満でもあるのか？ バグ潰しでプログラマーとしての真価が問われるんじゃないのか テストでさえできるところは自動でやらせようという時代の流れなのに構文チェックから目視でやるとか老害すぎるね >>210
さらに言うと>>1の基準ってメモリ節約とかまで入ってるジャン？
今時そんなスキルいらないってｗ
可読性の方が遥かに重要
俺の部長なんてZ80のコンパイラのクセまで熟知して節約コード書いて後から見た俺にとっては意味不明ｗとか良くあった
今求められるのは誰が見ても大よそ動きがわかる可読性と他の製品でも流用できる基本設計の良さかな？ >>208
単純ミスはやらないようにしろってだけの話なのに、お前の頭以外の一体何がおかしいんだ？ セキュリティーホームに直結するもっと重大なコードミスのほうが重要。
そこをテストしているのかなあ？ コンパイルかけてコンパイラに間違い指摘されて修正するのが正しいＰＧだろ。 >>213
単純ミスはやらないようにしろってお前から言われたのは初めてなんだがお前相当コミュ障だなｗ
お前の頭で考えてることが他人にも100%伝わるなんてことないからな？
仕事でも気をつけろよ？トラブルの元だぞ？ >>217
どうしようもないバカの考えはこの程度の実例そのものだ >>218
なｗ
お前は俺に対して「バカだ」と「消えろ」しか言ってないだろ？ >>219
自分は仕事できませんカミングアウトはもういいから ITに関心のある皆さんにお知らせ
日産自動車栃木工場上三川寮
管理人は合鍵を使い従業員の部屋に無断で侵入。
抜き打ちで従業員の私物を全て調べるブラックの中のブラック企業。
ブラック企業。
期間工に不審な攻撃を加えたとされる悪の一味。
主な悪人は日産栃木工場塗装課の長谷川、宮崎、瀬尾、照井、中野、手塚。
これになぜか「押川定和」が関与。
押川がどんな人物かは検索すれば無数に出てくる。 >>222
まあ何か嫌なことでもあって気が立ってるんだろうｗ
2chは匿名掲示板だからなｗこの程度の罵倒は耐性が出来てるｗｗｗ >>212
> さらに言うと>>1の基準ってメモリ節約とかまで入ってるジャン？
どこに節約なんて入ってるんだよ w
必要メモリー容量の見積もりもできないガキは要らんよ 誰と戦ってるんだよ w
俺は単純に >>212 がバカだって指摘しただけだぞ タイプミス、構文エラー、型の不一致などはコンパイラがチェックしてくれる
けど、double/float型の一致または不一致による比較、引数や条件によって、
ゼロ除算エラーが発生するようなコードは、コンパイラは警告すら出さない。 大企業・ベンチャー等の規模に関係なくAI関連の事業で成功する際に抑えるべきこと
①AIを商売の種にする場合は、それが既存の非AIまたは、既存のAIサービスより良くなくてはならない
②さらに同業者よりも素早く短期間で実装し、提供するサービスの反応速度は同業他社と遜色ないか最速でなければならない
③実装するための手間と技術の難易度が高くエントリーできるプレーヤーが限定されること（自社独自だけでは不十分）
※ソーシャルのような山師向けの鉱脈であっても①と②の条件を満たさなければ、短期間で退場させられる
①は既存の非AI/AIサービスよりも良くなければ誰も金を出すことはないから当然だが、意外に理解していない人間が多い
既存のものより良いということは、Amazonの機械学習プラットフォームやGoogleのDeep Mindが 提供する（であろう）サービスを入れ替えられるはずだ
またシリコンバレーから次々と湧き出てくるベンチャー（資金力は米VCが上）にいる競合者よりも早くサービスを提供して当然ということだ
競合相手に勝つ能力がなく諦めてニッチを狙う戦略もあるが、それが広義の意味でAmazonやGoogle、その他（大小関係なく）米ベンチャー等の
ハッカーが運営する事業にオーバラップするなら、持続成長性がないので短期エグジット向けに過ぎず、中長期的な成長エンジンにはならない
実際、一時的に成功しても、そのあと米企業が総取りするパターンが繰り返されている
②は同じサービスがあれば、ユーザーは早いもの（さらにできれば安定しているもの）を使う
詰まるところAIはソフトウェアとハードウェアの混合に過ぎない、他社比較でのサービスの速さはソフトウェアに左右される
相対的な実行速度を追求するには元Googleのソフトウェアエンジニアや、元Appleのソフトウェアエンジニア、
Intel/AMD/NVIDIA出身の半導体設計エンジニアの混合チームであったり、スタンフォードCS-PhDの技術者と伍して戦えるだけの技術力を日頃磨いてないと難しい
サービスを提供する企業のコアシステムの最適化は社内でやるしかなく稼働中のアーキテクチャ変更は難しいため創業期にハッカーがいることが必要
これは人海戦術で解決できない
③は競争のように聞こえるが、実際は競争力の源がチャラい一過性のものではなく、経営者が有能なハッカーなら自然と条件が満たされることが多い
留意すべき点
・ソフトウェア系の人材は教育機関や企業内で育成するのは不可能、全てのハッカーは独学から生まれ、大抵の場合は幼少時よりプログラミングを嗜んでいる
ハッカーの履歴を見ると遅くとも高校生の段階でプログラミングを始めているのが多いが普遍的な原理ではない
海外の大学・大学院では学業も忙しく、趣味がハッキングのような人間が大成する傾向がある。ハッカーが大学を中退する理由は時間の制約が大きい
・ソフトウェアにおける技術力は属人的なものであり、属人性を排除した結果、組織から分化できない個人にはそれを得ることはできない
企業内でソフトウェア技術を学ぶというアイデアは完全なナンセンス
就業中に金をもらって学ぶのは簡単そうに聞こえるが、いつまで待てば分からない育成のために
社員を仕事をさせずに遊ばせておけば、他の社員に不満をおこし、それが社内のモラルや文化を退廃に繋がる
結局業務が与えられ、ものになる前に潰される
属人的ということは趣味の領域でもあるということで、余暇の合間（又は無・未就業中のギャップイヤー期間）に自己の責任で能力を育成していくしかない
成功したスタートアップのソフトウェアには数年間の無就業期間やギャップイヤー中にコードされたものが多くある 自民党は戦前の国家犯罪者の集まりである。
https://www.youtube.com/user/yampr7/videos
フ ク イ チ で 核 弾 頭 ミ サ イ ル を 製 造
三菱商事の核ミサイル担当重役は安倍晋三の実兄、安倍寛信
三菱重工の重役でもあるらしい
これがフクイチで核弾頭ミサイルを製造していた疑惑がある
書けばツイッターで速攻削除されている
私のツイートで、安倍政権に都合の悪い情報は速攻削除されている
これは驚いた ここまでやるのか
https://twitter.com/東海アマ/status/841451580339625984
世 界 教 師 マ 人 ト レ ー ヤ
（まもなく、日本発の株式大暴落、次いで米国債大暴落の後、各国メディアに登場、ＵＦＯも）
若 年 性 ア ル ツ ハ イ マ ー 病 の 原 因
認知症の過程は放射能汚染によって加速します。
若年性アルツハイマー病の原因となっており、
人々は肺炎やインフルエンザ、慢性疲労、癌、
ＨＩＶ/エイズなどに抵抗できなくなっています。
免疫システムの崩壊の結果がアレルギーです。
死者の数は、他のいかなる原因よりも多いです。
河川の汚染は犯罪と見られなければなりません。
多 く の 人 々 が 放 射 能 の 影 響 で 死 ん で い る
問題は、日本政府が何も認めないことです。
多くの人々が放射能の影響で死んでいるのに、
彼ら（日本国民）は幻想の中に生きています。
日本の近海の食料は安全ではありません。
健康上のリスクは福島に近づくほど高まります。
福島の子供達は癌をもたらす被爆をしています。
福島の住人は廃炉後1、２年で戻れるでしょう。
厳 し い 警 告 と 重 み が 発 せ ら れ る
マ人トレーヤは原発の閉鎖を助言されます。
マ人トレーヤによれば、飛行機など原子のパターンが妨害されると墜落します。
マ人トレーヤはいかなる人間よりも危険をよくご存じです。
マ人トレーヤの唇からますます厳しい警告と重みが発せられることを覚悟しなさい。
平成初期の日経コンピュータに書いてあった
インド台頭 初っ端は、ざっと書いて
コンパイラーにチェックさせるな
最初から通るように自分で気を付けて書く意味がない。時間の無駄 >>237
エラーでないように記述するのは単なる習慣だから気を付けて書くとかの低レベルな問題じゃない >>238
大昔のコンパイルに凄い時間かかる時代ならともかく
今どきそんな習慣つける意味ない。無駄 実は老眼で画面が良く見えないから、 >>238 みたいな口だけ達者な老人は、
モニタを見るフリをして心眼で見ているんだよ。きっと。
不都合な真実は見えない。 >>1
>コンパイルできるコードを書けたプログラマー
……え？ どゆこと？ まともなコード書けないのに、プログラマーなの？ >>248
そいつらただの土方
アホっぽいとかじゃなくて、アホ タイプミスのたぐいは、開発環境が補完してくれるでしょ。
それは低レベルのミスで、低レベルのコーディングミスは機械に任せればいい。
問題は致命的なセキュリティホームを作り出すコードの「構造上のミス」だよ。
これは高レベルのコーディングミスだ。 まぁ出荷されるまでのどこかで誰かが修正してくれるやろｗ 戻り値をチェックしてないとか、例外を握り潰しているとか、そういう
コードはコンパイラはチェックしてくれない。 >>257
> 戻り値をチェックしてないとか
Coverity とかでチェックすればいやん 評価方法はさておき、インドでこれなら日本じゃできる人皆無かもな
このスレ見ててもIDEに負んぶに抱っこの人多いし
HOSじゃないけど、IDEにウイルス仕込まれたら日本パニックになりそうｗ >>260
コンパイラにウイルス仕込んだほうが効果的だと思いますが >>264
それは嘘だね
「日本じゃパニックになる」という言い方なんだから日本以外ではパニックにならない場合があるということを言ってるんでしょ >>265
そこには日本の話しか書いてないじゃん
日本以外はなんて俺書いてねーし >>266
いいえ、「日本じゃ」という表現によって日本以外のことにも必然的に話が行っています。 >>267
君には通じないんだな
確かにお前以外は理解できてると言う雰囲気を醸し出してるな w つまり、日本以外の事は分からないし言えないけど、
何となく曖昧に匂わす言い方をする事によって、
日本がキツいって雰囲気に見せかけたって事だろ
ちょっとした叙述トリックだな portableでない馬鹿アプリが全滅しますように 試験官「ちゃんとコンパイルできるコードを書けるかのテストです。課題はテトリスです。
C/C++言語ならWindowsの標準API、JavaならJDK8の範囲で作ってください。制限時間は24時間です」
プログラマたち「HaHaHa簡単すぎるよ。」
試験官「なお、途中でコンパイルはできません。コーディングに使うアプリはnotepadか標準状態のviとします。提出されたコードとMakefileがちゃんと動くか事務局で確認して採点します。」
プログラマたち「ファッ！？」 土人国家のくせに、○○認定試験とか、○○認定事務局とか、○○認定資格
とか、搾取側がマウントポジションに立つ仕組みづくりだけは、手際よくて
上手いよね。 土人国家なので江戸時代さながらの通行札や営業許可で儲けるしかできないのだ インドではプログラマーやアニメーターが低位カースト出身者の受け皿になっているので
優秀な人材の宝庫になっているのな ■ このスレッドは過去ログ倉庫に格納されています
