■単調な職場での退屈しのぎ

http://anond.hatelabo.jp/20090618012903

俺もヘビーなコーディングばっかだった現場から転職して、

あくびが出るような単純なCOBOLプログラムばっか書くような所に来てしまった……。

しかも、コーディングしてる時間なんてほんの少しで、ずっと設計＆テストばっかり。

まあ残業もなくなったし割と収入も増えて極楽なんだけどね。

業務システムとかで高度な技術を要求される事なんてあんまりないと思う。

ぶっちゃけオブジェクト指向なんてほとんどの人が理解してないんじゃなかろうか……。

ライブラリの使い方は分かっていても、

デザインパターンなんかを駆使してクラス設計できる人なんてそういない。

する機会もない。

仕事する上ではそれでまったく不便がないので困ったもんだ。

ただそれだと一度プログラミングの楽しさに目覚めてしまった身にはつまらないし、

職場全体が局所解に陥って楽な方法に全然気づいていない、という事も起きる。

そこで俺は以下のような事をこっそり実行している。

内職する

職場の開発環境を使って、好きなものを作る。

コードを書いていると、傍目には仕事をしているようにしか見えないので安心だ。

ツール作成に血道をあげる

内職の変形版。

古参のプログラマは、実際にリリースするコードに見慣れないものを混入されるのを嫌がる。

だから、どれだけ新技術を身に付けてもなかなか使わせてもらえない。

そこで、最新技術をひたすら投入して内部向けのツールを作成する。

内部で使うだけのツールならレビューやテストがあるわけでもないし、周囲の目も甘くなる。

テスト用仮想サーバとか、独自形式データのビュアー、データ作成ツール、社内用グループウェアなどなど、

凝ろうと思えばいくらでも凝れるものはある。

仕事でのプログラミングは諦めてオープンソース開発に走る

あまりハードな職場でなければ、仕事は仕事と割り切り、

プライベートな時間でプロジェクトを立てたり他人のプロジェクトに参加する。

以上を組み合わせて俺は日々の欲求不満をしのいでいる。

なお、上記を行なって周囲と段違いの技術力を身に付けると、

たまに「こんなこともあろうかと」と得意になれる場面が出てくるが、

それを繰り返していると周囲から非コミュ認定されるので気をつけよう。

飲み会の席で「○○君は技術力あって凄い助かる！」としか言われないような人間になれるぞ！

まあそれでも突き進むのが真のプログラマーだな。

Permalink | 記事への反応(1) | 21:53

ツイートシェア