【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/ >>103-104
お前らアホか
そのエラー吐くコンパイル自体が無駄だって事だ >>104
日本もfax使ってるから同じようなもんだ 実コード500行ぐらいならviで一発コンパイルまで書ける
それ以上は精度落ちてくな >>107
でもコンパイラがエラーチェックしてくれるのに、正確性にエネルギー
使うのは無駄だと思うんですね。 >>108
ほんとそうだよなぁ
そのばかり気にするから
生産性落ちるのかもしれん 文法エラーはAIが直してくれる時代が来るから問題なし
なお内容 日本でもびっくりするくらいできないやつが専門家のふりして現場に来るんだよねえ >>110
今、極限まで自動エラー修正してくれるコンパイラ書いてます。機械学習
を使って何ができるか研究してます。 インド人ってけっこうザルな仕事するよ。
で、1つ文句言うと100くらい言い訳返ってくる感じなので
インドで人を使うのは大変だと思う。 >>108
大概はそうだね
カーネル開発も楽にしてほしいわ >>102
今は知らないけど、インド人は
理解しがたい天才的なリカーシブを使うのでいやだ、
って聞いたことはある。 オレ、コンパイル不要だわ。
ディスプレィAで提出用のコード書きながら、
ディスプレィBでアセンブラ組んで
ディスプレィCでマシン語(リンケージ、マップ)してる。
文句あるのか、おい。 >>82
> 元記事見るとコンパチブルコード
Compatible と Compilable の区別もつかないアホ w >>116
それ。
10進法→16進法→2進法がすぐ出るので、マシン語が読めてしまう。 大学に在籍するプログラマーって、若しかして単に大学生で、自称プログラ
マーかと思ったが、IT業界の企業に勤めていたのは全体の15%弱ということ
だから、やっぱり大部分は自称プログラマーか。
だったら、そんなモンだろうw
全員IT業界の企業に勤めているプログラマーを対象にテストしないと意味が
ないのではないか。 自動コンパイルではなく、ビルドでは?
一連のファイル全てコンパイル・リンクしきることができるという意味 >自動化ツール「Automata」
make じゃ駄目なの?
あと統合環境使ってる奴は信用できない >>125
原文には単に Compilable としか書いてない >>112
コメントを入れるのが面倒だから、自動で書けるようになったら起こして ロジックはどうでも良くてコンパイル出来れば
いいかの評価なのか? 日本でも似たようなもんだけど長時間労働で補ってるからな 以前IT関係の仕事やっててインド人技術者と一緒のプロジェクトが多かった
インド人が特別理数系に優れているという印象は無い
気質性格にも「インド人的」と言えるような特徴は無い
インドなまりの英語だけはかなり強烈だが 日本に来たインディアンは2軍で
一軍はシリコンバレーだからね まさか、この記事見て日本の方がマシとから思ってないだろうな。 流石に日本のがましは思ってるのはいない
1桁台だろうからな >>126
統合環境使ってないやつのコードは信用ならんな >>1
> 高度な人工知能を使って
さてこの人工知能がまともである可能性は何%でしょうか オフショアなんてこんなものだろjk
シナチョンだって似たようなものだ プログラマーなんてこんなもんですよ。
ドッグイヤー(日進月歩)で技術の蓄積もままならず
人員不足で底辺が素人同然なのはインドもアメリカも変わらない コーダーに徹することができるくらい完璧な仕様書が出てきてほしいよ >>150
完璧な仕様書ができたら、仕様書を直接コンパイルすればコーダー要らなくね?
って議論になるけど、仕様書=設計書じゃないからプログラマー(≠コーダー)はなくならない。 >>151
素人なので業界のことを教えて欲しいのですが、仕様書ってどこまで書けばプロジェクトがまわるのですか。
全ての関数を書き出して関数の入り口と、期待される出力を書けば良いのですか。
それとも「もしもこの時はこういう計算をして、はたまたこの時は何々、IF()何々」
と、何でそれをWORDで書いてるのかわからないくらい細かく書くべきなのですか。 インド以外の国との比較が無いからなんとも言えない。 >>152
仕様書って言ってもピンキリ
製品全体の仕様から関数単位の仕様まで色々ある
関数単位の仕様と言ってもかなり細かく書くところもあるし関数コメント程度のことしか書かないところや Doxygen や A Hot Document とかで代用ってところもあるし
要するにどこで仕事するかによって全然違うからこんなところで聞いてもあまり役に立たないってこと 仕様書は書く側に能力が無いと悲惨だよ
曖昧に書いておいて問題が起きたらそんなの書いてないけど当然対応するべきだとか言い出す >>155
そうですか、ご回答ありがとうございます。
私はms accessを使って一人で賄い飯ツールを作る程度なのでお気楽なもんですが、
多人数でビルドする、しかも物理的実体のないものを、ってところで
まだ「これこそ正解」という開発プロセスやドキュメント記述法が確立されていないんでしょうね。 日本人も半分ぐらいしか居ないだろう。
高度なアプリケーションの大半が海外製だし 仕様書を理解できずに文句言うプログラマの多いことよ 仕様書を理解w
仕様を理解して整理してちゃんと文書に書いてから言えよw
オフショアで失敗してるのもそれが原因だろ >>160
そりゃ仕様書じゃなくて、基本設計書を寄越せって言われるわなw >>154
Jenkinsとかにプロジェクトを登録して、ファイルのチェックイン監視や
毎日一定時刻でビルドを開始するとかでは? 単純にビルドするだけで
なく、自動でプロファイラーや、コードチェッカーも走らせて、レポート
ファイルを自動生成して、管理者や作業者にメールで通知するとかできる。
ただ、一発でコンパイルが通るかどうかなんて無意味。
重要なのは、最終成果物の品質であって、開発途中で、可能な限り何回でも
修正とビルド&デバッグを繰り返してバグを出し切った方がいい。 >>166
詰まらないミスが原因のコンパイルエラーなんて時間の無駄ってことだ 一発コンパイルに噛み付いてる奴w
自分が出来ないからって僻むなよw
別に出来なくったって良いんだよwww >>168
小さな設計ミスで百万単位、場合によっては億単位の損失が出るハード
ウェア開発に比べたら、コンパイルエラーによる損失なんぞ微々たるもの。
一度も実機で動かしたことのないコードをROMに焼いて現地で納品なんて
綱渡りをやったこともあるが、目視でコードをチェックする時間を無駄に
掛けるくらいなら、コンパイラにやらせた方が早くて確実ってこった。 >>170
コンパイルにもそれなりに時間が掛かるのにアホかお前
コンパイル通ったからバグが無いわけじゃないなんて常識だ
ただまず通らないとデバッグも出来ないだろ間抜け >>171
コンパイルに時間がかかるか一瞬かは言語による >>174
無駄なコンパイルばかりしてるお前みたいな奴のソースは大抵ゴミだからな
頭が悪いと無駄な事やってるだけなのに仕事してるつもりになっている >>175
コンパイルエラーが起こらないように何度も目視確認してからコンパイル開始するよりもエラーチェックはコンパイラに任せた方が結果的に早いんだよね >>177
完全に勘違いしてるな
目視確認なんかいちいちしないぞw >>23
おい土方よ。息しとるか
最も大事なのはアルゴリズムだよ >>177
その癖がつくとインタプリタなLL言語使ったときにハマる。 >>180
ハマらない。今はインタプリタ型でもエディタ上で勝手に静的解析してくれる >>181
やっぱりわかってない
そんなの当たり前だ >>180
インタプリタ型とコンパイラ型で開発スタイル変えるなんて当たり前だろ 指さし確認しながら目視でエラーチェックとか本当に時間の無駄 メモリやリソースの開放すらコンパイラに任せっきりのスクリプト書き風情が、
エラー検出をコンパイラに任せるのを拒む一貫性のなさ。
オートマチック車を馬鹿にしながらjava使いみたいな? 要はちゃんと動くプログラムが書けてないって事でしょう。
プログラマーとして使える奴があまりいないって事だ。 >>185
それは間抜けなお前が考える開発スタイルw
そんなことやってるバカは誰も居ない >>186
それが目視おじさんの滑稽なとこなんだよね 俺だって500行くらい書いてコンパイルしてみるとエラーだらけだぞw
1発でコンパイル通るのを指標にするとか素人丸出しだろ
1時間の間でちゃんと動くソフトを作れるかって出題した方が実情に即している >>191
エラーの中身晒してみ
どうせ詰まらないエラーだらけだろ 普通は、コンパイラでシンタックスエラー消しながら書いて
デバッガでちゃんとうごいているか確認して初めてプログラマの手をはなれるわけだが
この課題は、テキストエディタだけでやれってこと? >>192
つまらないエラーが多いのは普通だとおもうが
問題なのはつまらないエラーを放置したまま次の工程に回してしまうこと >>194
アホかお前
マジで書いてるなら仕事やめろ >>192
マジつまらないエラー
誤字脱字の類
でも、それを目視で確認するよりコンパイラでチェックさせた方が1000倍早い 事前に構文エラーチェックできるのがコンパイラ型のメリットなのにそのメリット利用禁止を主張する目視おじさんはなんなんでしょうね >>194
さすがにコンパイルエラーを残したまま次工程に回すバカはいないだろうw
まあ俺は小さい会社だから仕様打合せから出荷までをこなすので次工程も俺だけどなwww >>197-198
目視確認とかやってるはずなんて想像してるのはお前ら間抜けだけだよw コンパイラに任せられる作業を目視でやるとか原始人すぎるね >>200
そんな想像していないけど?
>>1の記事がコンパイル通るか否かで判定しているからそう言ってるだけだよ 人間の脳は大域的に考えるようにできているから、細かいミスは多いんだよ。
そういう点ではコンピュータのほうが優れている。だから補完機能の手を借りるのに。 ■ このスレッドは過去ログ倉庫に格納されています