【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/ >>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
必要メモリー容量の見積もりもできないガキは要らんよ ■ このスレッドは過去ログ倉庫に格納されています
