プログラマ採用のための「オンラインコーディングチャレンジ」 41
ストーリー by reo
TopCoder があるじゃない 部門より
TopCoder があるじゃない 部門より
ある Anonymous Coward 曰く、
米国のベンチャー CodeEval が、技術系人材採用のためのプラットフォームを一般公開したそうだ (TechCrunch JAPAN の記事より) 。
CodeEval は「プログラミングスキル」をテストするためのプラットフォームを提供するサービスで、プログラマに対し実際にコーディングを行ってもらうことでそのスキルを事前に調査できるという。テストは CodeEval によって用意されるため、「技術に疎い採用担当者でもスキルの高い技術者を選抜できる」という。対応言語は 10 種類だそうで、無料版とより高機能な有料版が用意されているとのこと。どのようなテスト問題が提供されるのか気になるところだ。
golf (スコア:2)
コードバイト数でランキングもしてくれて、問題の投稿も受け付けてくれれば golfサーバーになれそうですね。
コード品質の評価基準として、使用メモリや実行時間などでもろもろ評価してくれると楽しそうではあります。
ただ、使用者側からの雇用してみての評価なんかもつけられちゃうと、
このプログラマを雇用している人はこんなプログラマも雇用しています機能みたいな事をされそうで嫌ですね。
雇ってみて失敗したと思ったら似たタイプのプログラマを避けるとか。
反論も紹介します (スコア:2, 参考になる)
逆にこういうことを言っている人もいました。
■Rails Hub情報局: 実力を測るのにFizzBuzzも二分探索も使えない [atmarkit.co.jp]
Re:反論も紹介します (スコア:1)
すごい正論だけど, 想定しているレベルが違うと思う. 良いプログラマを得ようとするのと, 最低限の水準をクリアしているプログラマを得ようとするのは目的も, かけていい費用(すぐれた人に面談させたら, その分高価になる)も違ってくるし.
Re:反論も紹介します (スコア:1, すばらしい洞察)
最低限の水準を持っていればいい(あとは社内で鍛えればいい)という考え方自体が、一度雇ったらクビにすることがほとんど不可能な日本企業の発想なんですよ。
Ruby on Railsの人材だったらRuby on Railsの開発で即座に役に立たなければいらないし、逆にそれ以外のことはどうでもいいんです。フレームワークが変わったらクビにして次を雇えばいいだけです。クビになったほうにもすぐ次の仕事があります(有能なら)。
もし「誰にでもできるかんたんなお仕事」だからという意味なら、海外ではふつう自動化を考えます。そんなことに貴重な人間様の稼働(ひいては人件費)を割いていられないので。
Re: (スコア:0)
>海外ではふつう自動化を考えます。
んなこたぁない。そういう仕事をする人は別途雇っているし、頭数ならそっちのほうが多い。
日本の、下請け仕事しかしないソフトハウスの連中が、自分をそっちじゃないと勘違いしているだけ。
Re:反論も紹介します (スコア:1)
この手の試験は、応募者の能力を機械的に判定して、コンピュータに疎い人でも分かる形で採点することが目的。
なので、
これに対する候補者のコードを見れば、例えばinjectを使うべきときに、冗長なコードを書いたりしていないかが分かるといいます。
や
候補者のインタビューで何よりも大事なのは、「どのように」ではなく「なぜ」を問うもので、すぐに答えが出るようなものは聞いても仕方がないともいいます。
は、もちろん有効だけど、比較対象としてはおかしい。
膨大な数の下手なプログラムを読まされたいのなら話は別だけど、
そうでないのなら、まずはこういうテストでふるい分けをしてから、そういう手間のかかる判定をするのがいい。
1を聞いて0を知れ!
Re: (スコア:0)
でもFizzBuzzを30バイトで書けるならそれだけを理由に雇ってもいいと思った。
Yahoo!の新卒や海外にはその程度の人材ゴロゴロしているようなので実はたいしたことないのかもしれませんが。
参考文献: http://togetter.com/li/92612 [togetter.com]
Re: (スコア:0)
まぁ外部コードや言語環境に委託しないと30Byteなんてショートコーダにさえ実現不可だけどな。
参考：http://golf.shinh.org/p.rb?FizzBuzz
てゆうか、ショートコーディングを業務で実践したら、最悪メンテナンスで死人が出るぞ・・・
業務でショートコーディング系統の技能が必要になる場面って組み込み関連のごく一部しか無いんでは
大きな事を一つ忘れている (スコア:1, すばらしい洞察)
技術が高い人間は、サボる能力も高いということを。
Re:大きな事を一つ忘れている (スコア:2, すばらしい洞察)
Re: (スコア:0)
というよりサボっていると悟られないようにうまくサボらないと仕事が無限に積み重ねられて潰れるので、技術も向上できません。
仮に本人が潰れなくても退職したときに部署が潰れます。
Re: (スコア:0)
ということは、サボる能力の高い俺は技術力も高いということだな。よし。
Re:大きな事を一つ忘れている (スコア:2, すばらしい洞察)
残念ながら弊社とはご縁がなかったようです。
幸運をお祈り致します。
Re: (スコア:0)
就職してから論理演算の能力が求められることなんか一度もない(むしろ論理的に不合理な判断しか求められない)のに新卒は論理学ができないと採用してもらえないんだよね。実に不可解だ
Re:大きな事を一つ忘れている (スコア:1)
論理学ができないと採用してもらえないはずなのに、なぜか社内に論理学ができない人がうじゃうじゃいるのも不思議。
1を聞いて0を知れ!
Re: (スコア:0)
まあ、本当に論理的に不合理な判断しかできなければ破綻しますよ。
合理解を知った上で、融通を利かせるのがポイントなわけで。
祈られなくても (スコア:0)
倫理演算くらいはできる
Re: (スコア:0)
> 倫理演算くらいはできる
一度で良いから不倫演算してみたい
見間違い (スコア:1)
技術は確かでも...... (スコア:1)
コミュ(ry (スコア:0)
プログラミング能力が十分条件じゃないのはまあいいけど、必要条件ですらないというのがなあ。
福島原発の現場作業員が「コミュ(ry」さえあれば放射能の知識はどうでもいいという基準で選ばれていないことを祈る(でも東海村の事故みたいなこともあったし…)。
Re:コミュ(ry (スコア:1)
いえいえ、放射能の知識はどうでもよくありませんよ。
そんなもの持っていたら、これからやらせる仕事の本当の危険度がばれちゃうじゃないですか。
だから「放射能の知識は持っていちゃダメ」。これがスタンダード。
# マジでそういう選択肢だ、という話を大昔に聞いたことがある。
fjの教祖様
Re: (スコア:0)
Re: (スコア:0)
昔から気になっていたのだけど、PGがなんでProgrammerの略語として使われるのかな？
SEがSystem Engineer、PMがProject Managerというのは理解できるのだけど。
まさか Program-mer ではなくて Pro-Grammar (文法巧者？)なんて勘違いじゃないよね...。
# プログラマの書く文書とか見るも無残なものが多いし。
Program Engineer (PE) って通用しないのかしらん。
Re:コミュ(ry (スコア:1)
Program Generator …「機械」扱いだからです。
# 実際PGが Programmer の略なんて、日本企業でしか聞いたことがない。
fjの教祖様
Re: (スコア:0)
おかしいなぁ、いつのまに機械の体を手に入れたのだろう。
汽車には乗せてもらえなかったのに。
Re: (スコア:0)
Re: (スコア:0)
日本のIT業界だと「ＰＧ急募！」って求人をよく見かけますね。
何の求人なのか、最初の頃は意味不明でした。
# そういう求人を出す会社の人とメールをやりとりすると、本文に書かれた英単語が
# 全て全角で、ITリテラシーを疑いたくなることが多いのがなんとも。
Re: (スコア:0)
Re: (スコア:0)
コンピュータのプログラムや催し物のプログラムの語源は
Proは「事前に」、gramは「書かれた物」みたいなニュアンスのものだとNHKで昔観た。
Re:コミュ(ry (スコア:1)
クラッカーのことをハッカーと言い張る奴のいう事など信じてはいけません(^w^)。
fjの教祖様
例のコピペ風 (スコア:0)
審査官「えー、履歴書によるとあなたの特技はアセンブラということですが」
学生「そうです、Z80ならソラでコーデックできます。日夜の研究によって最低バイト数、最低クロック数でのコーデックには自信があります」
審査官「わが社ではすでにZ80を使用していないのですが………」
学生「えー、Z80ですよ、Z80。当時究極のCPUとして知られていたではないですか。拡張命令も豊富ですし、未定義命令を駆使したコーディングができるんですよ！」
審査官「しかしZ80の全盛期はすでに何十年も前の………」
学生「何を言う！Z80こそ万能！、Z80こそ正義！ 西和彦も1Ghz動作のZ80があれば今でも通用するとおっしゃっていたいたじゃないですか！？」
審査官「(お前いくつだよ)」
Re:例のコピペ風 (スコア:1, 参考になる)
Re:例のコピペ風 (スコア:1)
面接官「アセンブラできるんですね～」
私「はい、書いてあるようにZ80、MC68系、x86系は結構やっています」
面接官「なるほど～、所でDSPの経験はあります？」
私「興味はあるけどやったこと無いです」
面接官「MMXとか使えるなら同じみたいですよ？以前居た人の資料有るのでやって貰えます？」
私「勉強します」
という面接なら実際に・・・
#結局勉強したけどほんとごくたまーにしかDSPの仕事有りませんでした。
Re: (スコア:0)
Re: (スコア:0)
Re:例のコピペ風 (スコア:1)
コーデック='coder-decoder'の略ですから、元コメの人は、単にコーディングするだけでなく、デコーディングもできるんでしょう。
ダンプリストを元に逆コンパイルする簡単なお仕事です。
#Z80は8進ダンプにするとわかりやすい、ということを知ったのはだいぶ後のことでしたorz
Re: (スコア:0)
当時はダンプのまま読んだりもしましたが…。
自分の感覚ではニモニック起こしが「デコード」でないことに、
コメントを読んで気づきました。
符号を戻すんだから立派なデコードだよなあ…。
Re: (スコア:0)
Re: (スコア:0)
審査官「よろしい。HD64180部隊員として採用しよう。」
悪くは無いけど、 (スコア:0)
もう何年も前の話だけど、そういう感じのオンラインテストは受けたことはあります。
難易度もけっこう高くて、足きりとしては十分使えると思いました。
ちなみにもちろん設問は英語で書かれてますよ。
日本企業はそういうサービスを使いませんからね。
＃既に指摘されてると思うけど、下手なプログラマに対する足きりと
＃優秀なプログラマの選抜とでは全く別。
＃テストは足きりには使えるけど、優秀なプログラマは見分けられない。