site banner

Tinker Tuesday for December 23, 2025

This thread is for anyone working on personal projects to share their progress, and hold themselves somewhat accountable to a group of peers.

Post your project, your progress from last week, and what you hope to accomplish this week.

If you want to be pinged with a reminder asking about your project, let me know, and I'll harass you each week until you cancel the service

Jump in the discussion.

No email address required.

So I've been grinding leetcode to prepare for a technical interview. We'll see how it goes.

The company sent me this "preparing for a technical interview" packet with a bunch of articles saying a good amount of time to prepare is 2-3 months, and here's 150 problems you can do to study.

I have less than two weeks.

So anyways, I'm plowing through the problems about 10-15 a day, trying to get the most out of them I can. Come up with a pseudo code algorithm, check the hints to see if I'm on the right track, do my solution, check it against what they came up with. Some problems I can solve off the dome without a debugger or anything. Some take a little more work. Some I'm nowhere close. I'll probably circle back to those if I have time at the end of all this.

Probably about 1/2 (so far) I still remember from college 20 years ago, although it was rusty. Some of it I'd never seen before in my life and never would have gotten it in a million years if I hadn't just been told "you solve problem X with solution Y". Like Floyd's cycle detection. Some I just definitely need more practice with so I can belt out solutions with less fumbling, like variable sliding windows. My time in the c#, stitching libraries together ghetto have not served me well.

It actually reminds me a lot of when I took Differential Equations. At least the way the class went for me, some Chinese guy just gave us very specific solutions to very specific problems, and then our job was to torture the equation's we were given into the form of one of those very specific problem:solution sets. And so it goes with leetcode. You just need to memorize the the problem:solution sets, and recognize that what they are asking is actually problem y with solution y.

At least that's how it appears at the moment.

Then again, supposedly the bar is hell. They asked me a few extremely basic technical questions in the screening interview, and then I was told I was the only person who got them all right. A buddy of mine who's hiring (but is not allowed to hire in the US) gave me a mock interview and basically told me even basic competence is rare, and the technical interview for a normal company is basically testing to make sure you aren't a complete fraud. Some of the stories he told me about fraud in the hiring process blew my mind with their brazenness.

I've been on both sides of interviewing. For better or for worse leetcode style stuff has become the standardized testing of hiring. Generally better since you can't really grind leetcode enough and still pass tech interviews if you have a <100 IQ. But it also rewards smart dorks who mercilessly study it but are otherwise shit developers.

You definitely lose people sometimes because they brainfart during one of them, or they get anxious and underperform. More experienced interviewers know this and get a sense fairly quickly if you're going to actually get the right answer if you have more time and lower pressure. The best companies use these very quantitative measures as foils to have more qualitative deep technical conversations and see how well you work together. People get hired all of the time even though they thought they failed the coding interview since they didn't get the right answer or they only wrote out an O(N^2) solution but were clearly on the right track in discussions for an O(N) one and they thought you were cool and reasonable.

Maddeningly, you never truly know why you fail most interviews. Try not to read too much into it if you do.

A buddy of mine who's hiring (but is not allowed to hire in the US) gave me a mock interview and basically told me even basic competence is rare, and the technical interview for a normal company is basically testing to make sure you aren't a complete fraud. Some of the stories he told me about fraud in the hiring process blew my mind with their brazenness.

Yes, there's an adverse selection problem. The people looking for jobs tend to be terrible. (Also if a job opening exists, it probably sucks: good people fleeing a shit show or because incompetent hires were fired.)