コ―ド書くのがほんと幸せなんだろ―な―的な。

気持ちは解るんだけどさ。

まあ付き合い長いし「幸せのツボが違うんだろな」と諦めてる。

設計のスキマで遊ぶタイプか。ならプログラム依頼の前にモジュール分割させればいいんじゃない？小さくすればスキマはなくなる。

俺はプログラマに渡す前に必ずウォークスルーをしてるよ。で、ひとつの工数が半日を超えるのはモジュール分割させる。まぁ、負担は上がるけどね。

例）メモ帳、秀丸エディタ、vi、Emacs、XEmacsなど

【4(よん)タブ】＝タブの長さ（半角スペースの個数に相当）を４にする技術者が多い。あるいは「8タブ」にする人もいる。UNIXでは8に初期設定されているのが通常。

例）vi系エディタでの設定方法　set tabstop=4

【ハード・コーディング】＝別名【オン・コード】、【オン・コーディング】

『定数用の変数』（Javaでいったらfinal変数）を使うべきなのを、『定数の値』を（文字列ならダブルクォートで囲う等して）直にソースコードに書いてしまうこと。保守の面から言って好ましくないコーディング方法。

例）「01：入金　02：出金　03：振込」といった業務コード

【コミュニケーションスキル】＝相手（顧客や上流SE等）の言ってることを正しく理解する能力のこと。特に（アジャイルやXP全盛の）最近のPJで話題になりつつあるテーマであり、エンジニアにとって技術スキルと同等に（時には技術スキル以上に）重要とされているスキル。

自分がわくわくするような目標が立てられれば尚ＯＫです。そうすればモチベーションもあがりますし、具体的に前進する力にもなります。そして、面接時にはどういう活躍をしてくれる人材なのかをアピールする材料にもなります。

理由は色々ありますが、自分が今居ていいところは、この業界ではない気がしましたので。。。

始めた頃にはIT業界なんて言葉があったかどうかよく覚えていませんが、

この業界もそろそろ20年以上やってる不良中年です。会社も出たり入ったり10社以上を経由し、

今はフリーでやってます。