Builder

長くエンジニアの仕事を続けてきたので、特定の技術要素の案件だけを続けてきたわけではありません。様々な案件を経験しました。技術的に実現が難しいことでも、どうすれば実現できるのかということを常に考え、ないものは自分で作って組み込んで実現させてきました。

昔、プリンタードライバーの開発案件を担当していました。当時イーストは日本シェアの90％を占めていました。その経験を必要とされてマイクロソフト社のサポート業務に入らせていただくような経験もしました。

マイクロソフトのテクノロジーを利用して開発をする開発者からの、技術的な問い合わせに回答するという仕事をしていました。サポートとはいえ高度な知識と判断力が要求される業務で、刺激的な毎日だったことを覚えています。プリンタードライバーの開発で知識があったからこそ対応できたと思います。

そうです。今でこそ同じような機能を開発するにしても、用意されているライブラリを利用した開発ができますが、当時はライブラリが充実しているわけでもなく、技術情報が簡単に入手できるわけでもなく、仕組みを調べて「どうすれば実現できるか」をイチから自分で考えて実装しました。

似たような案件としては、文字コードを扱うようなアプリケーションの開発や、並行処理や大量データを高いパフォーマンスかつシビアな精度で処理する必要がある金融系のアプリケーションの開発も担当しました。参考となる情報が無い中で機能や要求仕様を実現していくというシーンが多かったように感じます。

自分としては幅広い知識を持っているというより、実現困難なことに対して様々な角度から調査方法や解決方法を見つけるのが得意という風に思っています。社内外の誰もやったことがないような案件を引き受けることが多かったので、調べても参考情報が出てこないことはよくあることでした。そんなときには考え方を変えて別の切り口から解決方法を探したり、探してもどうにもならない場合には自分で作るしかない。そんな風にして仕事をしてきました。

以前に私が開発を担当したアプリケーションの追加開発などで若手と一緒に開発をすることがあります。今の若手は手が早いエンジニアが多く、私とは違ったアプローチで開発をしていると感じることがあります。

今は昔と違って開発環境が充実していますし、新しいテクノロジーもどんどん出てきています。なので必ずしも私のようなやり方にこだわる必要はないと思っています。ですが、ベースの知識があるのとないのとでは全く違うということは確信を持って言えます。全てを知らなくても、何となく動くものは作れる。
けれども考慮しなくてはならないことが漏れていないか、将来にわたってメンテナンスが可能な作りをしているか、本当に今の設計は最適解なのか。これを適切に判断するためには、やはり知識があった方が有利です。最新の技術が枝葉の先だとしたら、その元になっている幹の部分が必ずあります。葉から枝へ、枝から幹へ、知識を深めてほしいと思います。