Earlier quoted context omitted.
P.S. I was once asked to review the code of a famous programmer I won't name. I was shocked to discover that the large codebase had 3 different implementations of bubblesort in it. I replaced them all with a call to qsort(). He asked me how I managed to speed it up :-/ We all have our blind spots. I do, too.
My favorite blind spot is how our definitions of quality change over time. I knew someone who had a mature codebase which a new developer made substantially faster by removing his old optimizations. He’d measured very real improvements back when he made that hand-rolled assembly code on early Pentium generations but by the time we revisited it less than a decade later the combination of compiler and processor improve…
Layoffs Don't Work
581–590 of 801 posts
Re: Layoffs Don't Work
#582Earlier quoted context omitted.
I've never seen people leaving great jobs for a 10% raise. It's always something else: a much bigger benefit, or a significant downside of the current job, which are not widely publicized. Instead, I've seen people going to a lower -paying position for a more interesting job, a chance to learn new hot thing hands-on, a different set of responsibilities, etc.
I worked with a guy who left for more money, found out the grass wasn’t greener, and came crawling back. Then did it again. For some reason they hired him back a second time. When he quit the 3rd time I think that was the final bridge burned. I asked him about it and he said money was his singular metric for choosing a job, he was always looking, and would never stop.
Re: Layoffs Don't Work
#583Earlier quoted context omitted.
> I have interviewed many people employed in tech as programmers for their entire career and they can't code. Think about this contradictory statement for a while. Can it actually be true? Or is there something else going on? If the interviewee has nothing but sub-1yr stints on their resume, perpetually getting fired before vesting at any company, then yes, it's very possible they actually can't code and just fake it…
I’m an electrical engineer who does circuit design. I’ve interviewed many electrical engineers over the years and the situation of applicants having “years” of experience while simultaneously not knowing how to design a single circuit is real. In our field it’s usually because although the person’s title is engineer, in practice, they don’t do any engineering. There’s just a ton of peripheral work (basically paperwor…
V = I * R
I = V / R
R = V / I
they are not real EEs.And yeah, I've been trashed multiple times for this opinion, but I'm not backing down!
Re: Layoffs Don't Work
#584Earlier quoted context omitted.
How is this different than the manager who has spent years developing an employee - making sure they are getting the experiences they need to build a better career, hiring the right people to complement the team, fighting for bonuses and pay raises - only to have them quit to join the next company for a 10% raise. It is difficult to build a long-term culture when society seems to expect job hopping to rapidly advance…
I've never seen people leaving great jobs for a 10% raise. It's always something else: a much bigger benefit, or a significant downside of the current job, which are not widely publicized. Instead, I've seen people going to a lower -paying position for a more interesting job, a chance to learn new hot thing hands-on, a different set of responsibilities, etc.
Re: Layoffs Don't Work
#585Earlier quoted context omitted.
I’ve been at my company working in tech for 19 years and I hate the pushing of job hopping as a norm. Job hoppers have no skin in the game. They don’t need support what they build, they don’t get to see where it fell short… they really can’t learn from their experiences and mistakes. What they do isn’t in the best interest of the company, it’s just enough (an MVP if you will) to add to the resume so they can leverage…
I think if you're at a company for more than a year then the chances are you need to support what you build. Also, how do you know you work with a "job hopper" until they leave? You always have to give people the benefit of the doubt and assume they're committed to the cause. It feels like you got burned at some point in the past but I could be wrong.
The last one was the chief architect on a project I was assigned. She turned the org upside down, left the day after her bonus hit, came back 6 months later, turned the org upside down again, and again left the day after her bonus hit. If she comes back a 3rd time I won’t be engaging.
I’ve been burned by these people a lot. They have absolutely obliterated the culture and the stability of our infrastructure, and in a few short years destroyed what I spent a decade helping to build. They replaced it with fragile systems without any kind of support model, which now get full re-writes every year… just because.
Re: Layoffs Don't Work
#586Earlier quoted context omitted.
I know a lot of people who can tweak code that already exists. However, if they are sitting in front of an empty text editor and given a goal, they don’t know how to break the problem down and build a solution with the tools the language gives them. In a large environment, someone may rarely need to start from nothing, so the interview format throws them. That said, I think being able to break down a problem to solve…
There's another extreme, too: people who can code up an app in a matter of days, but can never learn to navigate and successfully maintain a legacy code base (even their own!).
Haha I hate all the code I wrote more than 5 years ago.
Re: Layoffs Don't Work
#587Earlier quoted context omitted.
> check if text has mismatched parens I always try to give everyone I’ve interviewed the benefit of the doubt. You never know what’s going on in their lives, and even if they fail a trivial question it doesn’t mean they are faking the ability to code. I joined Facebook back in 2018. Didn’t study at all for the interview and passed somehow. Then I probably conducted 200-300 interviews in my time there, so I became qui…
Welcome to the wonderful world of coding under pressure, which almost never occurs in the real world. It's a non-issue when you're young and don't feel the pressure. But when you have grey hairs in your beard and know you're already walking in with two strikes, all of a sudden the fog of war kicks in.
Wat? Feeling the pressure is even worse when you're young!
Re: Layoffs Don't Work
#588Earlier quoted context omitted.
> check if text has mismatched parens I always try to give everyone I’ve interviewed the benefit of the doubt. You never know what’s going on in their lives, and even if they fail a trivial question it doesn’t mean they are faking the ability to code. I joined Facebook back in 2018. Didn’t study at all for the interview and passed somehow. Then I probably conducted 200-300 interviews in my time there, so I became qui…
So you were rejected at a Metà interview after you previously worked at Facebook for 4 years? Or were you interviewing for some other FAANG?
Re: Layoffs Don't Work
#589Earlier quoted context omitted.
Not to imply that you're wrong, but I've always been bad at LC interviews, but surprisingly (for myself) passable when called upon to troubleshoot and code up a hot fix in the middle of the night. Maybe those are not entirely similar types of pressures.
There is a big difference between solving a critical bug, which is your job, vs. passing an arbitrary leetcode test from a disinterested 22 year old where you might lose your house if you get it wrong. You have 15 minutes.
1. study the leetcode books in advance
2. do lots of interviews
In the military, there's a saying: train hard => fight easy
Re: Layoffs Don't Work
#590Earlier quoted context omitted.
Sounds like it requires knowing them to an order of magnitude or so... Which honestly sounds like a pretty good bar to have your team above?
Honestly, after ~13y in this, I only know a handful of items from the famous latency table, notably those I've used a lot (mutexes cost 25ns, is only 1/4th of main memory reference tho, then disk seek is x100K of that). I'm "DevOps" (and titular variants thereof) in most of my resume. That said, I'm not above your bar as each cloud provider have their own pricing model. I'm not even above your bar for AWS---which I'v…