【エンジニア転職】面接で99%お見送りになるダメな回答集を8つのパターンでご紹介!改善点と模範解答も解説【永久保存版】#itエンジニア #転職 #面接対策
Summary
TLDRこの動画では、エンジニアの面接で評価される要素や、よくある誤った答え方や良い答え方について解説されています。面接官として4年弱の経験を持つ講師が、エンジニア採用の視点から、面接でのポイント8つを具体的に説明し、悪い例と良い例を提示しています。また、技術選定や企業選びの軸、転職検討理由などについても深く掘り下げ、面接での自己アピールの重要性を強調しています。視聴者は、これらのヒントを活用して、自分の面接スキルを磨くことができるでしょう。
Takeaways
- 💡 面接でのスキルが低いエンジニアも多く、話し方を少し工夫することで内定を出せることが多いです。
- 🔍 技術選定についての質問に答えると、経験があるかどうか问われる予定ですが、具体的なプロジェクトの説明が重要です。
- 🚀 企業選びの軸について、リモートワークや開発環境のモダンさ、技術の習得に関する視点を明確にすることが望ましいです。
- 🤔 転職検討理由について、給与や上司との問題を最初に話すのではなく、自分が貢献できる点やサービスの改善について話すことが重要です。
- 📈 プロジェクトの経験を話す際には、全てのプロジェクトを音読するのではなく、特に印象に残った1つや2つのプロジェクトについて具体的な成果を説明しましょう。
- 🛠️ 技術選定の経験がなくても、自分がどのように技術選定に取り組むかについて具体的な考えを提示することが大切です。
- 🎯 入社してからやりたいことについて、自分自身の成長や技術力の向上だけでなく、企業への貢献についても具体的に話すことが望ましいです。
- 🌟 面接での自己紹介は、プロダクトやサービスへの貢献や改善点を前面に出し、自分自身の価値をアピールすることが重要です。
- 🔗 面接でのコミュニケーションは、相手のニーズや企業の状況に応じてアプローチを変えることが大切です。
- 📚 面接前には、企業の開発組織やサービスについてしっかりと調査し、技術選定やプロジェクトにおける課題について理解を深めましょう。
Q & A
面接での最初のアプローチ方法は何ですか?
-面接での最初のアプローチ方法は、自己紹介と希望する職種、そしてその職種に興味を持った理由を明確に伝えることです。
技術選定についてどのような経験がありますか?
-技術選定の経験としては、JKで構成された管理画面をNEXTJSとタイプスクリプトでリプレースしたプロジェクトのリードエンジニアとして働く経験があります。
面接官が「経験したことはありますか」という質問にどのように答えれば良いですか?
-そのような質問に対しては、具体的なプロジェクト経験や技術選定の経緯を簡潔に説明し、自分がどのような役割を果たしたかを伝えることが大切です。
企業選びの軸についてどのように答えれば良いですか?
-企業選びの軸については、自分がどのような企業文化や価値観を重視し、どのようにその企業が自分のキャリアや成長に貢献できるかを具体的に説明することが重要です。
面接で「転職検討理由について教えてください」と言われた場合、どのように答えれば良いですか?
-転職検討理由については、現在の職場での不満や限界を感じた点を正直に伝えることが大切です。同時に、希望する職場の環境や条件についても具体的に述べることがポイントです。
面接で「これまでのプロジェクトで印象的だったものって何かありますか」という質問にどのように答えれば良いですか?
-この質問に対しては、自分が取り組んだプロジェクトの中で特に成果を出したものや、自分が大きな成長を遂げた事例を具体的な数字や実績を交えて説明することが大切です。
面接での自己アピールにはどのようなポイントがありますか?
-自己アピールでは、自分のスキルや経験を前面に押し出すだけでなく、自分がどのような価値を提供できるか、企業への貢献をどのようにして実現できるかを明確にすることがポイントです。
面接での「今後触ってみたい言語技術は何ですか」という質問にどのように答えれば良いですか?
-この質問に対しては、自分が興味を持っている技術や言語を具体的に挙げ、それらを学びたい理由や、どのようにキャリアに活用したいかを説明することが大切です。
面接での「入社してからやりたいこと」という質問にどのように答えれば良いですか?
-入社してからやりたいことは、自分がどのような役割を果たし、どのような成果を上げたいとしているかを明確に伝えることが大切です。また、企業のビジョンや目標にどのように貢献できるかについても述べることがポイント。
面接での「死亡理由について教えてください」という質問にどのように答えれば良いですか?
-死亡理由については、自分がどのようなリスクを避けたいと考えているか、どのような価値観を重視しているかを具体的に述べることが大切です。また、その理由が自分のキャリアや成長にどのように影響を与えるかについても説明することが重要。
Outlines
🎯 面接でのエンジニアの評価基準と改善策
この段落では、面接でのエンジニアの評価方法と改善策について話し、面接スキルが低いエンジニアが多い現状を指摘。面接での受け答えの改善方法や、具体的な良い例と悪い例を紹介し、ポイント8つをまとめている。
💡 技術選定や企業選びの軸についてのアドバイス
技術選定や企業選びの軸についてアドバイスを提供。技術選定の経験があるかどうか、リードエンジニアとしての経験、企業の採用のしやすさなどを考慮。また、面接での具体的な質問に対する良い回答の例と悪い例を説明している。
🚀 転職検討理由と自社の魅力を語るテクニック
転職検討理由について話し、面接での自己アピールの重要性。給与や上司との関係性だけでなく、自社の開発環境やサービスの改善に興味を持っていることを強調。具体的な事例を用いて、どのように回答すれば効果的であるかを解説している。
📈 プロジェクト経験や技術選定のアプローチを語る
自身のプロジェクト経験や技術選定のアプローチについて説明。パフォーマンス改善の取り組みや、リードエンジニアとしての役割を明確にする重要性。また、面接でのプロジェクト経験の話し方を提案している。
🌟 面接でのモラリストイックな回答とその改善策
面接でのモラリストイックな回答の危険性と改善策について。プロジェクトでの課題や改善策を具体的に語ることが重要であるが、自己召喚的な回答を避ける。また、技術選定の経験やリードエンジニアとしての経験についてもアドバイスを提供。
💼 入社後の目標と技術的な興味を語る
入社後の目標と技術的な興味について話し、リーダー経験やクラウドインフラの設計構築の経験を積む意志を示す。また、サービス開発のプロセス改善や、教育的なアプローチを提案。面接での自己アピールと技術的な興味をバランスよく語ることが重要である。
🔍 面接での期待されるスキルや経験のアドバイス
面接での期待されるスキルや経験についてアドバイスを提供。市場価値が高い言語や技術、AWSやGCPなどのクラウドサービスの経験が求められる傾向について説明。また、面接での自己紹介やプロジェクト経験の話し方を提案し、アピールのポイントを明確にする。
📢 面接でのコミュニケーションスキルを最大限に活用する
面接でのコミュニケーションスキルの重要性について強調し、具体的なアドバイスを提供。面接での答えの改善方法や、自分のスキルや経験を最大限に活かす方法を提案。また、面接での受け答えが内定率や年収に大きな影響を与えることを指摘。
Mindmap
Keywords
💡面接スキル
💡技術選定
💡企業選び
💡転職検討理由
💡死亡理由
💡プロジェクト経験
💡自己PR
💡コミュニケーション
💡リードエンジニア
💡AWS
Highlights
面接で評価されるエンジニアのスキルとその答えの方法について解説
エンジニア採用担当者の4年間の経験に基づくアドバイス
面接スキルが低いエンジニアが多い現状と改善方法
具体的な面接ポイント8つを紹介
悪い例と良い例の対比説明
技術選定についての面接での答えの方法
企業選びの軸について教える
転職検討理由について教える
面接でプロジェクト経験を効果的に説明する方法
技術選定の経験がない場合の対処法
入社してからやりたいことについて考える
今後触ってみたい言語技術について考える
面接での答えのコツやヒント
面接での自己紹介の重要性
面接での答えの具体性と数字の重要性
面接でのリードエンジニアとしての役割の説明
面接でのプロジェクトの選択とアピール
Transcripts
もろです今日は面接でこういう人が評価さ
れますみたいな動画っていうのを以前も何
回か撮ったことがあるんですけれども
そもそもですねもっと初歩的なところで
つまづいてるエンジニアの方でもったい
ないケスをものすごく本当によく見ますの
で今回は面接でエンジニアの受け応えの何
がダメなのか逆にどういう答えだったら
評価されるのかみたいな話っていうのを元
エンジニア採用担当4年弱ぐらいやってた
ものの視点で色々と話をしていきたいなと
思い
[音楽]
ます
本当に皆さん思ってる以上に面接スキルが
低いエンジニアの方とかって本当に
たくさんいらっしゃるなと思っていて
ちょっと話し方を変えたりとか少しですね
この言い回しの部分ってのを工夫するだけ
ですぐ内定が出るみたいなケースってのを
たくさん見てますので今日は最後まで見て
いただけると非常にですね本当に役に立つ
内容かなと思っております全部でポイント
としては8点ぐらいあるんですがこういう
質問に対してどんな答えをしていったら
いいのかみたいなところ相当具体的に
まとめました悪い例と良い例みたいな
ところをそれぞれ具体的に私の方で話して
いきますのでどの部分が行けてるのかダメ
なのかみたいな部分を皆さんもラジオ感覚
で来ながら一緒にもろうと考える時間に
できればなと思っており
ます1個目はですねままで話せない人が多
すぎるってことで1つ例を具体的にあげて
いきたいと思います技術選定について経験
したことはありますかダメなれはい今は
ですねJKで構成された管理画面っていう
のをNEXTJSあとタイプスクリプトで
リプレするプロジェクトってところをやっ
ておりましてそのプロジェクトのリード
エンジニアっていうことで仕事をしており
ますその中だとこういう課題がありまして
技術選定ってのは私が担当したっていう
感じですこういう話をし方をする人っての
は非常に多いんですけれどもこれは何が
ダメなのかみたいな話で言うとそもそも
経験があるかないかって聞かれてるのに
プロジェクトが何とかとか言い出してる
時点で結論ファーストじゃないのでダメっ
て話になりやすいんですね良い例について
取り上げていきます技術選定について経験
したことはありますか良い例その1結論と
しては技術選定の経験っていうのはあり
ます今のプロジェクトで経験してるんです
けれども具体的に言うと管理画面のところ
てのをJCでやってるところからリアクト
タイプスクリプトにリプレするってる
プロジェクトになってましてでここで
リアクトNEXTJSあとはタイプスクリ
プトってところで技術選定をしたっていう
のは自分自身で意思決定をしたことですね
よいでその2結論として技術選定の経験
っていうのは残念ながらありませんただ
ある程度技術の習得についてかなり
前のめりな20代後半から30代の
エンジニアが多かったってところとあとは
中長期での人の集めやすさ採用のしやす
さってところで考えるとリアクトNEXT
タイプスクリプトで技術選定するのが
ビュー3よりも適切なんじゃないかなと
思ってます補足するとビュ2からビュ3の
ところってあんまりここってご感性が
なかったりみたいなところもあるので総合
的なバランスを加した時にNEXT
リアクトbjsみたいなところ使った方が
いいんじゃないかなってのが私の見解です
こんな感じで自分の見解ってのえて話が
できるとすごくいいかなっていう感じ
ですその2企業選びの軸についてこちらに
ついてもよく聞かれることが多い質問だと
思うので私の方で回答していきたいと思い
ます企業選びの軸について教えてください
ダメなでリモートワークが中心の自社開発
企業で働きたいなと思ってますなんでかと
言うとSES企業って小流が深いと自分
から提案できることってなかなかないのか
なと思ってますし開発環境レガシーな
ところが多いのかなと思ってるので合原と
かAWSがちゃんと触れるモダな開発環境
の自社開発企業で働くってことが私の1番
の希望ですこんな感じで自分の希望しか
言わない人だと事業とかサービスを改善
するとこに興味がなさそうと思われる可能
性が非常に高いですていうことで事業とか
サービスの観点で何を自分自身が貢献
できるのかどんなところを改善したいの
かってところをしっかり話す必要があり
ます企業選びの軸について教えてください
良い例具体的には記号選びの軸として
えっと3つ私の中で重視してるものっての
があります世の中にそんなに大きな影響は
なさっていうと語弊があるかもしれないん
ですけれどもいわゆるエンタメ系の事業
みたいなあったらより便利だったりとか
楽しくなるみたいなサービスってところ
よりは金融医療物流みたいな社会の
インフラに直結するようなサービスとかで
ないと困るサービスあるいは事業業内容
みたいなところにどっちかて言うと私は訪
れたい気持ちが大きいっていうのがまず1
つですで2Cとか2Bに関してはそんなに
そこまでそこは気にしてないかなって感じ
ですね2点目が何かと言うとテストコドを
書くことについて前向きな姿勢を持ってる
とか常にテストコードの導入なんかを進め
てる記号とかだとかなり脂肪度は上がり
やすいんじゃないかなと思ってます理由と
してはやっぱり自社開発企業とかって1つ
のプロダクトを作った後どういう風に運用
していくか特にユーザーとかお客さんに
とって使いやすいシステムを実現していく
かみたいなところがすごく重要な視点なの
かなと思ってましてまそう考えた時に
とにかく作ればその後は何でもいいよねっ
ていう考え方ではなくて中長期的に運用の
しやすさとかお客さん有罪にとっての使い
やすさまこういうところをやっぱり追求し
てる会社の方が私は働きたい会社として
近いのかなと思ってます3点目がマストで
はないんですけれどもできればバック
エンドララベルを利用してる企業だと
すでに私自身がPHPララベルでの開発
経験っていうのは3年くらいあってま一番
貢献がしやすいのかなって思ってる部分な
のでそういった観点ではシボ度が上がり
やすいかなと思ってますインフラに関して
もですね業務外でAWSについて自分なり
にAWSSAPの資格学習とかをやって
たり寄せるっていう感じなのでこれも
あくまで成果が出せてからて感じで大丈夫
なんですけれども可能であればバック
エンドとかフロントエンドのエンジニアが
インフラの設計構築とかパフォーマンス
改善みたいなところに多少なりとも協力が
できるような体制が整ってる記号とかだと
私としてはサービスを0から一通り作れる
エンジニアみたいなところを目指したいと
思っていてそこに近づけるのかなって感じ
なので脂肪度はグっと上がるかなっていう
感じ
です3つ目転職検討理由についてこれに
ついてもよく聞かれところだと思うので
ダメられと意例をそれぞれ上げていきます
転職検討理由について教えてくださいダメ
られまず原職の年収っていうのがあまりに
ちょっと市場価値と比べた時に引きすぎる
なと感じてますまた上司に今のプロジェク
トって合言語で技術選定したらどうかとか
色々提案してるんですけれども上司の頭が
硬すぎて私の話を全然聞いてくれないなっ
てすごく感じてるところでして正直全体的
な開発環境ってのはかなりレガシーだなと
思ってるのでもったモダなえ開発環境の
企業で働きたいと思ってます
でこれ何がじゃあダメなのかっていう
ところについて話をしていくとまず年収が
低いみたいな話っていうのはあえて最初に
言わなくてもいいんじゃないかなっていう
のがモロの見解ですでどういうことかと
言うと自分がサービスとか開発組織にどう
貢献できるかみたいなところをまず先に
話した方がいいかなと思っていて最初に
年収の話とかをするとその話しかすること
ないんかいみたいな感じで正直思われる
ことが多いので私だったら記号側がかなり
自分に興味を持ってきて原職年収とか希望
年収っていくらですかて話をした時に
初めてこういう話ってのをすればいいかな
と思ってますのでエージェントを使ってる
場合なんかであれば大体背景が記号がも
分かってる部分なのであえて最初に言わ
なくていいかなって感じです2点目って
いうのが助の傾向ま言い方を変えると周り
の人の性にする傾向みたいなところが強い
と思われると入社先の記号でその人の
ネガティブな影響を受けて周りの人も愚痴
っぽくなったりとかネガティブな影響を
周りに及ぼすんじゃないかみたいなところ
を懸念されやすいってところがあります
から例えば担当してるシステムとか今の
職場の環境を改善するために自分なりに
こんな努力をしてきましたみたいな話をし
てきた上でそれでもなかなかか周りの人が
動いてくれなくてとか23回提案とか相談
をしてみたんですけど残念ながら周りが
変わらなかったのでって言い方だったら
大丈夫なんですがとにかく上司だったりと
か開発環境だけ文句を言うってのは色々偉
そうにコメントするだけどうしょうもない
やつだみたいな感じで思われるのでこの
辺りのところてのはかなり手厳しい件かも
しれませんが企業の人は皆さん思ってる
ところなのでとにかく批評価みたいに思わ
れないように気をつけていただきたいなと
思ってます転職検討理由について教えて
ください良いではい転職検討理由としては
全部で2点あります具体的に1点目として
はまずサービスとしての歴史が原色だと
かなり長いっていうプロダクトをやってる
のでま仕方がないところってあるんです
けれども業績が良くないところもあって
システムは動けば正直何でもいいみたいな
発想がかなり強くて運用保守のしやすさと
かユーザーにとっての使いやすさみたいな
ところでの意思決定ってところがかなり
足りてないなってところは私の中だと気に
なってる点です私としては昔からよく使わ
れてるようなトラディショナルな枯た技術
と新しい技術っていうのをちょうどいい
バランスとかで開発に取り入れてる環境が
1番理想かなと思ってるんですけれども今
の職場だとPPHPのサポートが切れてる
バージョンなんかも平気で使ってたりもし
ますしかつ一時的にそういう状態にな
るってのは仕方がないのかなと思いつつ
セキュリティjja性みたいなところを
あんまり気にせず動けばいいよねみたいな
ところでご利用されることが多かったり
するのでお客さんとかユーザーに対して
信頼感のあるサービスを届けるっていう
観点で言うと不安を感じてるところが若干
あります2点目としては原職だとサービス
の機能改善みたいなところについて自分
から色々提案したとしてもそもそも
フィードバックが上の方からないみたいな
ケースがすごく多かったりとかあとは23
週間後にようやくフィードバックを
もらえるみたいなケースとかが多くてま
意思決定のスピード感にはちょっとかける
のかなってところは気になってる部分です
で私としてはやっぱりお客さんとか
ユーザーの要望って日々ですね色々
変わりゆくものなのかなと思ってるので
スピード感を持ってお客さんとかユーザー
に対していいものを届けていくってそう
いう姿勢がある企業のところで働きたいな
と思っておりますもちろんビジネスサイド
側にもいろんな事情があるってのは理解は
してるんですけれどもそういった観点では
エンジニアが指導して機能改善みたいな
ところとかもしっかり取り組める環境だと
すごくいいんじゃないかなっていうところ
ですこんな感じで1つ例っていうのを話し
てみたんですがこのぐらい自分自身で主体
的に提案とか改善しましたよみたいなと
ころってのを取り入れられるとすごくいい
かなと思いますしちゃんと原職の企業に
対しては事情があるのは分かってますよっ
てところを伝えつつその中でも私はこう
いう環境で働きたいみたいなところを
ちゃんと組織とかプロダクトアの貢献って
いう観点で話ができるとすごくいいんじゃ
ないかなっていう感じです
ね4番目死亡理由について当社の死亡理由
を教えてくださいはいダメな死亡理由本社
ではまず合言ごとリアクトタイプ
スクリプトを利用していて全体的に開発
環境がすごくモダンであるってところが
いいなと思いましたしあとはエンタメ系の
サービスっていうことでなんとなく面白
そうだなって思いましたこれについて何が
じゃあ全然ダメなのかってところなんです
けれども1つ目がですね何々を技術を使っ
てるからみたいなところを死亡理由にする
のって自社開発企業だったら私はやめた方
がいいと思ってますでなんでかと言うと
ですねこの言語とかフレームワーク技術
要素の経験が積みたいっていうのは本音と
してはよく分かるんですでもこれをその
まま言ってしまうと結構資料にかけて頭が
良くない人みたいな感じの印象になっ
ちゃうかなと思っていまして例えばチェン
ソーマンって有名な漫画の電磁君ていうの
がなんで持てないのかこの人いつも彼女が
欲しいって言ってのなかなかできない
みたいな感じの人なんですがこれを考えて
みるとよく分かるんですが要は電磁君て
ですね女性だったら何でもいいみたいな
そういうスタンスがすごく強いんですねで
これれって自社開発企業なんかでも同じか
なと思っていてサービスとか事業内容には
全然興味がなさそうだけどとりあえずこの
言語とかこの技術要素について使ってる
から死亡してますみたいな感じだと全く実
は同じことをやってるような感じです自分
自身がどういう視点で貢献できるのかって
ところをちゃんと意識した上で話さなきゃ
いけないんですが自分の願望ばっかり語っ
ても評価はされませんよって話ですねもう
1つ気をつけなきゃいけない視点としては
そのサービスとか事業内容について興味が
ありますって話をする場合だとかなり
ツッコみが厳しい記号であれば競合他者の
プロダクトと比べてなぜそのプロダクトに
興味を持ったのかってところまで聞かれ
ますだからある意味ここは転職
エージェントとかサポートできるところで
もあるんですが競合達者と比べた時にこの
会社のプロダクト機能ってこういう特徴が
あるよねとかそういった話なんかを
しっかりできることが大事かななと思っ
てるのでそういう意味での記号分析が非常
に大事かなと思います良い例ですね当社を
死亡した理由を教えてくださいはい結論
本社への死亡理由としては3点あるんです
けれどもまず1点目としては本社って合
元号を利用されてると思うんですが私自身
がタイプスクリプトとかJAVこの辺りの
性的片付け言語っていうのは23年ぐらい
は経験してるので5メインで開発して
るってなった時に同じ性的片付け言語で
割とすぐにキャッチアップしてしっかり
活躍ができるんじゃないかなと思った
ところがまず私が死亡してる理由の1つ
ですで2つ目としては本社って大体
カジュアル面談の時に20代から30歳
ぐらいまでのエンジニアが多くて開発
リーダーをやれる人が慢性的に少ない
みたいな話っていうの聞いたんですけれど
もま私自身説明のスキルみたいなところは
高いっていう風に周りの方から言われる
ことなんかもありますし大学の頃とかだっ
たりするんですが塾の先生のアルバイトと
かそういったところもやってたりするので
未経験とかジュニアクラスの方に対して
教育するのは好きな方かなと思ってます
そういう意味では他所と比べた時に
リーダーとかマネージメントのチャンスっ
てのは多そうだなと思ったのでその観点で
も音写を死亡してますで最後の3つ目の
ところで言うとこれはですね本社の
プロダクトっていうのを実際に登録して
触ってみた時に検索画面みたいなところが
分かりやすくてユーザビリティが高いなっ
てところがすごく印象的だったので
ユーザーとして使いやすいなと思える
プロダクトのところに開発として携わりた
いって気持ちがあるので音写を今死亡し
てるような感じです1個ここは補足すると
ですねその企業の開発組織とかプロダクト
で何に困ってるのかみたいな話っていうの
はカジュアル面談とかで事前に聞いておか
ないとなかなか適切なアピールってのは
難しいかなと思ってますよくエンジニアの
方なんかでもフロントエンドのエンジニア
募集してないのに私はリアクトタイプ
スクリットは得意ですみたいな感じの話を
しちゃう人っているんですがこれって簡単
に言うとケーキが食べたいっているえっと
女性とのデートの時にちゃんこのお店に
連れて行ってどうだ美味しいだろみたいな
感じでですねもうお腹いっぱいで食べられ
ないのに無理やり進める人みたいな
コミュニケーションを取ってる人がかなり
いるのでこの辺り企業が困ってることって
いうのを開発組織とプロダクトの課題
みたいな感じでそれぞれヒアリングするの
がおすすめかなと思ってますとはいえこう
いう課題のヒアリンググっていうのをどう
やるかってのはかなり難しいので是非この
辺りは計画エージェントのサポートなんか
を受けると適切のヒアリンググっていうの
がカジュアルメンドなところでもできるん
じゃないかなと思って
ますえ5つ目がこれまでのプロジェクトの
話し方についてこれもよく聞かれる質問
ですねこれまでのプロジェクトで印象的
だったものって何かありますかはいダメな
例です今はJエリで構成された管理画面
っていうのをNEXTJSタイプ
スクリプトリプレースプロジェクトの
ところで仕事をしておりましてでその
プロジェクトだとリードエンジニアみたい
な感じで仕事をしておりますその時にです
ねパフォーマンス改善みたいなところにも
色々取り組んでましてまそのプロジェクト
だとユーザーから見える最初の画面の
ところでかなりログインするまでの時間が
遅いみたいなところが問題になってて
パフォーマンスがすごく悪い環境だったん
ですねですんでここに対して
パフォーマンスの改善に取り組んだ結果と
して成果を残すことができたかなと思って
ます以下
中略その上で経験した全てのプロジェクト
について音読したら15分かかってしまっ
たみたいなケースですこういう話し方を
する人非常に多いかなと思ってるんですが
まず1つダメなポイントってのを最初に
伝えていくと職務経歴書に書いてあること
をただ音読する人がいるんですが面接って
いうのは音読をする回ではなかったりって
ところなのでまず自分なりに工夫した
ことっていうのを具体的な数字とキー
ワードで入れた方がいいかなっていう感じ
です例えばパフォーマンス改善って言われ
た時に2秒かかってたところを1秒にし
ましたとか2秒を0.2秒にしたのか
みたいなところでもまたアプローチって
全然違ってくるかなと思うんですねまそう
いう意味で言うと軽量的な具体的な数字と
かキーワードみたいなところで表現するっ
てところがとても大事ですでもう1つ重要
な部分っていうのが今リードエンジニア
みたいな表現があったんですが私からする
とリードエンジニアってことは技術選定
ぐらいやってるのかなみたいな感じで
考えることが多いんですけれどもリード
エンジニアって言いつつ普通にただただ
言われた通りに設計開発してるだけだっ
たらそれリードエンジニアと違うやん
みたいな感じで面接感の人は思ったりする
ことが多いのでこういう言葉の会釈が
別れる単語についてはできるだけ使わない
方がいいかなと思ってます例えば開発
リーダーみたいな言い方であればこの場合
問題ないかなと思ってるんですが他にも気
をつけなきゃいけないのが上流工程みたい
な表現なんかも注意が必要です上流肯定
っていうのはイ段マネージメントの経験の
ことなのか要件定義基本設計のことなのか
人によって指してるものが全然違ったりも
するのので上流肯定って言い方ではなくて
極力言葉の解釈にブレがないような要件
定義とかリーダーマネージメントの経験と
かこう言い方をした方が安全かなっていう
感じですねもう1つがエンジニアがこれも
よくやりがちなんですけれどもできる
エンジニアの方特に35歳以上の
エンジニアの方ってプロジェクトを
たくさん経験してたりするのでモラ性って
いうのは重視しすぎて全部のプロジェクト
に話した結果15分とか30分自己召喚に
かかったっていうのは結構ありますでそう
いう時に気をつけなきゃいけないのがモラ
性ってのはあまり実は見られていなくて
どんな仕事の進め方をする人なのかこれ
だけに面接する企業側からすると分かれば
十分かなっていう感じなのでプロジェクト
における課題と自分なりにどんな工夫改善
をしたのかこれを話すようにしつつ
取り上げるプロジェクト自体っっていうの
は1つとか2つ特に面接で突っ込まれた時
にかなり詳しく答えられるような
プロジェクトとか成果を出した
プロジェクトの方がどっちかというといい
のかなってところなので全部の
プロジェクトについて話す必要はないので
ここはちょっと気をつけた方がいいかなっ
て感じですね余例について取り上げていき
ますこれまでのプロジェクトで印象的だっ
たことはありますかはい今のど取り組んで
いるeコマースのプロジェクトで特に
フロントエンドのプロジェクトの部分が
そこに該当するんですけれども具体的には
今Jクエリーで構成されてる管理画面って
いうのをNEXTタイプスクリプトに
リプレースプロジェクトのところてのを
やってましてその中で開発リーダーとして
私は仕事をしてましたで何が大変だったか
みたいなところで言うと私含めて開発
メンバーが5人いたんですけれども4人の
うち2人っていうのは開発未経験から入社
した1年目のエンジニアが2人で残りの
2人も開発経験23年目のエンジニアで今
までどっちかというとバックエンドを
メインでやってた方っていう感じだったの
で実装がかなり遅いメンバーなんかもいた
んですが結果としては元々目標にしていた
3ヶ月以内でのリリースみたいなところて
のは追行できたところはすごく良かった
部分かなと思ってますであとは同じ
プロジェクトの中でユーザーから見える
最初の画面のところでログインするまでの
この所要時間っていうのが2秒かかって
るっていう結構遅い状況だったところを
SQLを利用したこのクエリチューニング
みたいなところに取り組むことでログイン
までの時間っていうのを0.2秒つまり今
までの1/10にできたってところが
大きな成果だったかなと思ってます他にも
本社の方で気になったことがあったら色々
お答えできできればと思うんですが一旦私
が成果を上げられたプロジェクトみたいな
ところで言うとこちらのプロジェクトかな
と思って
ます6つ目今まで技術選定の経験はあり
ますかみたいな話もよく聞かれるのでこれ
についての対策もお話しておこうと思い
ます今までに技術選定の経験はありますか
また今のプロジェクトで技術選定から任せ
られるとしたらどう動きますかなな回答
から行きますお客さんに決めてもらってた
んで正直技術選定についてはよく分かり
ませんダメな例その2上司がめ言ってたの
で私はメンバークラスで働いてたので技術
選定までは決定権がなくて結論よくわから
ないですこういう答えをしたらもう一撃
アウトみたいな感じなんですがじゃあ何が
ダメなのかみたいな話で言うと技術選定を
やったことがあるかどうかってところは
もちろん見られてる部分なんですがここは
経験がなくても全く問題ありませんていう
のが5年ぐらい経験があるような
エンジニアの方なんかでもギルス選定から
やったことがある人って案外少ないんじゃ
ないかなと思ってます自分だったらどう
するのかってところを具体的に根拠を持っ
て喋れるかどうかってところがすごく重要
なので面接できなり準備なしで説明するの
はかなり難しいと思ってますだから是非皆
さんが普段面接の前にやっていただきたい
ことで言うと面接に参加する前の時点で今
の現場とか前の現場で一緒に働いていた
開発責任者とか上司の方それ以外SESの
企業な方なんかであれば上位会社とか
エンド企業の社員な方なんかにヒアリング
をしつつどういう背景でどういう技術選定
があったのかみたいなところってのを
できるだけ詳しく聞いてみた方がいいかな
と思ってますこれは技術選定に限らず
テストコードってどのぐらいの粒度で書く
のがベストプラクティスだと思いますかと
か要件定義をする時に気をつけてたことは
何ですかとか要件定義ってそのシステム
全体のところを担当してたのかもしくは1
つの機能について要件のすり合わせをやっ
てただけなのかどっちですかみたいな
ところを聞かれる場合なんかもありますで
もいずれにしろいろんな質問がある中でも
なぜそういう風に考えていたのか自分なり
にどんな工夫をしたのかってところは
すごく重要なのでこの辺りのところを具体
的に説明することが大事かなと思います
良い例ですねこれまでに技術選定の経験は
ありますかまた今のプロジェクトで技術
選定から任されるとしたらどうきますか
はい結論として技術選定の経験っていうの
は残念ながらありませんでも開発リーダー
より技術選定の背景については今の職場だ
と元々サーバーサイダーの開発官官が
メインのエンジニアが多くてまそうなった
時にSPAにとりあえずチャレンジして
みるかって話になった時に23年前であれ
ばまだですねVIJSの2系がかなり
スタンダードだったみたいなところもあっ
てSPに初めて挑戦するっていう観点だと
リアクトよりもvjsの2系がいいんじゃ
ないかってことでこのvjsを選んだって
話を聞いてますただ今の時点だとvjsの
2系ってサポートがれるかどうかみたいな
話も出てますし特に2系と3系の間で
あんまり互換性がないみたいなところを
考えたりするとbjsの3系を今から積極
的にやりたいエンジニアってそんなに多く
ないんじゃないかなと思ってまして社員の
採用とか業務委託の人を見つけやすさ
みたいなところで観点で見た時にキャッチ
アップのためのコストをどう考えるかって
ところでも変わってはくるんですけれども
中小期の観点だとリアクトとタイプ
スクリプトで開発したい人の方が見つけ
やすいかなってところ私が思ってるところ
なので最近であれば導入事例も増えてます
し以前よりも学習環境みたいなところも
整いつつあるのでリアクトとタイプ
スクリプトをベースで技術選定するのが
いいんじゃないかなと思って
ます7番目入社してからやりたいことこれ
もよく聞かれるところなので良い例と悪い
例について取り上げていきます入社して
からどんなことがやりたいですかはい
リーダー経験とAWSとかGCPを使った
クラウドインフラの設計構築の経験って
いうのをしっかり積んだ上でフルスタック
なエンジニアっていうのを目指していき
たいですこんな感じでドヤ顔で言っちゃう
人非常に多いと思うんですがモローから
するとこれもダメな回答かなっていう感じ
ですえなんでダメかと言うと自分のやり
たいことばっかり話していて自分の技術力
の向上にしか興味がなさそうこういう人と
かってプロダクトとかあの授業内容を成長
させるっていう観点があんまりないよねっ
てことで自社開発企業だとすごくお見送り
になりやすいんですね特にですねお客様と
かユーザー開発組織に対してどんな貢献が
したいのかっていうこのリタのマインドっ
ていうのがすごく大事かなと思っていて
こちらについて具体的にアピールして
いただく必要があるかなと思ってます良い
霊について話をしていきます入社してから
やりたいことはありますかはい具体的には
全部で私の場合えっと3点あるんです
けれどもまず1点目がサービスが急成長し
てる中でドキュメントがあんまりないとか
テストコドあんまり書いてないがゆえに
開発のプロセスで結構手戻りが増えてます
みたいなところっていうのをカジュアル
メンダの時にちょっと聞きましたでそう
考えた時にもちろん開発のスピード感って
すごく大事だと思ってるんですけれども
ドキュメントの整備みたいなところとか
あとはテストコードの導入みたいなところ
で結構力になれるんじゃないかなと思って
ます私の場合元々Sで働いてたみたいな
ところもあってドキュントってかなり
分かりやすく書くのが上手だよねっていう
風に上から褒められることなんかも多かっ
たですしテストについての知見なんかも
ウブサービスの企業とかでずっと働いてた
方と比べると体型的なテストの治験っって
いうのはそれなににある方かなと思ってる
のでこういった観点で是非本社のその開発
組織とかプロダクトに貢献したいなと思っ
てます2つ目としては本社だと20代から
30歳ぐらいのエンジニアが多いってこと
でこれもカジュアル面談で聞いた話なん
ですがまそう考えると開発リーダーの
ポジションとかも結構早期に目指しやすい
かなと思いますし特に私の場合人に対する
教育みたいなところも関心があったりとか
教え方とかはかなり上手なんじゃないか
みたいな感じで今まで言われることが
多かったので入社して12年くらいで
できれば5名くらいのチームの開発
リーダーを目指すみたいなところも試案に
入れていきたいなと思ってますま今
いらっしゃるジュニアクラスのエンジニア
の方とかっていうのがちゃんと戦力化すれ
ばそこからですね本社のサービス開発の
スピード感っていうのは全体的にかなり
上がるのかなと思ってるのでそういった
観点でも貢献ができればってとこですね3
つ目がここはちょっと私の希望も少しだけ
入るような感じなんですがお客様とか
ユーザーの要望に対して広く答えられる
サービス試行のエンジニアみたいなところ
私は目指したいなと思ってるのでそう
考えると今すぐじゃなくて大なんですが
AWSなんかでのクラウドインフラの知見
なんかを身につけた上で例えば自分自身が
障害対応の切り分けみたいなところも対応
ができるとかそもそも障害が起きない
仕組みを作れたら一番皆さんハッピーに
なるかなと思ってるのでそういった観点で
言うと障害が起きづらい仕組みみたいな
ところも含めて一通り自分自身が提案
できるようなエンジを目指していきたいな
と考えてます旦私が本社でやりたいことと
しては他にも色々あるんですけれども代表
的なとこだとこの3つかなって感じ
です今後触ってみたい言語技術は何かあり
ますかこれまでですねSESの企業とかで
も結構聞かれるかなと思いますし自社
サービスの企業でもたまに聞かれたりする
と思うんですがこれについてもいい例と
ダメな例ってのは取り上げていきたいと
思います今後触ってみたい言語技術要素は
何かありますかダメなで市場価値が高く
なりやすいって言われている合言語で開発
典型が積みたいなと思ってますそれ以外で
もAWSとかこういうところもしっかり
経験が積めるとsreとか転職しやすい
みたいな話を聞くのでこの辺の部分私は
すごく興味があるなっていう感じです全然
私からするとダメな答えなんですがここで
も自分の希望ってところよりも面接を受け
てる企業の開発組織サービスとの相性
みたいなところってい部分で意識して話を
した方がいいかなと思ってます例えば
ルビオレーズとかリアクトを利用してる
企業に対して合で経験が積みたいですって
かなり私からするとま外れかなと思ってい
まして具体的に言うとレイルズからゴに
リプレースを進めるつもりがありますと
かっていうのをカジュアル面談とか
エンジニア向けの採用説明資料とかで説明
がある場合だったらまだいいのかなと思っ
てるんですがそうじゃない場合だったら
相手が特に求めてないことに対して
ひたすらロしてるみたいな感じなのでこれ
だとコミュニケーションとは言えないん
じゃないかなっていう感じです魚例につい
て取り上げていきます今後触ってみたい
言語技術は何かありますかはいルビオ
レーズを利用した開発スキルっていう観点
だとルビオレイルズを主に利用する本社に
貢献しやすいかなと考えてますので
レイルズの開発におけるベスト
プラクティスみたいなところについては
引き続き勉強を進めていきたいなと思って
ますであとはですね本社の方だとインフラ
チームとバックエンドで分業してるって
ところは私も知ってはいるんですけれども
まずはビオンレイルズでのバックエンドの
開発のところで成果を出した後1年後とか
数年後でも全然大丈夫なんですがsreの
キャリアチェンジみたいなところも
チャンスを探っていけたら嬉しいなと思っ
てますただこれはインフラの部分も
ちゃんと分かった上でデブオプスみたいな
ところとか運用保守みたいなところを
スムーズに行うっていう観点で一通り知見
があるエンジニアを目指していきたいって
ところに基づくものなので必ずしも別に
マストの希望ってわけではないです今日は
お時間いただきましてありがとうござい
まし
た今日はこんな感じでエンジニアがよく
面接でやりがちなダメな回答と良い回答
みたいなところを私なりに取り上げてみた
んですけれども企業ごとにどういう
エンジニアを求めてるかみたいなところっ
ていうのは100社企業があれば配当って
いうのはそれぞれ変わったりもします
あくまで一般論としての話っていうのを
今日お話をさせていただいてる感じかなと
思うので皆さんの中でこういう自社開発
企業とかこの企業にどうしても行きたい
みたいな方なんかも含めて是非ご連絡を
いただけるとその企業だとこういうキー
ワードを出すと一発NGですみたいなケー
スってのは結構色々あったりしますので
是非YouTubeの概要欄からお
問い合わせをいただけたらもろと詳しくお
話をすることができるかなと思ってますと
いうことで面接での話方次第で内定率って
の劇的に変わったりとかペジ年収が
50万100万変わったりところっての
本当によくある話なので是非皆さんもです
ね今日の動画で勉強していただきつつ
まだまだ面接での受け応えについて
ちょっとサポートをして欲しいとか聞き
たいことがある方は私の会社きっかけ
クリエーション宛てにYouTubeの
概要欄からご連絡をいただけたら嬉しい
ですてことでまた次回以降お会いし
ましょうありがとうございますきっかけ
エージェントのモロですYouTubeと
Xでキャリア系インフルエンサーとして
エンジニアのキャリアについて発信してい
ますそんな私が監修するきっかけ
エージェントはすぐにに転職を考えてなく
ても大歓迎エンジニアのお悩み広く
受け付けます機械的なマッチングやって
ません340者の無差別応募やりません
メリットがない人には転職を進めません
その結果リピート希望率はなんと96%
転職を考えてないエンジニアもウカム今
すぐ引っかけエージェントで
[音楽]
検索
5.0 / 5 (0 votes)