yosuke_furukawa:もちろん違う職種だとは思います。例えばソフトウェア開発者を管理するのがもともと製造業の機械系出身の開発者とかになると考え方の違いから苦労するだろうなと思います。 共通点はありますが、区別したほうがお互い幸せだろうなとは思います。ここで言う区別というのは「同じ職種として扱わない」というレベルの話であって、「エンジニアという呼称をソフトウェアエンジニアと製造業者両者に使うべきではない」とかそういう言語レベルの話をするつもりではありません。また、「同じ組織内に置くのではなく、分けるべき」という話でもないです。 区別したほうが良いとは思うのですが、文脈上「エンジニア」といって伝わる場面では使っていいと思いますし、「同じ組織内にいる」というのも組織デザインの話であり、それ自体が悪いわけではないと思います。 「区別するべき」というよりかは「区別したほうがお互いのため」というレベルの話ですし、「区別」と言った時に「同じ職種だと思わないほうが良い」というレベルで捉えています。

熊崎 宏樹:あまりその考えには賛同しません。 というのも、最終的な利用者からしてみれば自分が受けるサービスさえ充実していれば内部でソフトウェアが動いているかどうかは関係無いからです。 例えば自動車の中には自動運転車でなくても大量のCPUが積まれておりその中で走るコードは1億行にも及ぶとすら言われています。Linuxですら2000万行と言われていますのでその5倍です。それの管理にノウハウが必要であることは当然ですが、大量の部品と製造工程からなる自動車においてその部分だけ極端に特別であるとは思いません。ソフトウェアも部品の一部であると業者レベルで区別するほどの差ではありません。実際にデンソーは自動車用電装部品を作る会社として拡大し、今では電装部品はもちろんの事その上で走るソフトウェアも作っています。僕の大学の知り合いでもソフトウェアの部署に就職した人は何人もいます。 真に区別する意味があると思うのは「ソフトウェアか否か」ではなく「サービスか否か」であるという境界です。例えばソフトウェアを書いていても炊飯器のマイコンに流し込んで炊飯器の一部として動く分にはライフサイクルもサポートも電気回路の延長の中で働く事になるので極端な差はありませんが、例えばFacebookのようなソフトウェアサービスを運用するのはいくつもの点で違いがあります。 * ネットワークの疎通やサーバの監視などを継続的に行う。 * メトリクスなどを採取してユーザーからのフィードバックをより早く得てサービスを改善する、更にはサービス改善のサイクル自体を改善する。 * 長期的にサービスが障害・機能追加・開発者の参加離脱・セキュリティインシデントに耐えるように仕組みや文化を作り上げる。 これらは恐らく炊飯器のマイコンのコードなどでは要求されないタイプのタスクであり、ただコードを書くだけでなく接客業でありながらインフラ作業者でもあるような立ち位置になっています。 もちろんどちらが偉いという話では無いのですが「箱を作ってマニュアルを書いて納品したらさよなら」という仕事の回し方ではソフトウェアサービスは早晩立ち行かなくなってしまうほど手のかかるものであるという点において区別する意味があると思っています。