組込み徒然草

私のこれまでの開発経験の中でSymbian OSっていうキーワードが出てくるプロジェクトがふたつ程あります。

それが記述された経歴書に基づいて携帯電話の開発プロジェクトのメンバー参加の面接を最近受けました。

正直言って、携帯電話の開発経験があって、Symbian OSというキーワードを書いていたのではなく、きちんと「エミュレータ上での開発」とかターゲット環境がSymbian OSであるというだけで、単にアルゴリズムを提供するライブラリを作ってた、というような程度の話なわけです。本格的な経歴があるように見せかけるために経歴を詐称した覚えもないのですが、どういうわけかそのキーワードだけで拾われて面接に呼んでくれたのだと思います。

これって、まさに「カタログスペック」だけで人を選んでいる典型です。

過去にSymbian OSに関わったときの記憶では特にＯＳのカーネルの概念などには触れるまでもないような程度の開発でしたので、余り興味も示さなかったのですが、面接対応をした責任者らしきエンジニアが余りにもお粗末なので逆にSymbian OSについて探求する気持ちが湧いてしまいました。

この責任者らしきエンジニアは恐らくSymbian OSでの開発しか行っていないらしく、他のＯＳとの対比で物事を説明したり、他の開発経験との対比でこれからの仕事の行い方を問い掛けてくるようなことを行いません。というかそのようなことを行うべきだということを思っても見ない、というような感じです。また、Symbian OSのすばらしいところでさえ理解していないような気すらします。

例えば彼は「オブジェクト指向設計ができるか」とか「オブジェクト指向設計ができるって言っておきながらやらせてみると出来ない人が多いんだよね」とか「リアルタイムＯＳでの開発経験はどれくらいある？」とか「自分でコードを書いた量は何ステップくらい？」とかそういったことしか問い掛けてきません。

それって単なる時間とか量を問い掛けているだけで、理解しているとか、設計できるとか、開発できるとかの指標にはならないですね。 特に設計については単に「オブジェクト指向設計」という言葉だけでもいろんな開発現場で同じ言葉が使われていることでしょう。でも共通なのは言葉だけで、実際には設計概念や設計の視点が異なっていることが多いし、作成するドキュメントの種類や質は大きく異なっているのが当たり前です。つまり、このような問題は文化に依存する話なわけです。記述の仕方としてのＵＭＬは共通であっても本当の意味で意思伝達が間違いなくできるわけではないんです。

「できるって言っておきながら出来ない」というのはその個人の想定とは食い違っていることであり、何も説明せずに単にやらせれば「出来ない」のは当たり前の話なんです。

こういう人間が責任者として、あるプロジェクトを運営しているのかと思うと日本のソフトウェア開発の将来が心配でなりません。

この開発現場はSymbian OSを使って携帯電話の開発を行っているわけですが、単なるユーザインターフェースやアプリケーションの実装なんだから「組込み」じゃないよな、という意識を持っていたというのも正直なところです。しかしですね、それは大きな認識違いだということが他の方の解説でやっとわかりました。

こちらにSymbian OSの思想とか概念とかが解説されているのですが、間違いなく、Symbian OSは「リアルタイムＯＳ」だということが分かりました。しかもオブジェクト指向とリアルタイムＯＳの実装を非常にきれいにまとめたすばらしいＯＳであり、フレームワークだと思います。

私は常々、オブジェクト指向とμＩＴＲＯＮなどのリアルタイムＯＳとは相性が悪いよな、と思っていたのですが、見事に解決してくれていると思います。但し、開発対象としてCPU性能が高く、メモリが比較的贅沢に使用できるという機器が対象であるという点での認識は間違っていないと思います。

Symbian OSの概要をこれだけ簡潔にまとめていただいたおかげで、新しい世界が開けた気がします。開発現場の責任者がそのメンバーを募るときの面接ではこういう説明を心がけて欲しいものです。そうすればプロジェクトの根底の思想的なところもある程度分かってもらえるし、対応できるエンジニアの裾野も広がります。

ということで、とんでもなく印象の悪い面接をしてくれた彼には感謝しています。

そうそう、この面接をした会社って、Ｃのペーパーテストをその場でさせるんです。ある課題の条件を満たす関数をコーディングさせるんですが、まさにペーパーテストで紙の上に鉛筆で書かなければならない。修正する場合は消しゴムで消して書き直す。せめてパソコン持ってきてテキストエディタで入力させる位の配慮は欲しかったですね。