プログラミングができないとIT業界への就職は厳しい？

プログラミングができなくても設計はできる？

IT業界には、昔から、プログラミングは書けなくても設計はできるという主張があります。
その主張が存在した理由は２つあります。

Sierに勤めている人のポジショントーク

Sierに勤めている人達の中には、プログラミングを書けない人達が大勢います。
そんな彼らが「プログラミングを書く価値」を認めてしまえば、それは自分達の価値を下げることを意味します。
そして、下請けのプログラマーに高い給料を払わなければいけません。
でも、もちろん、Sierはプログラマーには高い給料を払いたくありません。
そのため、Sierの人達は「設計する人が偉いし、プログラミングができなくても設計はできるよ」という主張をしていました。
なんともわかりやすいポジショントークですね。

ソフトウェアがシンプルだったから

昔は、インターネットもありませんでした。
また、インターネットが現れたあとも、大規模なアプリケーションは、多くありませんでした。
そのため、システムの構成が似たりよったりで、プログラミングを書かない人でも想像がしやすいアプリケーションが多かったはずです。
でも、今の時代は違います。
最適なアプリケーションを作るためには、ちょっとしたことでも、様々なことを考える必要があります。

SQLのアーキテクチャを考える

例えば、SQLを書くときのことを考えてみます。
設計書に、「Aテーブル、Bテーブルからデータを取得してくる」と書かれていたとしましょう。
その時に、考えられるSQLは２つあります。
「AとBをJOINしてデータを取得する」「Aからデータを取得して、Bからもデータを取得する」

この２つの方法で、どちらか一方が必ず正解ということはありません。
プログラマーは、アーキテクチャー、負荷、サーバーリソースなどを考えた上で判断をする必要があります。

データの保存を考える

他の例だと、設計書に「ファイルにデータを保存する」と書かれていたとします。
昔だったら、作業をしているサーバーのどこかだったはずです。
でも、今の時代ならS3かもしれないし、Amazon Elastic File Systemかもしれません。
ベストな方法は、そのデータの用途を考慮した上で判断する必要があります。
そして、「設計だけする人」には、そういった判断をすることはできません。

サーバー構成を考える

サーバーを作る時にも、色々なことを考える必要があります。
昔であれば、ApachサーバーにPHPを組み込むような構成が普通でしたが、今はそれすらも必要ないかもしれません。
なぜならば、Amazon LambdaやFirebaseといった関数ベースの機能が提供されているからです。
アプリの規模によっては、そっちが最適かもしれません。

今は、こういったことを考えられるエンジニアが、設計者として必要になってきている時代です。
そのため、「プログラミングができなくても設計はできる」という主張は、今の時代では実現が困難だと思います。

エンジニアがよい設計をするために！

3つの例をあげましたが、こういったアーキテクチャの話を理解できるのは、現場でコードを書いているプログラマーです。
さらに言えば、こういったアーキテクチャを理解して判断できない人は、よいプログラマーとは言えません。
よいプログラマーになるためには、色々なことを理解しておく必要があります。

言うだけなら簡単ですが、実践するのはなかなか難しいものです。
私の場合は、よい設計をしたいので、なるべく現場でプログラミングを書き続けたいと思います。

▼ アジャイル開発について興味がある人には、この記事がおすすめです

▼ エンジニア組織について興味がある人には、この記事がおすすめです

▼ プロダクトマネジメントについて興味がある人には、この記事がおすすめです