tryプログラミング、リモートワーク、田舎暮らし、音楽、etc.2011-03-10新卒者に何か言葉を贈るならシステム開発はじめにこちらのブログをはじめ、季節柄最近ちょくちょく新卒者向けのメッセージを書いたブログを目にするようになってきました。これまで新卒者に贈るメッセージなんてわざわざ考えたこともなかったのですが、もし自分なら何て言うんだろうなあと考えてみました。最初は全然思いつかなかったのですが、しばらく考えて「おいらだったらこう言うかな」と思ったのが、下の2つです。先輩の言葉を鵜呑みにするな。世間で通用する職人を目指せ。なんでこんなことを言うのか?その理由を以下に述べます。先輩の言葉を鵜呑みにするな。毒々しいメッセージですね。実際、日本のIT業界で何もかも恵まれた職場なんてきっとほんの一握りなんじゃないかと思います。プログラマやSEをやったり、IT関連の会社を経営したりするのに、何か特別な資格が必要になるわけじゃありません。みんな「自称プロフェッショナル」です。そんなこんなでぶっちゃけ、「それってどうよ?」って言いたくなるような現場の方が多いと思います。おいらの場合もそうでした。今でも印象に残っている言葉をいくつか挙げてみます。似たようなプログラムを見つけてコピペしろデバッグはコーディングがすべて終わってからやれ俺たちはIT土方だからこういうことを当時(7〜8年前)、リーダー級の先輩から言われたわけです。今となっては「何てことを言ってたんだあの人たちは」と思えますが、新人だったころは右も左も分かりませんから、「へ〜、そうなんだ」と思ってしまいますよね。OJTとかほんと要注意ですよ。その現場でのルールは習得できるかもしれませんが、世間で通用するスキルまで身に付くとは考えない方がいいです。現場にはいっぱいおかしなプロセスやコーディングルールなんかが転がっています。「変数名は連番にしろ」とか、今考えたらほんとありえないですから。*1あと、現場のレベルが全体的に低いと、相対的にそこそこできる人が「一番できる人」って呼ばれていることもあります。周りから一目置かれているので、本人もその気になっているつもりになります。ところが、よく見てみると全然基本がなっていない「お山の大将」状態だった、なんてこともあります。*2こういう人からアドバイスを受けたりすると、「この人が言うんだから間違いないだろう」っていう催眠術にかけられやすくなります。その人の上司やマネージャですら、コロッとだまされちゃいますからね。わあ、こわ〜い・・・。先輩や現場のやり方に逆らえと言っているわけではないのでご注意を。協調性もそれはそれで重要です。入社早々、新人が先輩に反抗するのもそれはそれでどうかと思いますし。あと、ちゃんとした現場や先輩だっていると思います。全部が全部おかしいと言っているわけではありません。要はクリティカルシンキングっていうんですかね、現場のルールや先輩の言葉に対して「本当にそれでいいのか?」と問いかけ、自分で調べたり考えたりするようにしてほしい、ってことが言いたいわけです。やって調べるのか?これはこれで難しいです。個人的には色んな本を読んでみるのがベストかなと思います。本にも当たりハズレがありますが、現場のルールや先輩の言葉よりは正しいことを言っている可能性が高いです。このエントリの終わりにおいらの考える参考文献もいくつか載せておくのでチェックしてみてください。世間で通用する職人を目指せ。このメッセージは最初のメッセージに通じてます。その会社やそこの現場で「すごい人」になっても、それがそのまま「世間でもすごい人」だと評価されるとは限りません。Basic(VB)を使った業務アプリケーション開発がメインでした。当時はすでにJavaや.NETが台頭してきている時代で、レガシーなVBはもはやバージョンアップされない状況でした。この状況でもしおいらがVBを極めて、今現在「その現場のすごい人」になっていたと仮定したらどうでしょう?おいらは世間でも通用するでしょうか?レガシーなVBがもはや主流な開発言語じゃないってことは、この業界の方ならよくご存知だと思います。「その現場のすごい人」であるおいらがリストラされちゃったら?もし会社が倒産しちゃったら??もしくは30をすぎてから転職したいと考え始めたら???・・・いったいどうなるんでしょう?せっかくプログラマやSEになるんだったら、ちゃんと手に職を付けておかないともったいないです。この業界でメシを食って、家族を養っていかなければならないのなら、なおさらです。自分の身(+家族の身)は自分で守る。そのためのスキルがちゃんと身に付いているか、常日頃から自分に問いかけるようにしてください。現場で思い通りの案件にアサインされるとは限りません。「レガシーなVBなんてやりたくな〜い!!」って思っていても、仕事ですからダダをこねるわけにはいきません。そんなときはどうしましょうか?う〜ん、どうしましょう?まずは直属の上司に自分のチャレンジしたいことを常日頃から伝えておきましょう。いう案件があればうまくアサインされるかもしれません。今は便利な世の中ですから、ほとんどの開発環境は自宅でフリーでそろえられます。プライベートな時間を使って、自習をすることもできます。オープンソースソフトェアのコードを読んだりすることもできますし、がんばればコードを投稿することもできます。メルマガやRSS、twitterなんかを活用してインターネットでイマドキの情報を収集することも可能です。勉強会やセミナーに自分で足を運ぶのもアリです。自分から情報を発信すれば色んな人と交流できたりもします。本を読むことも忘れちゃいけません。現在の業務と全然無関係な本も読んでみましょう。意外な場面で応用できたりすることもありますよ。・・・などなど、やろうと思えばやれることはいくらでもあります。いう前向きな姿勢があれば、「現場の仕事しかやらない人」よりも世間は高く評価してくれるはずです。自分の知識やスキルを日々研鑽し、世間で通用する職人を目指しましょう。(^_^;でもおいらはなんだかんだ言いながら楽しんでますよ。仕事なんで楽しいことばっかり、というわけにはいきませんが、設計やプログラミングといったアクティビティ自体は、創造性や謎解きのような面があって面白いです。前の会社にいた頃のエピソードをいくつか挙げましたが、悪いことばかりだったわけではなくて、今思い返してもエキサイティングな面白いプロジェクトにも参加させてもらったこともあります。素敵な先輩にもたくさん出会いました。「悪いことは言わないからやめとけ」みたいなことを言うつもりは毛頭ありませんのでご心配なく。こんなことを書いてると、他にも色々と言いたいことが出てきましたが、キリがなくなってしまうのでこのへんでおしまいにしておきます。入社していきなり読む必要はありませんが、半年から1年ぐらいして何本かプログラムを書いた後に、下の本を読んでみてください。そこに書かれている内容と自分の現場や先輩の言葉、現場で目にしたプログラムを比較してみてください。違うことが書かれていると思います。見る当たりもハズレも含めて、おいらは今までこんな本を読んできました。ブクログ中でも特にオススメなのはこのあたりです。tryおいらはこんな感じで情報収集やってます。tryひどい現場の例も挙げておきます。Enter■:エンジニアライフ*1:ちなみに現場の変なプロセスやルールには歴史的な経緯が深く関わっていることが多いです。Craftという本では「似非グル」と呼んでいます。ここ最近おいらはずっと英語でツイートしています。...2011-03-15阪神大震災の記憶みなさんもご存知の通り、先日また大地震が発生しました。はてなブログPro株式会社ソニックガーデンで働くRubyプログラマ。2017年11月に「プロを目指す人のためのRuby入門」を出版。blog)はてなブログをはじめよう!JunichiItoさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。