"Work to live, don't live to work".
When you're on your deathbed work won't sit there with you and hold your hand. People are critical, not buildings or computers or networks.
If you do choose to go down the path of overwork for recognition (as I did in my early 20s to earn a business visa) set strict guidelines around it and ensure you benefit as much as your employer.
No one will manage your own work life balance better than you.
himata4113 27 minutes ago [-]
It's ultimately a choice, work hard and earn a lot so you can enjoy early retirement or grind out a balanced life until the day you die.
It's a balance of risk and reward, you might work hard and never get lucky enough to retire early, but more recently we've seen how a balanced life can backfire @ FAANG layoffs.
ben_w 7 minutes ago [-]
> It's ultimately a choice, work hard and earn a lot
"Don't work hard, work smart". Often there's an inverse relationship between how hard the work is and how well it pays. Picking crops is famously the worst. But even in software, the hardest work I did was a 10-day stretch of 10-hour days in one of the lowest paid positions I had: between my €1k-ish/month passive income and the imputed income due to no longer needing to pay rent, I get more sitting on my arse than that job paid.
Same applies to expenses. Software is (or was) one of the few forms of labour that lent themselves to remote work, and remote works allows people to lower what are often the two biggest expenses: rent, and transport.
lnenad 14 minutes ago [-]
Do you get satisfaction from your work? If yes, then that statement is irrelevant for you. If not then clock out at 5pm and do stuff that brings you joy and satisfaction.
Rebuff5007 10 minutes ago [-]
I think this is bad advice. "Does it bring you satisfaction" should not be the only factor for making decisions.
Even if you get plenty satisfaction from work, I think its important to invest in other parts of your life (family, health, hobbies).
watwut 2 hours ago [-]
Imo, you dont even have to wait for deathbed. I have seen this exact philosophy on developer/tech/enterpreneur forums for years.
The same exact forums are super engaged with "loneliness epidemic we are all lonely" topic, where everyone other person describes difficulty in that area. Well, yeah, if you work all the time, you wont have real friends. And yeah, if all you focus on is competition, all you will have are competitors and frenemies. And no, friends will not magically pop out of nothing the moment you wish them to.
"Everyone who does not spend whole weekends and evenings coding/vibing/working/writing is lazy. Also it is society fault that I do not have friends and cant find a partner".
gopalv 4 hours ago [-]
This Ousterhout lecture lives in my brain (this one and the one about scar tissue).
"A Little Bit of Slope Makes Up For a Lot of Y-Intercept"
What AI has done is that we can do 10x more work a week, while only delivering 2x to production.
Right now, there are 4 people (and me) working on the same idea in 5 different ways - we're all training small language models, the goal is to get smaller or fewer active parameters.
By next week, we'll have lost on 3 different approaches. I know my approach is a dead-end already, but I'm not ready to give up till the pencils down.
The people I work with are great, because they will see the better solution by the end of it, whether they proposed it or someone else did.
A couple of them have been in the industry for less than 5 years and I feel like their slope is better than mine, which means I'm going to have a good time when they're fully up to speed :)
anuptalwalkar 3 hours ago [-]
Thank you for that link. I started feeling rusty and needed something to shake off.
On a side note, I did founded my startup this year, and had that bug of doubt back of my head, but oh well…
hypfer 57 minutes ago [-]
> As a hiring manager at Anthropic, I stopped asking candidates to do them.
Before engaging with this content, one should keep in mind the very specific circumstances, that person is working in.
There might be learnings or thoughts that carry over to other businesses, but chances are high that most don't.
vdfs 40 minutes ago [-]
That made me stop reading, it'sobvious what he will say. Also why are they hiring, should just spun more agents
hypfer 6 minutes ago [-]
IMO the right choice.
It is either active PR or it is the kool aid seeping into this random guys thoughts and equally poisoning them.
kayashaolu2 5 hours ago [-]
The heart of the coding interview is to get signal on a candidates’ ability to solve a problem without all of the inputs given to them, see how they and explain their thought process as they do it.
Because of AI, what it means to “not have all of the inputs” has changed as anyone can cut and paste a Leetcode problem to a chatbot and solve it.
I think we are going to iterate a bit to figure out a better signal than the typical coding interview. For junior engineers, I think coding questions will move towards MBA style problems when someone is given more of an open ended question with a codebase and you see what the candidate does without context to reduce the problem.
toadi 3 hours ago [-]
I used to have a stack of books with references notes on my desk. The internet came and I could search and even stack-overflow improved this. Doing a whiteboard riddle from rote knowledge is something I always fail. That particular solution I maybe used it once or twice in my 30 years as SWE. Why would I remember this. I do remember where I can find the solution for it.
blitzar 1 hours ago [-]
The heart of the coding interview is to get signal on a candidates’ willingness to join the cult.
threatofrain 14 minutes ago [-]
It's not a cult, they're buying your time for money so you can make them more money. The janitor doesn't need to believe in what the building is about to maintain good standards, and although it's not the secret sauce, the janitor is also making a contribution to Anthropic.
anilgulecha 4 hours ago [-]
In the new world, normalised interviews are going away, because business value is not normalized. This means that domain based interviewing and signals are going to make a comeback.
It would make sense to build your career in a single domain, since your built up expertize will transfer to other companies within that domain.
Far fewer switches will happen for seniors across domains.
cik 3 hours ago [-]
I choose to argue the complete inverse. In the age of AI there is increasing value on being a reasonably well rounded generalist. Exposure to different paradigms and possibilities matters significantly more than depth within a single purview.
From a career risk perspective, this is also the right answer. Domains disappear, though they frequently morph. Cross domain knowledge allows the individual to apply lessons and patterns they've learned elsewhere.
_ink_ 3 hours ago [-]
"work on the weekend for free" aka move the risk (of wasted resources) to the employee. Excellent advice.
How about fostering a working culture were employees get a chance of trying out new things during office hours? Especially since AI is rising productivity so much.
mschuster91 2 hours ago [-]
> How about fostering a working culture were employees get a chance of trying out new things during office hours?
Everyone's cutting down on "employee non-billable time" (all while loading ever more BS "cybersecurity" and other compliance trainings).
> Especially since AI is rising productivity so much.
Financially it's better to fire workers, load the work onto much fewer shoulders, and hope AI gets good enough by the time the first remaining people burn out.
ispq 6 hours ago [-]
While the approach makes sense, I have yet to see a quantifiable and normalised way to replace Leetcode interviews.
It’s probably too soon to claim “death of the coding interview”.
pedro_caetano 26 minutes ago [-]
This will vary a lot with company size and problem domain. But strictly looking at SNR, my experience is that you get a lot more value out of doing mock code reviews than setting Leetcode problems.
Example mock code review (or quasi pair code review):
- look at 400-600 lines of code that are problem domain specific
- If onsite, we leave the room for an agreed time period where they can review the code on their own
- The code is purposefully sprinkled with layers of defects, basic language issues, footgun issues, test quality/coverage, styling, and architectural design
- Just let them talk through their findings, then pick their brains to understand how deeply they understand their own claims
- Stronger candidates will go from the basics up to design and more meta topics. Weaker ones usually only touch the surface
lubujackson 5 hours ago [-]
I have, and it is surprisingly straightforward.
Find an easy to understand product, like a step above a todo list app. Share a spec and have them code it in their own IDE using LLM. Focus on speed. Then have them extended it, adding some features. Then ask them to show you where certain functionality exists in the code and to explain the architecture of how it is built. Ask them where it is weak and could be improved.
That's it, that's the interview. SWEs are getting quite good at the prompting, but fast navigation and understanding of the code is the key.
Anyone that can effectively translate a spec to code with minimal handholding shows product awareness. Anyone who can produce a working app can prompt AI reasonably. Anyone who can revise their design on the fly to support new features is someone with flexible thinking and some humility. Anyone who can navigate and explain what AI built is someone that understands how to build a mental map of a codebase. Anyone who can do all of this in an interview is someone who can handle pressure, work quickly and communicate.
You are welcome to keep trotting out linked list traversals and sliding window problems if you like, but leetcode is now (and maybe always has been) about culture fit more than an ability to build software.
biggestriverman 4 hours ago [-]
The way you describe your ideal interview is how I conducted leet code style interviews. Ask a problem with a simple algorithm and then ask extensions until the time ran out. This worked pretty well.
For interviews where candidates are using AI I think you can supercharge this approach, but I do not think there is value in turning it into a code navigation puzzle as there is little value in that can be evaluated in the ~45 min you have for coding in a 1 hr interview slot. Ultimately in many software engineering jobs these days we need to understand how to build quality systems without looking into the underlying system except as necessary. I am not sure how to best evaluate this judgement in an AI assisted interview
anukin 5 hours ago [-]
Ai assisted interviews are pretty good and can replace leetcode parroting pretty well.
bob1029 3 hours ago [-]
I've been considering very unconventional techniques for interviews. Like requiring candidates participate in a team based multiplayer game as part of the interview process. Completely out of left field without warning.
Assuming the applicant has zero experience with gaming, this would be an incredible opportunity to evaluate how well they cope with uncertainty under pressure and adapt to unusual conditions. If the applicant is already a grandmaster on the ladder, this becomes an excellent test of their humility and teamwork.
If the applicant gets shitty about the mere idea of playing a game as part of a "serious" job interview, I think I would have all the information I need to make the right decision. If you can't get a little bit flexible in this new world, I don't want you on my team anymore.
probably_wrong 2 hours ago [-]
As someone who was job searching in the recent past I can tell you: these type of "alternative" interviews are perceived by job seekers as the circus master making their monkeys dance and, therefore, horribly demoralizing. Asking your candidate to do something completely unrelated to their job just because you think it reveals something about them comes off as flexing your power over someone who's trying to get their basic needs met in a sea of ghostings and AI rejections.
It has nothing to do with applicants discarding games as silly, BTW. Instead, I suggest you re-read your comment replacing online gaming with dancing and see if you'd be excited about such an interview. If your candidate is good enough to have choices they'll go to the one who respects them and their time.
chris_engel 2 hours ago [-]
Full agree - the ops idea feels terrible
Scea91 3 hours ago [-]
Why a multiplayer game when you can do the same test in a nicer environment at a local golf course?
bob1029 2 hours ago [-]
It's expensive to move humans around. Sending bits across the internet is very cheap.
watwut 2 hours ago [-]
They are not unconventional, they were very conventional during boom. They did not lead to great working teams, they led to "mini me" teams. Teams that force employees to "work" overtime by playing games.
Because ultimately, you are not testing working abilities, you are testing whether "he a good partner for a game".
jdw64 37 minutes ago [-]
Sometimes when I go in to get advice, I always realize that my situation is different from everyone else’s. It’s a good piece of writing, but it doesn’t fit me—though I don’t know how it is for other people.
rbbydotdev 2 hours ago [-]
leetcodes as much as we dont like them. could help to reduce bias. you either pass or fail them at the very least. now too much is being left to hand waving, interpretations can be charitable on the mood of the interviewer, or the opposite.
Although I do appreciate, giving green minds the chance, I cannot help but think hiring managers will read into "A Little Bit of Slope Makes Up For a Lot of Y-Intercept" as an excuse for ageism. Which the industry is already pretty rife with.
dijit 2 hours ago [-]
The issue that most people bring up is that it optimises for people with free time who can work on these things out of hours.
The same arguments are made against take-home tests.
Personally I'm not sure we can do anything really except try to make ourselves excellent judges of character when interviewing... because people will optimise for the interview if they know what's coming.
mailund 16 minutes ago [-]
> The issue that most people bring up is that it optimises for people with free time who can work on these things out of hours.
yeah, I'm currently trying to improve my ADS skills that have atrophied since I graduated, but it is just so incredibly much harder as an adult with responsibilities, work and hobbies than it was back when I had a bunch of time to go deep into all different programming subjects. By the rate I am going now, it's going to take multiple years to get to where I want to, without sacrificing more than I can of relationships, sleep, health, or other responsibilities
throwaway423342 1 hours ago [-]
No one’s time is free though. Whiteboard coding was imo more fair, less biased, and signal rich. AI does change the equation a bit now.
It's a balance of risk and reward, you might work hard and never get lucky enough to retire early, but more recently we've seen how a balanced life can backfire @ FAANG layoffs.
"Don't work hard, work smart". Often there's an inverse relationship between how hard the work is and how well it pays. Picking crops is famously the worst. But even in software, the hardest work I did was a 10-day stretch of 10-hour days in one of the lowest paid positions I had: between my €1k-ish/month passive income and the imputed income due to no longer needing to pay rent, I get more sitting on my arse than that job paid.
Same applies to expenses. Software is (or was) one of the few forms of labour that lent themselves to remote work, and remote works allows people to lower what are often the two biggest expenses: rent, and transport.
Even if you get plenty satisfaction from work, I think its important to invest in other parts of your life (family, health, hobbies).
The same exact forums are super engaged with "loneliness epidemic we are all lonely" topic, where everyone other person describes difficulty in that area. Well, yeah, if you work all the time, you wont have real friends. And yeah, if all you focus on is competition, all you will have are competitors and frenemies. And no, friends will not magically pop out of nothing the moment you wish them to.
"Everyone who does not spend whole weekends and evenings coding/vibing/working/writing is lazy. Also it is society fault that I do not have friends and cant find a partner".
"A Little Bit of Slope Makes Up For a Lot of Y-Intercept"
https://www.youtube.com/watch?v=mE98Is1quwY
> Pick a radical idea
> Build it over a weekend:
What AI has done is that we can do 10x more work a week, while only delivering 2x to production.
Right now, there are 4 people (and me) working on the same idea in 5 different ways - we're all training small language models, the goal is to get smaller or fewer active parameters.
By next week, we'll have lost on 3 different approaches. I know my approach is a dead-end already, but I'm not ready to give up till the pencils down.
The people I work with are great, because they will see the better solution by the end of it, whether they proposed it or someone else did.
A couple of them have been in the industry for less than 5 years and I feel like their slope is better than mine, which means I'm going to have a good time when they're fully up to speed :)
On a side note, I did founded my startup this year, and had that bug of doubt back of my head, but oh well…
Before engaging with this content, one should keep in mind the very specific circumstances, that person is working in.
There might be learnings or thoughts that carry over to other businesses, but chances are high that most don't.
It is either active PR or it is the kool aid seeping into this random guys thoughts and equally poisoning them.
Because of AI, what it means to “not have all of the inputs” has changed as anyone can cut and paste a Leetcode problem to a chatbot and solve it.
I think we are going to iterate a bit to figure out a better signal than the typical coding interview. For junior engineers, I think coding questions will move towards MBA style problems when someone is given more of an open ended question with a codebase and you see what the candidate does without context to reduce the problem.
It would make sense to build your career in a single domain, since your built up expertize will transfer to other companies within that domain.
Far fewer switches will happen for seniors across domains.
From a career risk perspective, this is also the right answer. Domains disappear, though they frequently morph. Cross domain knowledge allows the individual to apply lessons and patterns they've learned elsewhere.
How about fostering a working culture were employees get a chance of trying out new things during office hours? Especially since AI is rising productivity so much.
Everyone's cutting down on "employee non-billable time" (all while loading ever more BS "cybersecurity" and other compliance trainings).
> Especially since AI is rising productivity so much.
Financially it's better to fire workers, load the work onto much fewer shoulders, and hope AI gets good enough by the time the first remaining people burn out.
It’s probably too soon to claim “death of the coding interview”.
Example mock code review (or quasi pair code review):
- look at 400-600 lines of code that are problem domain specific
- If onsite, we leave the room for an agreed time period where they can review the code on their own
- The code is purposefully sprinkled with layers of defects, basic language issues, footgun issues, test quality/coverage, styling, and architectural design
- Just let them talk through their findings, then pick their brains to understand how deeply they understand their own claims
- Stronger candidates will go from the basics up to design and more meta topics. Weaker ones usually only touch the surface
Find an easy to understand product, like a step above a todo list app. Share a spec and have them code it in their own IDE using LLM. Focus on speed. Then have them extended it, adding some features. Then ask them to show you where certain functionality exists in the code and to explain the architecture of how it is built. Ask them where it is weak and could be improved.
That's it, that's the interview. SWEs are getting quite good at the prompting, but fast navigation and understanding of the code is the key.
Anyone that can effectively translate a spec to code with minimal handholding shows product awareness. Anyone who can produce a working app can prompt AI reasonably. Anyone who can revise their design on the fly to support new features is someone with flexible thinking and some humility. Anyone who can navigate and explain what AI built is someone that understands how to build a mental map of a codebase. Anyone who can do all of this in an interview is someone who can handle pressure, work quickly and communicate.
You are welcome to keep trotting out linked list traversals and sliding window problems if you like, but leetcode is now (and maybe always has been) about culture fit more than an ability to build software.
For interviews where candidates are using AI I think you can supercharge this approach, but I do not think there is value in turning it into a code navigation puzzle as there is little value in that can be evaluated in the ~45 min you have for coding in a 1 hr interview slot. Ultimately in many software engineering jobs these days we need to understand how to build quality systems without looking into the underlying system except as necessary. I am not sure how to best evaluate this judgement in an AI assisted interview
Assuming the applicant has zero experience with gaming, this would be an incredible opportunity to evaluate how well they cope with uncertainty under pressure and adapt to unusual conditions. If the applicant is already a grandmaster on the ladder, this becomes an excellent test of their humility and teamwork.
If the applicant gets shitty about the mere idea of playing a game as part of a "serious" job interview, I think I would have all the information I need to make the right decision. If you can't get a little bit flexible in this new world, I don't want you on my team anymore.
It has nothing to do with applicants discarding games as silly, BTW. Instead, I suggest you re-read your comment replacing online gaming with dancing and see if you'd be excited about such an interview. If your candidate is good enough to have choices they'll go to the one who respects them and their time.
Because ultimately, you are not testing working abilities, you are testing whether "he a good partner for a game".
One could even think of: https://en.wikipedia.org/wiki/Hungry_judge_effect
Although I do appreciate, giving green minds the chance, I cannot help but think hiring managers will read into "A Little Bit of Slope Makes Up For a Lot of Y-Intercept" as an excuse for ageism. Which the industry is already pretty rife with.
The same arguments are made against take-home tests.
Personally I'm not sure we can do anything really except try to make ourselves excellent judges of character when interviewing... because people will optimise for the interview if they know what's coming.
yeah, I'm currently trying to improve my ADS skills that have atrophied since I graduated, but it is just so incredibly much harder as an adult with responsibilities, work and hobbies than it was back when I had a bunch of time to go deep into all different programming subjects. By the rate I am going now, it's going to take multiple years to get to where I want to, without sacrificing more than I can of relationships, sleep, health, or other responsibilities