少し前に要件定義を行う業務に携わることがあった。
下請け業者で働く僕はあまり経験がなく、新鮮だった。
要件定義は、僕がやってきたような「よし、仕様決めてプログラム作るぜ！」というような段階でないことは当たり前だが、僕のようなアプリケーションのエンジニアの出番があまりないのだな。と感じた。
出番がないというのは間違った言い回しかもしれないが、
どちらかというと、本当に役に立ちそうな工程はもう少し後だなと感じた。
一方、真逆の事を言うようだが上流工程からアプリケーションのエンジニアがいた方がいいなと感じる部分も多々あった。
ちょっと話題がずれてるから立て直す。。。。
最初に表題を書いたときに言いたかったことは、インフラ関連の知識が僕に不足しているということ。
「あ、そう、がんばれよ！」と言う声が聞こえてきそうだが、ここには届かない。
結局要件定義の非機能要求の部分（いわゆるシステムが動作するアーキティクチャとか）ではインフラ関連の話題がとても多い。当たり前か。。。。
WEBサーバーはこれ、
アプリケーションサーバーはこれ、
ロードバランサはこれ、
データベースはこれ、
ジョブスケジューラはこれ、
ログ関連の規約はこうする、
構成管理はこうする、
試験環境、ステージング環境、本番環境はこうする、
etc...
最初に書いている方は、割と自分でも話に混じったりできるのだが、
あとになってくると辛いものがあった。。。
単純に悔しいのと、自分でもどうにかできるようになりたいのと、
「僕はアプリケーションのエンジニアであるので、インフラ関連には全く疎い。」
とかいうのはダサいので勉強しなきゃな。。。。
世の中のアプリケーションエンジニアはみんなどうしているのだろう。。。
僕は割とでかいプロジェクトばっかり回ってるからなのか。
今までアプリケーションの勉強ばかりしてきてしまった感がある。（興味本位でちょいちょいVPSとか触ってる程度）
規模が小さい開発は全てやらなきゃいけないから力が付くよと言われた理由はこの辺りにあるのかな。
