TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Include debugging in the interview process

67 点作者 gururu大约 3 年前

12 条评论

rektide大约 3 年前
Recent similar-ish sort of article that I quite enjoyed, &quot;How to Freaking Find Great Developers By Having Them Read Code&quot;[1].<p>I really really appreciate having resourceful people about. People who can go hunt for answers, who can explore questions: they are the ones that make excellent fantastic programmers, and people who are fun to engage with &amp; watch go at it. I very much agree there&#x27;s a huge weakness in drilling people to see if they can come up with answers, and that this idea of seeing how they navigate &amp; explore things is probably &gt;50% of the real battle in sw dev life.<p>[1] <a href="https:&#x2F;&#x2F;freakingrectangle.wordpress.com&#x2F;2022&#x2F;04&#x2F;15&#x2F;how-to-freaking-hire-great-developers&#x2F;" rel="nofollow">https:&#x2F;&#x2F;freakingrectangle.wordpress.com&#x2F;2022&#x2F;04&#x2F;15&#x2F;how-to-fr...</a> <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=31047409" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=31047409</a> (993 points, 6 days ago, 542 comments, damnnnnnn!!)
评论 #31132538 未加载
drewcoo大约 3 年前
And in most shops it will be just like the live coding stuff: a series of trivia questions that the sage interviewer will already know, unlike that hideous rube, the interviewee.
评论 #31139006 未加载
bantling大约 3 年前
Why do we need technical interviews at all? Do other technical jobs work this way? Do care mechanics take home a vehicle and prove they can replace brake pads? Do accountants log in to some online environment and deposit a paycheque or pay an invoice?<p>Oddly enough, if we don&#x27;t do our job, we get fired, just like everyone else. Other businesses actually apply this to their interviews and don&#x27;t require applicants to demonstrate something utterly bloody trivial, as if they could somehow do their job for a decade and not know the basics.<p>Invariably, every dev writing these kinds of articles is simply stroking their own way of thinking - usually these discussions do not contain:<p>a) a modicum of common sense. b) an understanding your brain does not work the way everyone elses does.<p>Just because you find a certain debugging method works for you, doesn&#x27;t mean it works for me - your most effective technique is not necessarily my most effective technique, because I don&#x27;t think the way you do.<p>Some programmers may be slower at debugging, but faster at determining a good solution to a complex problem. They may be slower at writing Jenkins jobs, but faster at solving Maven problems.
cjsplat大约 3 年前
The Stripe Bug Squash description made me think of this :<p><a href="https:&#x2F;&#x2F;dilbert.com&#x2F;strip&#x2F;2006-05-06" rel="nofollow">https:&#x2F;&#x2F;dilbert.com&#x2F;strip&#x2F;2006-05-06</a><p>I wonder if Bug Squash fixes get submitted to the proper open source channels. Tha would be fun.<p>&quot;Thanks for working through that, can you please sign this contributor agreement?&quot;
bspear大约 3 年前
Yup, I file this under: ask more questions that reflect what the person would be doing day-to-day
评论 #31131308 未加载
thundergolfer大约 3 年前
I did the (Python) Bug Squash at Stripe a couple of months ago, and was really happy with the interview style.<p>I consider myself a good debugger, but the interview context helped me see some places I could improve my process. I was comfortable in the pdb debugging system, but could improve my ability to steadily narrow down the key buggy line of code in a short amount of time.
gneray大约 3 年前
10&#x2F;10 agree. We’ve been doing this since ~the beginning at Oso. (Our full process is on our faq: <a href="https:&#x2F;&#x2F;www.osohq.com&#x2F;company&#x2F;jobs#faq" rel="nofollow">https:&#x2F;&#x2F;www.osohq.com&#x2F;company&#x2F;jobs#faq</a>)
invalidname大约 3 年前
Pretty much the same conclusion here: <a href="https:&#x2F;&#x2F;talktotheduck.dev&#x2F;debugging-the-technical-interview-methods-and-cheating" rel="nofollow">https:&#x2F;&#x2F;talktotheduck.dev&#x2F;debugging-the-technical-interview-...</a>
pchristensen大约 3 年前
Flexport does! It stood out to me when I interviewed here.
em-bee大约 3 年前
it didn&#x27;t take much to prepare a debugging example. i just picked an open issue, pointed the candidate roughly in the right direction and watched them work.<p>i was interviewing junior developers so i wasn&#x27;t expecting master coders. and in addition to the points mentioned, i was also evaluating their ability to communicate. it worked out very well.
em-bee大约 3 年前
there is a dead comment here suggesting to have the candidate sign an NDA so they can work on your codebase. while that may sometimes be necessary, if it is not already part of the process i would avoid adding it, and instead find a suitable FOSS project where the candidate can show their debugging skills instead.
dominotw大约 3 年前
I bet there are people who are interpreting this as adding <i>another</i> round to their 100 round interview process.