教員時代から意識していた「自分を客観視すること」がエンジニアとして仕事をする上での成長ドライバーに！

大学を卒業した後に学校の先生を三年程やっておりました。
教員として勤めながら、学問を極めたいというところがあって理系の大学院に再度チャレンジして修士までは取得させていただきました。

理数系で物理の先生をやってました。大学院時代も理数系の研究でした。

数字は強いですね。

その後に色々と家庭の事情とかもあって、研究の方を進めていくっていくのは難しい形にはなってしまったので、仕事しないといけなくなりました。

学校で働いていた際の同僚だった先輩の先生がいたんですけど、その方がエンジニアとしてSES企業で働かれていたので相談をしたところ、「Javaの勉強とかしてみたらどう？」という話があったので、そこから独学でプログラミングを勉強しはじめました。

結構、数字とか見てもアレルギーはないのでコードを見て何か抵抗を感じたみたいなことも全くなく、英語もそんなに苦手じゃなかったので大丈夫でした。

結局、そこの会社さんと縁があって、案件をもらえてスタートしたっていうのがエンジニアの始まりですね。今はその会社に勤めて5年目です。

もともとエンジニアになるつもりはなかったですけど意外となってみたら面白いなっていう風に感じています。
ただ、30歳からエンジニアになったので業界的には遅い方かなという風に思います。

「やさしいJava」のようなプログラミング入門編みたいな本を読みながら、自分でコーディングしてアウトプットしながら進めていました。

そこの難しさはありましたが…基本的には大学院に行っている最中に、簡単なスクリプトを15行出力したら終わりのような機能を1日2-30個ぐらい作ってましたね。常にアウトプットをし続けるかたちで勉強を進めていました。

そうですね。もともと課題解決が好きな人間なので、うまくいかなかった時に「なんでうまくいかないんだろう？」って考えてしまって解決しないと気がすまないタイプで。
その意味でいうとプログラミング自体は向いているのかもしれないですね。

受験とかもそうですけど必ずゴールが決まっているものって簡単なのかなと思っていて。
一番早いのは答えを見ちゃうこと。慣れていくうちに自分でできるようになっていくので。
最初に答えを見て、書いてを繰り返していたのと、当時はメモ帳でコーディングをしていたので、あんちょこがないので、自分でちゃんと組まないと覚えられないし、完成しないのである意味最初は良かったのかもしれないです。

自分の勉強してきた範囲は通用していたとは思います。
ただ勉強している範囲よりもはるかにひろいことをやらなければならないので、
その勉強を今までよりもかなり早いスピードでやらなきゃいけないっていうところが難しかったです。

そうですね！
もうやるしかないって腹を括っていたので、休みの日とかに、「データーベースでわからないことが多かったのでSQLを身に着ける勉強をしよう」とかっていう形でどんどん自分で解決していけたかなと思っています。

今まで教員をやっていて生徒とかにこうやりなさいって言っていた側として、自分ができないっていうのは良くないなと思ってたので、客観的に自分のことをちゃんと見れるようにしようとは思っていました。

エンジニアのキャリアとしては未経験だけど、できるような感じで立ち振る舞いました。ごまかさずに本当の自分のスキルでいきたいところなんですけどね。

どうしても未経験でゼロからスタートするのって難しいので、つじつまは自分で合わせてやろうと思ってチャレンジしたところがありました。
そこに自分の実態を合わせるために勉強しなきゃっていうプレッシャーは最初大変なところがあったんですけど…

とにかく案件の担当者とコミュニケーションを取って「わかりました！」って言いつつ、裏でめっちゃ勉強するという日々を繰り返しました。
２か月ぐらいでリリースサイクルを一通り体験することができてやり方を理解してからは特に何の障害もないですね。

結構裏でコードを読みまくってたので。
それを見て「こうやって作ってるんだ」、「こういう考え方なんだ」っていうのを習得してからは、後は自分なりの改善案を出していった感じです。

今だとプログラミングスクールもこんなに台頭をしてきていて、未経験からエンジニアとして入社することも活躍することも障壁は高いかなと思うんですけど、まだ5年前とかだと比較的入りやすかったところもあって通用しましたね。

いえいえ。ほんと当時は選ぶ立場にもなかったので、とりあえずなんでもやってやる思ってたんで。
まったく分からないことをやるのでめちゃくちゃ勇気要りますけどね。だめならまた次頑張ればいいと思いながらやってました。

ゼロ距離作戦ですね。
入った瞬間にズカズカ入っていきます。リーダーさんとは当時まだコロナとか全くなかったので、飲み会があれば絶対に参加して、心の距離をぐっと縮めて、たわいもない事とか、おかしを渡したりとか、寝技みたいなかなり細かいことを意識しています。

気を配ることが一番大事です。信頼関係を構築できれば、あとはプロジェクトで実績をのこすことですね。

難しい仕事を率先して自分がやるっていうことですかね。
その会社さんに入った時は新規のプロジェクトだったので上流工程の方から入らせてもらいました。
その時はまだ経験2年ぐらいで、上流工程も初めてだったのですが、入った瞬間にリードを取ってやると思って色々勉強していきました。

事前準備をして、自分だったらこう作りたいなみたいなところは出していって、キーマン起用していただけたので、それもあって今は実績作れているという感じです。
ほんとに最初で決まりますね。この人は使う人なのか、使わさせていただく人なのか、ポジションをとりにいく感じですね。

特に経験ある方だったら、1人工の1を大きな1なのか小さな1なのか、どう見せるかによってその人の立場が変わってしまうので、最初からすごいエンジニア像を出していった方がいいと思います。

SESの会社で働いてる場合って必ず下請けになる構造だと思いますし、下請けになっている時点で人が必要とされている取引先や、プロジェクトに配属されることが多いので、大きいプロジェクトが多いのかなと思っています。

