HackerTrans
TopNewTrendsCommentsPastAskShowJobs

weswinham

no profile record

comments

weswinham
·4년 전·discuss
It's also worth thinking about the timeline inclusive of hiring delay. More detailed requirements makes hiring slower.

I know 2 startups both hiring their first set of non-founder engineers.

One startup took 4 months to hire 2 senior engineers who weren't in their stack and then gave both of them about a month to come up to speed on the tech. Literally running tutorials.

So 5 months in, they have two onboarded senior engineers.

The other startup is 6 months in and hasn't made either hire. They see deep experience in their tech stack as required and don't want to wait longer for onboarding.

But in retrospect, they would have gotten to an onboarded team faster if they had hired like the first company.
weswinham
·4년 전·discuss
It might help to know that a study measured how stressful live coding interviews were on candidates and found it to be VERY stressful.

Half of the candidates did a coding exercise while someone was watching them. The others did the same exercise, but without being watched.

People being watched got ~half as far on the exercise, on average.

So you're not alone!

More and more companies are moving to mostly async for the technical portions, because of this. Study: https://www.engr.ncsu.edu/news/2020/11/11/tech-sector-job-in...
weswinham
·4년 전·discuss
Yup! Onboarding can't just be tactical items.

New folks have valuable perspective on your company and product.

Soliciting new ideas from them not only helps the organization fight decay, but it creates more buy-in from the new person.
weswinham
·4년 전·discuss
The more the company sees developers as a cost center (e.g. legacy companies who put developers in the IT org), the more they're looking for specific technologies.

"I need a dev with 7 years of Spring Bott!"

The more the company sees developers as a crucial input to innovation and building a more valuable company, the more the emphasis is on capabilities.

"I need a senior developer that's great at solving problems. I don't care what tech stack"

But in the second case, a core capability needs to be passing a typical developer interview. So you'll need to practice writing code in a time limit with someone watching you. You'll also need to practice designing a system.

^ it is dumb that this capability matters, but it's the reality today. There are some companies that interview differently where you actually build real-world things without someone looking over your shoulder, but it's not the norm yet.
weswinham
·4년 전·discuss
The market rewards being good at job searching and interviewing. It makes a bigger impact on compensation than actual engineering value.

So get better at interviewing.

If you're already focused on coding, the next piece is systems design.

The more senior the job, the more likely part of the interview process is moving boxes and arrows around to design a scalable, reliable system.

This book is a great place to start: https://www.amazon.com/System-Design-Interview-Insiders-Guid...
weswinham
·4년 전·discuss
I helped write a quick summary of 3 of these: https://www.woventeams.com/blog/3-books-every-new-engineerin...
weswinham
·4년 전·discuss
In addition to those technical books, I'd check out:

* Staff Engineer- Great for the tech challenges beyond senior-level https://staffeng.com/book

* The Manager's Path- Good even if you're not going to be a manager. Understanding their perspective makes you more effective https://www.amazon.com/Managers-Path-Leaders-Navigating-Grow...

* An Elegant Puzzle- What if distributed systems engineering, but with people? https://lethain.com/elegant-puzzle/
weswinham
·4년 전·discuss
Written, async interviews give candidates who are better at the job an advantage from those who are just better at schmoozing and exaggerating their resume.

So a C+ for effort, but this is a great example of what NOT to do.

1- This is hiring by committee. They sent out a call for questions to a bunch of people and then didn't curate it. Everyone's question get in 2- Too long for the candidate. The best candidates will bail. Companies targeting ~10 minutes on a phone get great response rates 3- Too long for hiring committee. NOBODY is going to read this for most candidates. The reasons resumes win is because they're short for the hiring team, not because they're high-signal

So shorter and more-curated wins