How to Ace a Phone Screen

The problem isn't with the first part ("it's OK to make mistakes"), it's with the second ("just own up"). When a mistake is made, it's because some part of the benefit coding process failed. I work in an insurance company where 100% of benefits coding changes are put through QC, and then another 25% are put through a second level of QC. The costs of screwing this up are pretty high, and will make people pretty mad. You need to have a process where the vast majority of mistakes are caught before they get out the door.

I really can't speak for the company—it's just a single sentence in a blog post on an otherwise unrelated topic—but I imagine that's what the OP was thinking about.

I'm pretty understanding of occasional bugs, but Zenefits' site has been one of the most consistently buggy pieces of software I've ever used. Every flow has had broken pieces of UI, incorrect form validation, totally wrong calculations, or some other frustrating flaw.

It's an incredibly useful product (and leagues better than the competition) but when they can't even calculate your 401(k) contribution correctly, imagine what's going on behind the scenes...I'm trusting them with a lot of financial and personal information and it erodes a lot of the trust & confidence I would have in them to see such shoddy work.

Yep, I wouldn't work at a company that was unhappy I didn't drink the koolaid before I even began working there.

If you read the complaint, the potential employee essentially worries that zenefits won't be technically challenging and it won't be a name brand place that opens doors by having it on your resume. And if we're honest, the 2nd bit is definitely important for your career.

A ceo who isn't a prick might have said we understand your concerns: here's [blah blah blah] reasons that our work is more technically challenging than it may appear from the outside or from your limited time interviewing here, and it's a personal and/or company goal to be recognized for the quality of our technical achievements as a peer of google.

I happen to think that zenefits is not particularly technically challenging and is mostly wiring together integrations with 3rd party systems, but I'm open to being wrong. Nonetheless, this might have won them the employee without being a dick.

Well in fairness he actually is an amateur and is learning on the job. I think he's done something pretty incredible myself. Zenefits really is one of those incredible outliers that is going to the stratosphere. Even an experienced CEO might have some things go wrong in such an extreme example.

He made a public spectacle out of something small and he paid the price in bad publicity. But I've seen worse, by so-called pros. Sometimes people let their ego get the best of them. But that doesn't mean that every decision they've made is invalid.

I'm going to be unusually blunt here: I don't buy that name recognition isn't part of your equation (even if only a small or subconscious part). I could be totally ass-backwards wrong. You could have a mental discipline to make these sort of decisions in a far more principled fashion than myself or any engineer I've ever met; but that statement makes me set my Bayesian prior where I set it. At the end of the day, we all know that name recognition _is_ a component to how future opportunities may play out, like it or not, and as engineers trained (hopefully) in the art of considering the possible outcomes and impact of our actions, it would be going against our nature to pretend that having "Google" or "Microsoft" on your resume will not open doors.

College is a prime example of this. Why are certain schools (Ivys, primarily) so highly recognized? Do they universally have better programs? Sometimes, sure, but so much of their cache comes exclusively from the institution itself being a signaling mechanism of exclusivity, and as was put, "buzzwordyness".

In my view, it would be irresponsible to NOT consider any potential added value of positions when comparing them. You are not doing a disservice to either company or your own integrity as an engineer as long as the work you do is sound, and to suggest that you should put your own best interests aside because a given metric isn't "tasteful" seems shortsighted. (I do not mean to suggest that hopping companies to ride trends is something to be looked up to, but that when you make a decision, the more data that helps you obtain a positive outcome the better.)

it's a kid fresh out of college, though -- how is he supposed to know any better? working for a name brand makes the decision a safer decision; i'd put the onus on those advising him to point out why that's not the best metric for making this decision.

I think I have a bit more respect for such behavior. Mercenary behavior and making work decisions based on the potential resume-building impact is a completely natural response to the ways in which the job markets have changed since the 90s.

Everyone can, and should, consider how a job will help them advance their own careers. This is exactly why I quit COMPANY_X. At the time, their codebase was entirely based on not one, but two obsolete technology stacks. If I didn't leave quickly, I would have been locked into that narrow ecosystem for the rest of my life, at a "flattened" company with almost zero opportunity for career advancement. It would have been almost like someone deciding to move into COBOL programming starting in 2016.

And I have been frequently laid off as a result of startup failure, acquisition redundancy, or just the company's loss of contract work. There is no longer any loyalty from the typical employer to the typical employee. If you can manage to work your entire career at a single company, you are an extreme outlier, because at many, if an accountant predicts you will be unprofitable next week, you will get laid off on Friday afternoon, with no severance package.

So asking yourself "would this look good on my resume?" is something you should do very frequently, even if you are currently content where you are. We wouldn't need to chase after buzzword-related experience if HR didn't look at those buzzwords when hiring people!

And anecdotally, the name of a previous employer has helped me to get hired at another company. After COMPANY_X, my future co-workers told me at the interview, "COMPANY_X is great! We know they hire only high-quality people, and we also know that the best all want to leave after about two years. PERSON_1 and PERSON_2 used to work there!"

But buzzwords matter. MIT, Stanford, FB, Google all things that make a resume look better. Would you want Java on your resume or JS and React right now? The candidate was absolutely right in the analysis even though it should not have been shared in public.