■超大手企業の内製エンジニア採用に落ちた話

日本の超大手企業(繊維系)の内製システムのエンジニア採用を受けて落ちた時の記録

年収の高さに目が眩み受けてみたが2次面接で撃沈

虚実織り交ぜて書いてるので真にうけないように

受かった人の話を聞いてみたい

当方のスペック

メインはバックエンドエンジニア、過去にアプリ開発の経験あり

結果

2次面接でお見送り

感想

• 年収1000万プレイヤーを目指すエンジニア諸氏は受けてみることをおすすめする
• 1次面接はわりと普通だったが2次面接が酷かった
• アプリエンジニアがバックエンドの技術チェックするなど面接が破綻してる気がした
• 高度な圧迫面接を受けているのか、面接官の技術力が低いのかわからん
• 面接官研修ちゃんとしろ
• 高給がもらえるカラクリは社員エンジニアを頂点とするSI構造
• 外資系(GAFA)やメルカリのエンジニアの給料が高いのとは内容が違うので注意すること

1次面接

割と普通の内容だったがRubyのコードを見せられたときは面食らった

面接官

• インフラ系の偉い人
• アーキテクトっぽい人

内容

偉い人から事業の説明をしてもらった

• 世界中に店舗がある
• サービス規模がでかい

質問されたこと

過去の経験について教えて

• この辺りはよくある質問なんで割愛

サービスのアーキテクチャ設計するときに気をつけていることは何？

• なんて答えたか忘れた

セキュリティ面で気をつけていることは何？

• APIアクセスからコンテナセキュリティまで適当に答えた気がする

唐突にRubyのコードを見せられ、このコードの悪いところはどこですか？

• SQL(SELECT文)にプリペアドステートメントが使われてなかった
• Webサイトにはメイン言語Javaって書いてあったのになんでRubywww

質問したこと

サービス規模の割に社員数が少ないけどどんな編成になってるのか

• 主に外部パートナーと開発している(社員を頂点とするSIっぽい感じ)
• 外部パートナーのレベルに合わせる必要があるので積極的に新技術を使ったりはしていない

技術的スタックについて聞いてみた

• AWS系サービスにコンテナをデプロイしている
• 積極的にマイクロサービス化している
• サービス間通信は全てREST API
• Kubernetesを導入したい

なんでもクラウドベンダーの特定技術に縛られたくないからKubernetes使いたいみたいなことを言っていた気がする(そういうための技術じゃないけど)

2次面接

なぜアプリエンジニアと面接したか不明(当方の専門はバックエンド)

面接官

• アプリ系の偉い人
• アプリ系のリードエンジニアっぽい人

内容

質問されたこと

経営陣がクラウドの予算を出さないが24/365守れと言われたらどうする

• 経営陣に妥当な予算をもらえるように交渉する

交渉しても一定以上の予算が下りなかったらどうする

• 極力コストのかからない構成にする
• アクセス急増して予算以上かかりそうなときは事前に経営陣に説明する

交渉してだめだったら

• 最悪オンプレかな、でもその方がコストかかるけど
• (質問の意図がわからん、今時そんな企業ないのでは)

24/365関連の質問です。サービスをスパイクさせないためにはどうしますか？

• スパイクはどう頑張ってもする時はするよね
• CM打ってユーザが急増するとかあるはず
• スパイクさせないというよりはスパイクしても問題ない設計をするのが良い
• 負荷試験ちゃんとやるとか、スケールする設計にする
• (スパイクの意味わかってなさそうだった)

スケールさせないでスパイクに対処するにはどうする？

• サーバスペック最強にする
• ただしだいぶコストパフォーマンス悪いからおすすめしない

あなたの考える最強のバックエンドアーキテクチャをおしえてください

• バックエンドアーキテクチャはサービスの要件によってどのような組み合わせにするか決まるのでなにか特定技術を使えば最強みたいなものはありません

質問を変えます、月の予算1億円もらったらどんな構成にしますか

• 予算があるからといって無駄に高いサービス使ってもあまり意味ないので難しい質問ですね
• NewSQL系の高めのサービス例えばSpannerとか使ってみたい気もしますが...
• (質問の意図がわからなかった)

// 過去にアプリ開発をしたことがあったのでアプリ開発について質問を受ける

iOS/Androidのアーキテクチャを設計するとしてどこまで同じ技術を使うように強制しますか

• (RXとかRealmみたいにiOS/Android両方で使える技術をどこまで使わせるかみたいな意図らしい)
• iOSのエンジニアとAndroidのエンジニアで使いたい技術の傾向がちがうので同じ技術を使うことを強制はしない
• アプリ側で持つローカルデータの設計は同じにする必要がある、それ以外はそれぞれのエンジニアのやりたいことを尊重して技術を選定する

SwiftUI使ったことがありますか？

• 副業で少し使ったことがある

SwiftUI使ってみて感想は

• 宣言的UIに慣れなくて苦戦したけど、最近は理解して使えるようになった
• SwiftUIと直接関係ないけどCombineは便利なんでいろいろ使ってみたい

SwiftUIのダメなところがありますわかりますか？

• UIKitで提供されている全ての部品がSwiftUIに対応してなくてRepresentable使わないといけない
• 正直良くわからんので、逆におしえて欲しい

SwiftUIはメモリ食いまくりで大規模アプリでは使い物にならないことですね(ドヤ)

Lazy系使ってもメモリ使用量を抑えることはできません

SwiftUIではメモリ食いすぎてインフィニットスクロールが使えません(ドヤ)

• 知りませんでした、勉強になります
• (本当か、技術力低いだけじゃないのか)

質問したこと

先ほどSwiftUIについての質問を受けましたが御社のアプリではSwiftUIを導入されてますか？

• まだ未導入

外部協力会社とサービス開発をしているということだけど今後社員比率をあげる予定はあるか

• 採用が大変、あまりそのようなことは考えていない

当方が受けているXXXという職種について、御社が考える理想のXXXについて教えて欲しい

• 我々(面接官のこと差している)はXXXの評価ができる立場じゃないので答えられない
• CTOクラスの人間でないと判断できない

Permalink | 記事への反応(0) | 11:22

ツイートシェア