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