今は昔、ひとりの駆け出しプログラマがいた。 その頃はCOBOLばかりで、しかも保守ばかりだった。そこで、独学で身に付けたCをやらせてもらえる仕事を奪ってきては書いた。スクラッチプロジェクトを見つける嗅覚だけは抜群だった。たいていは人手が足りず、新人でも歓迎されたからだ。 そこには優れた先達がいた。「スーパープログラマ」と呼ばれていた。 なぜ「スーパー」なんて修飾子がついたかというと、速いプログラムを早く書いたから。もちろん、「速い」とは少ないメモリ・小さいプログラムのことを指し、「早く」とは実装が早いこと。実際、彼らが書いたプログラムはサクサク動き、バグは簡単に見つけられた。 教えを請うと、先達たちは、おしなべてこういった。 最初に学ぶべきは、コンピュータサイエンス。特にアルゴリズムとデータ構造だ。実践的なコーディングテクニックよりも、まず基礎だ。これはコードを書きながらではなく、文献から

仕事に対して前向きに取り組む姿勢を生み出し，個人の成長を加速させる「やる気」。この大切な“仕事への原動力”が，ITエンジニアにおいてどうなっているのか---。日経ITプロフェッショナルは2006年1月号の特集「ITエンジニアのやる気マネジメント術」と連動して，2005年11月に日経BPコンサルティングと共同で「ITエンジニアのやる気実態調査」を実施した。 ITエンジニアを対象にした任意参加のWebアンケートであり，前回のこのコラムでご協力をお願いした。その結果，有効回答だけで1613人もの方にご回答いただいた。この場を借りて，深く御礼を申し上げる。今回はその調査結果を抜粋して報告する。 半数近くが「自分のやる気が下がっている」 調査結果から浮かび上がった最も重要な傾向は，「ITエンジニアのやる気に危険信号がともっている」ということだ。最初に，このことを裏付ける2つの調査結果を紹介する。 ま

どうすればITエンジニアは職業人として幸せに生きていけるのか。私は記者活動のテーマとして，これを掲げている。 プロとしての能力を身につけるためには。よりよい評価や処遇の体系は。現場の労働環境はどうなっているのか，どうすれば改善するのか---。これまで私はベンダーの人材育成や処遇制度，あるいはITエンジニアのメンタルケアやプロマネの労働実態といった労働問題を取材し，記事を書いてきた。 私が言うまでもなく，このテーマは非常に奥が深い。当然，私のような冴えない若造には一筋縄ではいかない。だがそれでも「自分はどう働けば幸せになれるのか」と自分自身の問題としてもとらえつつ考えてきた。愚直に考え続ける理由は，「幸せに働いている人がいないIT業界など先はない」と思うからである。 職業人としての幸せは，自分の好きな仕事で他者に価値を提供し，その対価をもらって満足することだろう。では，自分は誰にどんな価値を

いま持っている専門領域をさらに深めることと、別の専門領域の知識を身につけることの、それぞれどのような力配分で、またどのような作戦で取り組むべきかは、わりと誰でもよく考えることですが、ここで常に問題となる要素として、 (1)対象となる専門領域自体の将来価値 (2)専門領域間のシナジー価値 (3)専門性の深さによって変化する投資効果 (4)専門領域のさらなる細分割 の4つを考えておけばいいのですかね。 このうち、(3)は、英語能力なんかがいい例なんですが、浅い英語能力を持った人間なんか、うじゃうじゃいるから、差別化できず、単価は異常に安くなるし(生活できね)、また、世の中から軽く見られ、ぞんざいに扱われ、仕事をしていても面白くない(オレは下流ですかそうですか)。 で、差別化するために、(2)〜(4)のどれかをやる。(4)細分割化では、同じ英語能力でも、発音を究めるとか、翻訳を究めるとか、同時通