僕は日本でも有数の大企業で、ソフトウェアエンジニアというポジションで仕事をしているが、もう転職をしたほうがいいんじゃないかと考え始めている。
元々、僕は大学を卒業後、ある中小のメーカーに就職した。そこではソフトウェアエンジニアが企画の段階から入り込んで、まず商品企画から出てきた機能のプロトタイプを作り(コードは当然自分で書く)、そのプロトタイプを会議に持ち込んで、この機能はいいか、もっとこうすればいいんじゃないかという議論の上、プロトタイプを作り直しては企画を練り直し、最終商品としてリリースするというのが当たり前の時代を過ごした。要求仕様を確定する前に、プロトタイプを何度も作り、ブラッシュアップするスタイルで仕事をしてきた。それがソフトウェアエンジニアの当たり前の姿だと思っていた。
そこから僕はその仕事をする中で、大企業だったら、もっと高度な制御を行うソフトウェアを書ける人が沢山いて、自分もさらに難しい課題を解くコードを書ける仕事を手がけられるのではないかと思い、転職をした。面接でも、月に何キロステップ書けるのかとか、どれくらいの規模のコードを書いたことがあるかを問われる。しかし、実際に入り込んでみると、大卒でそのまま大企業に就職した自称ソフトウェアエンジニアという人たちで溢れていて、閉口した。簡単に言えば、ざっくりとした要求仕様しか書けない、あるいはプロトタイプも作れないソフトウェアエンジニアしかいない。超ざっくりとした要求だけ作って、あとはソフトウェアベンダーや子会社へ実装、テストを丸投げするという仕事のスタイルが慣例化している。実際にやっているのはエクセルを眺めているだけだったり、バグ表のエクセルをメンテしていたり、コストの管理をしていたり、人員のアサインをするだけで、ソフトウェアエンジニアという肩書だけで、エンジニアリングを全くできない人だらけであることに、入社して数日で気づいた。僕はもっと高度な課題を解くコードを書けると思って転職したのに、そういう自称ソフトエンジニアで溢れていて、腐りかけている。もう限界で、転職したほうがいいと思っている。ここにいても、エクセルの達人にはなれるかもしれないが、純粋にソフトウェアエンジニアのキャリアを積めるとは思えないし、ソフトウェアエンジニアとして世の中に貢献するには程遠いと思うからだ。
だいたい、一流大学で工学系を学んだ人が大企業に就職し、導入研修で、一応ソフトウェアの基礎を学ぶわけだが、正直言って、C言語のprintf("Hello world!\n");しか書かない。それだけの学びで、現場に配属される。じゃあ、そこで任される仕事と言えば、いきなり、プロマネである。エンジニアリングの基礎も知らない状態で、プロマネになって、コストや人員管理をするため、エクセルの達人になるわけである。中には、会社に行きさえすれば、大企業ゆえ、ある程度の報酬を得ることができ、楽な環境、ひとによっては美味しい環境であると思って、会社に行くこと=お金をもらえる、なんて美味しいと思っている人もいるだろう。
そんな状況なので、だいたい大規模なソフトウェアをその生粋の社員が作れるわけもなく、創り方も知らないので、だいたいプロジェクトは大炎上する。炎上して、誰を責めるかといえば、大企業のソフトウェアエンジニアはソフトウェアベンダーのエンジニアを責める。なぜ、バグったのか、なぜこんなくそな設計をしているのか、と責めるのだが、大企業のソフトウェアエンジニアは自分が設計すらできないのに、ソフトウェアベンダーの中小企業の人たちを責めるという構図ができている。明らかにおかしい。
要求仕様をインプットし、システム設計や、ソフトウェアアーキテクチャ設計の上流からソフトウェアベンダーへ丸投げし、新参者がその上がりをチェックする立場になってしまうわけだが、printfしか書けない自称ソフトウェアエンジニアがチェックできるわけはなく、レビューもできず、解決策を提案できるわけがない。そもそも、エンジニアリングを知らないで、プロマネの仕事につかされるわけだから、無理もない。確かに、一流大学を卒業しているので、頭の回転は早いのだろうが、その能力を活かしていない、また活かさなくても給与だけはもらえるという世界が広がっており、せっかく一流大学を卒業して、大企業に入社できたのに、蓋を開けてみると、そんな光景が広がっていることを知らずに入社してしまう人が溢れているだろう。
では、ソフトウェアベンダーのエンジニアはどうかと言えば、恐らく大学でコンピュータサイエンスを十分に学んで職に就いた人は少ない。それゆえ、そこでも複雑怪奇なコードを書いてしまったり、月あたりのステップ数を稼ぐために、無駄なコードを書いてしまうという問題も一方である。
話を戻すと、いま僕は転職活動を始めて、求人票を多数リサーチした。しかし、そこに書かれていることと、大企業の実態は大きく乖離している。例えば、必要要件としてC/C++の豊富な経験と書かれていたり、◯◯の設計職と書かれている。しかし、実際に入社してみると、そんなスキルは必要とされておらず、必要なのはエクセルの知識である。入社したらおそらく後悔する人は多いだろう。
日本の大企業は報酬はいいかもしれないが、エンジニアとして仕事をしたい人はすぐに物足りなくなる。本当にエンジニアリングをやりたいのであれば、設計をやりたくて、設計を極めたくても、いまの大企業にいては無理だ。構造的な問題がある。
僕はもう限界なので、転職することになると思うが、僕はこれから先も設計をやりたいという原点に戻りたいし、やっぱり設計が好きだということに気づいたので、いま積極的に転職活動をしている。
これを読んだ人、エンジニア志望の大学生や、いまエンジニアの人、もし大企業を目指しているなら、上記のような環境だということを踏まえて、就職したほうがいい。それでも大企業だから、安定しているし、報酬を取るって人はそれでもいいと思う。しかし、エンジニアリングを極めて、エンジニアリングを通して、公に貢献したいのなら、考え直してもよいだろう。
こういうのを見ると、プログラムの分野なら誰でも大企業と戦う余地がある希望があると思える。
そりゃ処理の最適化だけできりゃいいんだったらいくらでも勝負できるけど 信頼性とか保守性とか現実に必要な様々な要素を考えたら大企業にぶらさがるしかないってわかるでしょ
設計書なんて適当でいいとか考えてるweb屋っているよなあ 使い捨てサービスばかり開発してるんだろうけど
ラブレター事件なんて一人の人間が世界中を混乱に陥れたんだぜ 犯人捕まってナマクラにされちゃったけど・・・。
君ってAKB見て「このルックスと歌唱力で行けるなら私もできるでしょ」と地下アイドルになるような感覚持ってるよね
それは話が逆でコード書けることは会社としても個人としても収益には関係ないってこと 企業はコード書けない社員ばかり雇っても儲かるし従業員はコード書けなくても高収入になれる...
こういう大企業もある、というだけの話だろう ついでに大企業だと部署によって文化が全く異なるのも勘案すべきかな、と思う
どこまでを「人を投入すればコストと品質が均一なものができる」範囲と考えるかなんだな。 正直なところ、実装以降の工程に関しては人を投入すれば一定の範囲に収束すると思う。 ...
SIerはそういうビジネスだよ。顧客側が責任回避したがる腑抜けだから大手に発注、大手がピンハネして中小に投げる。結果大手の社内で元増田の言うプロマネが沸きまくるわけだ。 本当...
SIerはって主語よく分かんないから具体的にどの企業想定して言ったか教えてくれよ
http://anond.hatelabo.jp/20170504083902 回路設計や機構設計は外注に投げているのはもちろん、マネージメントも派遣社員を使って回してるのでなんにもできない。 客先への"ご説明資料"の作成と...
1次受けかつ下に投げてない企業を探せばいい。 大手でもSIer的な仕事をしてる部署と開発をやってる部署の両方持ってるところもある。
ある側面では、なかなか正しい事を言っていると思う。ある側面ではね…。 国内有数の大企業というのがどこなのかはわからないが、文面からするとメーカー系かな? そして自身は業...
エンジニアリングを勘違いしてる人がときどきいるけど、エンジニアリングってのは工場を作ることであって、ライン工になることではない。 ソフトウェアエンジニアリングにおいてフ...
あくまで”日本の”大企業の話な