社会を動かすようなプロジェクトだったり、凄い大手の会社さんのお仕事を取れることも少なくないとは思います。
今はWeb系の案件がたくさんあるじゃないですか、それらも面白いとは思うんですけど、大規模案件だとSESの方が最初のうちはやっぱり入りやすいし、実感できるところが多いのかなと思っています。

そこはやっぱりメリットとしてありますね。
ずっとやらなきゃいけない訳でもなくて期間を決めてそのプロジェクトに参加するっていうこともできなくはないし、自分でアピールしていけば大規模案件にも移っていけると思うのでそういった意味ではメリハリがきくのかなというのがメリットです。

デメリットとしては、言語とかスキルセットが必ずしも一定ではないので、例えば、開発経験が何年ありますっていうところがこう希薄になるというか。
器用貧乏じゃないですけど、色んなスキルセットを持っているんだけど、スペシャリストとしてやれている訳ではないっていうケースが多々出てくるかもしれないなっていうのは個人的には思っています。

例えばレバテックさんとかから案件紹介してくださいって時に、Javaの経験何年とかで単価が設定されてたりとかすると思うんですけど、Javaやって、C#やって、Pythonやっていろいろな案件を担当している人だと、結局経験年数としてはどれもそれほどないという短絡的な評価になりがちだと思っていて、そこをどうやって埋めていくのかっていうところはヒューマンスキルが求められるというか、交渉力が求められるので難しいかなっていうところがありますね。

案件ごとに使う言語が違うというケースがあった場合にやっぱり積み上げがきかなくなってしまうので、エージェントからするとちょっとわかりにくいというところが出てくるのかなっていうところがあります。それこそある程度の経験があると人脈で案件取れるぐらいのスキルセットを持っているんじゃないかなと思うので、むしろエージェントとか使わないで別の路線でしっかり仕事取れれば強いかもしれないですね

今、面接も担当しているので、多くの候補者と話す機会が増えているのですが、どの業種にでやりたいかっていうところをしっかり定めつつ、Web系のスタートアップに入りたいってなった場合の攻め方とか、SESの企業でお仕事したいっていう場合の攻め方とか色々あると思うので、単刀直入に「どうやったら入れますか？」っていうのを聞いてもいいんじゃないかなって思ってます。

最初に答えを聞いてそこに合わせていくみたいな。
ゼロ距離で縮めちゃった方が早いので。正攻法で攻めても、みんな正攻法しか知らないので。裏道から行ったらそんなに人いないじゃないですか。3密を避けられるので。

書類をみていても同じようにみえてくるんですよね。
「ああ、ここのスクール通っているんだ」とか。面接する側としては他の人から突出するために何をしたんですかっていうところを知りたいんですよね。

そうですね。
自分はスキル一辺倒というよりは、コミュニケーションをしっかり取るとか、例えば採用担当の人と事前にちょっと電話させて頂くとかそういうところをお勧めしますね。
「スキルは今から身につけるんで」とか言いながら。

正直スキルは大丈夫です。
スキルは身につくし、超絶技巧がなくても仕事になるっていうことは入ってみないと分からないと思うんですけど、候補者と内部の人との認識の差はかなりあって、候補者はめちゃくちゃ技術身につけなきゃいけないんじゃないかって思っているかもしれないですけど、そんなこともないです。

1分野でそれぞれの機能をみんなで作っているので、決して1人で全部を作っているわけじゃないんです。組み上げるために組み上げる係の人がいて、品質を担保する人がいて、実際に触ってみて指摘をする人がいて、といったように分業してるということをどれだけの人が認識しているか。

そこをどうやってで認知させるかが大事で、そのギャップに恐らく年収格差が現われてるんじゃないかっていう気がします。

会社で働いているので、そのスタンスとしては2020年度は30人に増員する、2021年度からは、50人、100人と増やしていけるような会社にしていくっていうのがあります。
また案件希望もどんどん増やしていこうっていうところがあります。

自分が一応リードエンジニアをやってるので、そこに対して絶対的なクオリティーをだせるように、どこ行ってもすげえってなるようなエンジニアとして君臨できるように、今いる会社の中で一番技術力があるエンジニアとしてずっと最前線で走り続けようとは思ってます。

個人的にはエンジニアになって5年目なので、どうしていこうかっていうのはもちろんあるんですけど、会社と良い関係を築きつつ次のステップもみすえてていきたいというところですね。
ここで逆に裏切ってじゃないですけど、じゃあ「フリーになるので」って言ってバイバイしたらそれこそ本当に逆に駄目になってしまうと思うんですね。

今はSES専業なのですが、会社として自社開発もやりたいですよねという話はしていて、今後そういうのもできるのであれば、そういったことに携わりたいですし、分社化して、自分がベンチャー作りますけどいいですか？というのもありだと思います。社内で専門職としては一番発言権があるのでどんどん言っていこうと思っています。

そうですね、昔よりもエンジニアになる時の方法論、ハウツーがすごいいっぱいあって、どのルートを通ってもやり切ればエンジニアになることができると思ってます。今はどの会社もITの技術を使っているのでエンジニアとしてのお仕事は確実に存在するし、逆に言うと何がやりたいのかっていうところがはっきりしてると、困難な時にも自分はこういうことで社会に貢献したいとか、エンジニアとしての技術を発揮したいっていうところの説得力が増してくると思います。

エンジニアに限らずどんな仕事でもそうですけど、自分のモチベーションを起こすファクターをちゃんと精査して、色んな人にそれをアウトプットして自分はこうありたいという理想像を常にブラッシュアップして思い描けるようなトレーニングをしてほしいなという風に思っています。そうすると自ずと道は開けると思います。