そこそこ出来るプログラマを見抜くためのコーディング

そこそこ出来るプログラマを見抜くために
採用時に簡単なコーディングをさせようと思っています。

ある会社では、「３の倍数でアホになって、５の倍数でイヌに
なるプログラム」を書けと言われて書けた人が、20分の1だった
そうです。（もちろんプログラムが本当にアホになる訳では無いｗ）
これでもよいのですが、ちょっとこれは算数かな？と思ったので、
「そこそこ出来るプログラマ」を見抜くために簡単なお題を
下さい。

良く聞くバブルソートとかは、センスが無いので却下。
ちなみに言語は問わない。シンタックスエラーは無視する。がルールです。

No.5 回答者： chubou3 回答日時： 2009/04/09 13:30

自分で新人を雇い育て上げるのがベストです。

この回答への補足

確かにおっしゃる通りですが、
新人を育てる余裕がないのと、あくまでコーダーとして雇いたいのです。ようは、社員を雇う余裕がないのですよ。。。。

補足日時：2009/04/10 12:19

No.4 回答者： sinjou 回答日時： 2009/04/08 20:24

自分が職場で経験した事ですが・・・

大学や大学院でUNIXを使っていた方
入社後に初めてプログラミングを始めた方
に、同じ仕事をお願いした所、後者の人は出来なくて、
結局、前者がスイスイと、やって下さいました。

上流工程職に移って20年近く経ってからも、
「指が寂しい・・・」
と、自宅で夜中にプログラミングをして遊び、睡眠を削るSEさんを選ぶと良いみたいです。

No.3 回答者： saintandre 回答日時： 2009/04/08 08:40

古典的名著「ソフトウェアテストの技法」という本の最初にでてくる問題に

三角形の３辺の長さを表す３つの整数を読み込みその三角形が不等辺三角形、
二等辺三角形、正三角形のうちどれであるかを表示するプログラムが存在する。
このプログラムが正常に動くかどうかテストするためのテストケースを提示せよ

というものがあります。

この問題をそのまま出してもいいですし、例示されているプログラムを作らせて
後から本人にテストケースを作らせるというのも面白いかもしれません。




ちなみに解答例として挙げられているテストケースは14個ですが
十分に経験を積んだ専門プログラマの平均点数が7.8個だったそうです。

答えは本を購入することをお勧めしますが「ソフトウェアテストの技法 三角形」で
検索すると紹介されているページがかなりでてきます。

No.2 回答者： lv4u 回答日時： 2009/04/08 07:29

ソフトウェア開発者採用ガイド：Ｊｏｅｌ　Ｓｐｏｌｓｋｙ著に以下のような問題が紹介されていますね。

もちろん、これができたからって「そこそこ出来る」とは言えないでしょうが、少なくとも「ＨＴＭＬがプログラム言語」だなんて勘違いな人を選り分けられるでしょうね。

１．文字列が大文字のアルファベットＡ－Ｚではじまるかどうかを調べる関数。
２．与えられた半径を持つ円の面積を求める関数。
３．配列の要素の値を加え合わせる。

ちなみに、本書では、そういうプログラマを採用するには、

１．こちらから出向く
２．インターンシップ
３．自分のコミュニティをつくる（例えば、○○県Ｒｕｂｙユーザーズグループとか）

と書かれていました。

この回答へのお礼

基本的なとこがクリアできそうですね、

＞ちなみに、本書では、そういうプログラマを採用するには、
そうなんですよ、、、良い人に出会えないなぁ。
３．自分のコミュニティをつくる（例えば、○○県Ｒｕｂｙユーザーズグループとか）
私も色々な勉強会に参加して、物色中ですがなかなか。。

お礼日時：2009/04/08 10:51

No.1 回答者： Toshi0230 回答日時： 2009/04/07 23:13

言語も文法も問わないんだったらフローチャートでも書かせるのが公平ですかね？

それはともかく、その程度でよいのなら、思いついたところだと…

現在の暦で閏年を計算するフローとかどうでしょう？
（ちなみに閏年の計算方法（というか定義）は、「4で割り切れる年」だけでは不正確です）

閏年の定義から1年の長さ(時間)を計算(逆算)するとかもありかも。

曜日計算をするというのも良いカモですね。

まぁ、課題をフローチャートに落とせるんだったらあとはなんとでもなりそうな気がしますが。個々の言語固有の知識・技術は別にして、ですけど。