Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
「地続き」の技術面接 / "Continuous" technical interview
Search
Shintani Teppei
March 26, 2026
Technology
100
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
「地続き」の技術面接 / "Continuous" technical interview
候補者の人生の可能性を広げる。タイミー流エンジニア選考 の登壇資料です。
https://hireroo.connpass.com/event/386715/
Shintani Teppei
March 26, 2026
More Decks by Shintani Teppei
See All by Shintani Teppei
モノリス Rails でも日中に rails db:migrate を走らせたい! / Daytime rails db:migrate on Monolithic Rails!
euglena1215
4
680
すべてがオンボーディングタスクになる / Everything becomes an onboarding task
euglena1215
0
170
allow_retry と Arel.sql / allow_retry and Arel.sql
euglena1215
2
330
AIと”コードの評価関数”を共有する / Share the "code evaluation function" with AI
euglena1215
1
310
ISUCONで型をつける
euglena1215
1
170
3年でバックエンドエンジニアが5倍に増えても破綻しなかったアーキテクチャ そして、これから / Software architecture that scales even with a 5x increase in backend engineers in 3 years
euglena1215
11
5.8k
モジュラモノリス、その前に / Modular monolith, before that
euglena1215
8
1.2k
いつか使える ObjectSpace / Maybe useful ObjectSpace
euglena1215
2
300
rbs-inlineを導入してYARDからRBSに移行する
euglena1215
1
1k
Other Decks in Technology
See All in Technology
DMMブックスのNext.js化を加速させるAI活用 / Migrating DMM Books to Next.js with AI
kentarom
0
200
OpenID for Verifiable Credentials 実装から見えた相互運用性確保までの道のり(OAuth/OIDC Numa (Immersion) Workshop 2026)
oidfj
PRO
0
360
ブラウザで変わるID連携(OAuth/OIDC Numa (Immersion) Workshop 2026)
oidfj
PRO
0
360
サーバー常駐型の 簡易障害調査AI エージェントを作ってみた話
masayoshi
1
370
マイナンバーカード本人確認の実装比較(OAuth/OIDC Numa (Immersion) Workshop 2026) / 20260825 numa-12
oidfj
PRO
0
340
AIエージェントのためのデータ設計
daiz21
0
540
全社に広がるMCPサーバーを、 どう安全に管理するか MCPass開発の舞台裏
mtpooh
3
180
AWSとAzureのマルチクラウド活用における強い味方___AWS_Kiroを使った二刀流スキル作成.pdf
duelist2020jp
1
140
tamachi.goを支える技術
rymiyamoto
0
110
Dylib Hijacking on macOS: Dead or Alive?
patrickwardle
0
130
Microsoft MVP プログラムを紹介するから目指す人増えてくれ
tsubakimoto_s
0
150
最新技術に積極チャレンジ!EKS共通基盤のこれまでとこれから
daitak
0
250
Featured
See All Featured
How to train your dragon (web standard)
notwaldorf
97
6.8k
Ecommerce SEO: The Keys for Success Now & Beyond - #SERPConf2024
aleyda
1
2.1k
The Pragmatic Product Professional
lauravandoore
37
7.4k
What the history of the web can teach us about the future of AI
inesmontani
PRO
1
670
Marketing to machines
jonoalderson
1
5.7k
Technical Leadership for Architectural Decision Making
baasie
3
540
For a Future-Friendly Web
brad_frost
183
10k
The Art of Programming - Codeland 2020
erikaheidi
57
14k
Taking LLMs out of the black box: A practical guide to human-in-the-loop distillation
inesmontani
PRO
3
2.4k
技術選定の審美眼(2025年版) / Understanding the Spiral of Technologies 2025 edition
twada
PRO
120
120k
Measuring Dark Social's Impact On Conversion and Attribution
stephenakadiri
2
260
End of SEO as We Know It (SMX Advanced Version)
ipullrank
3
4.4k
Transcript
2026/03/25 候補者の人生の可能性を広げる。タイミー流エンジニア選考 株式会社タイミー 新谷哲平 「地続き」の技術⾯接 選考をタイミーの「いつもの開発」の延⻑にする @euglena1215
自己紹介 Shintani Teppei(@euglena1215) • 株式会社タイミー • バックエンド テックリード • 個人用で
Mac mini を買って AI 秘書を作って 家庭用 Slack に常駐させて遊んでます、楽し い!
赤澤の発表を受けて ▶ 採用の 1st Goal = 候補者にファンになってもらうこと ▶ 面接・面談はそれ自体が有意義な時間でなければならない 楽しさ
/ 自身の学び(Take) / 知見の共有(Give) ▶ 候補者にとっての Give と Take を両方明確にする では、実際の技術面接はどう設計しているか?
前提:タイミーの選考フロー ⼀次⾯接 コーディングテ スト*1 ⼆次⾯接 (技術⾯接) 主に担当しているのはコーディングテストと二次面接 *1 コーディングテストの有無は技術領域によって異なります 最終⾯接
選考の設計として意識していること
選考の設計として意識していること 選考を タイミーの「いつもの開発」と 地続きの体験にする
選考の設計として意識していること 選考を タイミーの「いつもの開発」と 地続きの体験にする 一緒に働いた時をイメージしやすい状況を提供するのが 技術面接での最大のGiveでありTakeである
目次 選考をタイミーの「いつもの開発」と地続きの体験にするための工夫を紹介 • 工夫① :一問一答ではなく対話的に • 工夫②:コーディングテストはAIエージェント前提 • 工夫③:コーディングテストを「会話のタネ」に、SDLCを元に広げる
工夫① :一問一答ではなく対話的に 選考は正解を当てるクイズゲームではない 正解よりも、思考のプロセスや議論のスタイルをすり合わせたい 「MTGで議論する同僚」としてお互い会話することを意識 ❌ ⽤意した問題に正解できるか? ✅ ⼀緒に考え、議論し、深掘りする
工夫②:コーディングテストはAIエージェント前提 タイミーの普段の開発スタイル 🤖 全員が Claude Code, Cursor, Devin などのAIエージェントと協働 ♻
要件定義〜リリースまで開発サイクル全体にAIを組み込む タイミーの「いつもの開発」と地続きにするには、 コーディングテストでもAIエージェントが利用できるのが自然 各自のAIエージェントを活用できる形式のコーディングテストを 利用している(詳細はこの後HireRooさんから🎤)
工夫③:コーディングテストを「会話のタネ」として使う テストの点数そのものより、「なぜそう実装したか」を大切にする < この実装をした背景ってあったりします? < 例えば、他の実装パターンだとどんなものがありそうですかね? <
この実装に対してこんな意見もあると思うんですけど、それについてはど う思います? コーディングテストを起点に、実際の開発に近い議論を行う
SDLCで「実装以外」にも光を当てる コーディングテストで見えるのは、SDLCの「設計」「実装」の一部分 SDLC = Software Development Life Cycle:ソフトウェア開発ライフサイクル 計画 設計
実装 テスト デプロイ 運⽤ 面接では計画・設計・テスト・デプロイ・運用なども時間の限り議論する 💡 HireRooさんに期待したいこと: 実装フェーズ以外の SDLC(特に運⽤)をカバーする カバー範囲が広がると会話のタネが増え、さらに深い議論ができるように
この選考は、あくまで「今」を前提としている • AIエージェントの進化がすさまじい • 1〜2年後には、プロダクト開発の姿が別物になっている可能性も十分ある • プロダクト開発の姿が別物になれば、選考内容も変わらざるを得ない 選考を設計する立場としても、他の企業の選考を受ける1候補者としても、 未来の開発を想像していく必要がある。
まとめ • 選考をタイミーの「いつもの開発」と地続きの体験にする • 工夫①:一問一答ではなく対話的に • 工夫②:コーディングテストはAIエージェント前提 • 工夫③:コーディングテストを「会話のタネ」に、SDLCを元に広げる 目まぐるしく変わる環境に適応しながら、お互いにとってより良い選考の形を
模索していきたい