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
Interviewing Developers - Boulder Ruby May 2018
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Marty Haught
May 16, 2018
Technology
150
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Interviewing Developers - Boulder Ruby May 2018
This was given at Boulder Ruby on May 16th, 2018 during Boulder Startup Week.
Marty Haught
May 16, 2018
More Decks by Marty Haught
See All by Marty Haught
Baltic_Ruby_Keynote_2025.pdf
mghaught
0
110
State of RubyGems 2024
mghaught
0
270
The Prototyping Mindset - Devoxx.us 2017
mghaught
0
210
Make Better Decisions
mghaught
0
210
Make Better Decisions
mghaught
0
52
Primer on the 4 Rules of Simple Design
mghaught
0
62
Ruby Community: Awesome; Could be Awesomer
mghaught
2
300
Ruby Community: Awesome; Could be Awesomer
mghaught
4
200
Other Decks in Technology
See All in Technology
データエンジニアリングとドメイン駆動設計
masuda220
PRO
14
2.5k
壊して学ぶAWS CDK: そのcdk deployで消えるもの、残るもの
k_adachi_01
1
470
AI Coding Agent時代のcdk-nagガードレール 〜組織ルールを強制CIで守り抜く設計の挑戦〜
mhrtech
3
500
AI時代におけるエンジニアの新たな役割──FDEとクオリアの探求/登壇資料(戸井田 裕貴)
hacobu
PRO
0
300
『モデル + ハーネス』で読み解く AIエージェント入門
oracle4engineer
PRO
2
160
そのドキュメント、自動化しませんか?
yuksew
1
400
Amazon Quick 入門!
ysuzuki
2
130
大量データに対しても、生成AIを用いてリーズナブルにデータ加工をしたい!Databricksのai_queryについて調べてみた
kamoshika
1
270
設計レビューとAIハーネスで向き合う AIが生み出した新しいボトルネックの対処法 / Design Reviews and AI Harnesses Against New Bottlenecks Created by AI
nstock
4
420
AIコード生成×サプライチェーン攻撃 — PHPが直面する“二重の信頼問題
shinyasaita
0
450
生成 AI 時代にいま一度「問い合わせ」について考えてみる
kazzpapa3
1
130
AIが当たり前の組織で エンジニアはどう育つか
nishihira
1
950
Featured
See All Featured
A brief & incomplete history of UX Design for the World Wide Web: 1989–2019
jct
2
420
職位にかかわらず全員がリーダーシップを発揮するチーム作り / Building a team where everyone can demonstrate leadership regardless of position
madoxten
64
56k
Are puppies a ranking factor?
jonoalderson
1
3.7k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
201
75k
Hiding What from Whom? A Critical Review of the History of Programming languages for Music
tomoyanonymous
3
1k
Reflections from 52 weeks, 52 projects
jeffersonlam
356
21k
Writing Fast Ruby
sferik
630
63k
Embracing the Ebb and Flow
colly
88
5.1k
ラッコキーワード サービス紹介資料
rakko
1
4M
Agile Leadership in an Agile Organization
kimpetersen
PRO
0
190
Unsuck your backbone
ammeep
672
58k
Build your cross-platform service in a week with App Engine
jlugia
234
18k
Transcript
Interviewing Developers Marty Haught @mghaught
Disclaimer Not a definitive guide Based on our experience A
work in progress
Background 20 years experience Small to medium teams, especially startups
Interviewed 100+ engineers for clients, internally
Conducting an Interview
Diversity Be inclusive Examine every step of your process Culture
add
Hiring team Hiring manager Members of the team that is
hiring Visionary
Rubric List of desired attributes 1 to 5 scale Description
to guide scoring Each team member scores
Job description Be clear what you’re looking for Informed by
your rubric Should include who you are Not too long
Process Screening Call Technical Submission Technical Sessions Final Interview
Screening call 30 minutes Paint a broad picture of the
candidate Sufficient non-technical and technical Should they move forward?
Format General background Technical review Overview of HCW Discussion about
the position
Behavioral questions “Tell me about a time when…” Context (the
situation) What they did (the action) Results (the outcome)
Behavioral follow-up Ask questions about specific parts Look for detail
How much did they do themselves? (vs using ‘we’ too much)
Things to look for Why are they on this career
path? Why have they left previous jobs? Where do they want to go?
Cover your company Vision Values Specifics on the position Expectations
Engagement What do they ask about? How do they react
to the details of the company and position? Do they express any concerns?
Technical Submission Should mimic the kind of work you do
What are you testing from the rubric? Timebox the task at 4-6 hours
Submit your code Inconsistent across candidates Can't determine how much
time was involved Can't tell how much was their effort or design
Take home exercise Consistent across candidates Can test advanced coding
abilities Can easily mimic real work What questions/clarification do they ask?
Review pull request Consistent across candidates Can test advanced coding
abilities Can easily mimic real work What do they notice and take issue with?
Technical Sessions Vet key technical and non-technical skills Involve the
technical members of the team hiring Goal to score the rubric
Sessions types In-depth technical question and answer Pairing sessions Whiteboard
exercises Logic puzzles
Pairing session #1 Typically takes 2 hours Done on candidate’s
computer Okay to help but candidate drives Review and extend technical submission
Pairing session #2 Different teammate pairs Focus on different skills
than #1 Tackle small bug in open source
Final interview Cover remaining unknowns Explore career goals Talk in
detail about position Anything else before the decision?
Making a decisions Compare rubric scores Long term potential vs
immediate impact Culture add
Recent posts https://robots.thoughtbot.com/updating-our-technical-interview https://haughtcodeworks.com/blog/culture/hiring-remote
Interviewing well
Research the company What do they do? What are their
values? Learn about the team your applying to Who’s interviewing you?
Grok the job description Imagine what the job actually entails
What will the interviewers look for? How closely do you match that?
Write a cover letter Use your research and analysis Explain
how you are a great fit Highlight strengths that match position
Healthy interviews are there to get to know you and
see if you're a fit for their team.
Do’s Be yourself Dress for position you want Be professional
Practice good nonverbal communication
Don’ts Be cocky Appear desperate Throw people under the bus
Provide answers Tell a story through your experience Be detailed
and specific Be honest and say you don’t know
Bring questions What are their values? How will they support
you through onboarding? Will you have a mentor? What will you be doing exactly?
Technical exercises Be prepared Show how you work Demonstrate you
don’t give up
Follow-up Send a short and pleasant thank email
Thank you! Marty Haught @mghaught Feedback welcome!