プログラマに対するひどい指示・ルールについて語ろう | スラド デベロッパー
とあるプログラマが「派遣時代に行った酷い現場の思い出」を togetter でまとめた「派遣 PG 時代の思い出」が話題になっている。曰く、 「メソッドを作ると処理が上下に飛んで可読性が落ちるので、出来る限り一つにまとめてください」と言われた。前任者が「コードを共通化してください」という言葉を勘違いし、一つの画面クラスに全ての画面の機能を持たせ、メソッドの引数でどの画面として動くかを切り替えるという凄まじい実装だった。帳票 1 枚ごとに 3000 行クラスが書かれていた。など、恐ろしい話がたくさん並んでいる。/.J でもひどいコードについての話題は数多くあったような気がするが、みなさんが体験したもっとも「これはひどい」という話はなんだろうか ?
派遣PG時代の思い出
@vjroba 某N社で「メソッドを作ると処理が上下に飛んで可読性が落ちるので、出来る限り一つにまとめてください」と言われたことがある。僕は300行で挫折したが、1万行メソッドを書ききった強者がいた。クラスを作るには申請書が必要だった。 2010-05-11 12:42:06
プログラマーの力量を見極める--面接官になったら尋ねるべき質問実例集
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます ソフトウェア開発者を採用する面接の場においては、応募者の専門家としての力量を見極めることが最も困難な作業の1つである。彼らの考え方については、面接時に少しやり取りを行えばそれなりに見当が付くだろう。しかし、実際のプログラミング経験を推し量るのは至難の業だ。一部の企業では、さまざまなテストを実施することでこれを行おうとするものの、筆者の経験から言えば、こういったテストは近代的な開発環境では必要性が薄い知識（IDEのオートコンプリート機能や、F1キーの押下で表示されるヘルプ、インターネットといったものがあるため、ライブラリの知識は以前ほど重要ではなくなっている）の丸暗記能力を試すだけに終わることも多い。そこで本記事では、開発者を評価するうえ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
