Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
「地続き」の技術面接 / "Continuous" technical interview
Search
Shintani Teppei
March 26, 2026
Technology
130
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
720
すべてがオンボーディングタスクになる / Everything becomes an onboarding task
euglena1215
0
200
allow_retry と Arel.sql / allow_retry and Arel.sql
euglena1215
2
340
AIと”コードの評価関数”を共有する / Share the "code evaluation function" with AI
euglena1215
1
320
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
310
rbs-inlineを導入してYARDからRBSに移行する
euglena1215
1
1k
Other Decks in Technology
See All in Technology
Execution in the Kingdom of Agents: Reflections on Abstraction and Complexity
bcantrill
0
720
Argo CDとAtlantisで実現するインフラ管理のセルフサービス化──小規模SREチームで支えるプラットフォーム
cassius7
0
280
「とりあえず動く」の先へ。 AI時代のチーム開発と内部設計/2026-slsdays
slsops
0
110
20260929_AmazonGuardDutyの検出通知メールにAWS DevOpsAgentの調査結果を追加する
yhana
1
410
[2026 Oracle Technical Deep Dive] オンプレミスDBのCloud移行アプローチ:移行計画に基づくメソッドとツールの選択 (2026年9月17日開催)
oracle4engineer
PRO
0
110
The kernel report
ennael
PRO
1
200
AI臭い文章とは何なのか
nasuvitz
38
77k
スキルを作る、その前に!複数人で使われるスキルを 作るためのプロセス
junkifurukawa
2
180
20260930_Gemma4_Hands-on
tsho
0
210
顧客の成果創出とプロダクトの成長を 両立するためのFDE
sansantech
PRO
0
630
メルカリにおけるAI時代の高速プロトタイピング基盤「Arca」
ryotarai
18
14k
HacobuにおけるFDEとは/登壇資料(戸井田 裕貴)
hacobu
PRO
1
710
Featured
See All Featured
How to Think Like a Performance Engineer
csswizardry
28
2.9k
How to Ace a Technical Interview
jacobian
280
24k
Art, The Web, and Tiny UX
lynnandtonic
304
22k
世界の人気アプリ100個を分析して見えたペイウォール設計の心得
akihiro_kokubo
PRO
74
42k
The Curious Case for Waylosing
cassininazir
1
550
Claude Code のすすめ
schroneko
67
230k
[Rails World 2026] Durable orchestration on Rails: from continuation to workflow
palkan
1
410
WENDY [Excerpt]
tessaabrams
14
40k
The Mindset for Success: Future Career Progression
greggifford
PRO
0
520
Rails Girls Zürich Keynote
gr2m
96
14k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
360
31k
The Impact of AI in SEO - AI Overviews June 2024 Edition
aleyda
6
1.2k
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を元に広げる 目まぐるしく変わる環境に適応しながら、お互いにとってより良い選考の形を
模索していきたい