←back to thread

Please stop the coding challenges

(blackentropy.bearblog.dev)
261 points CrazyEmi | 2 comments | | HN request time: 0s | source
Show context
agentultra ◴[] No.42149111[source]
> When was the last time you had to debug an ancient codebase without documentation or help from a team?

All the time. 300-400k SLOC in C++. Legacy in the sense that there were no tests of any kind. Little-to-no documentation. Solo developer at the tiny company. Fix bugs and add features while keeping the system available to the tens of thousands of users.

A more recent example: here’s a patch for a critical feature we need. It was written over a year ago. The original author isn’t available anymore. You can write the code from scratch or try to resurrect the patch against master.

Being able to jump into a project and lead people towards some goal is definitely a skill for senior developer positions. Yes, you generally have a team you can lean on and have the ability to do research and all that. But how do you show that you can do all that in an interview?

Agree with the conclusion that a good thing to test for is for problem-solving.

The tech side depends a lot on what you’re doing. Although it gets ridiculous and organizations get lazy with this part. You don’t need to be white boarding graph algorithms for a junior web developer role. If your application is a social networking role and you’re interviewing a senior developer or architect? Definitely. They’re going to be teaching this stuff and need to understand it at a deep level.

replies(25): >>42149161 #>>42149283 #>>42149381 #>>42149490 #>>42149504 #>>42149546 #>>42149679 #>>42150007 #>>42150216 #>>42150233 #>>42150322 #>>42150383 #>>42150537 #>>42151066 #>>42151233 #>>42151287 #>>42151513 #>>42152496 #>>42153372 #>>42153374 #>>42155334 #>>42155491 #>>42157152 #>>42162104 #>>42194406 #
KronisLV ◴[] No.42149546[source]
> Solo developer at the tiny company.

> Fix bugs and add features while keeping the system available to the tens of thousands of users.

Don't tens of thousands of users warrant more developers? Or having enough of a budget to work on tests, or other things to improve the developer experience and be able to work without lots of stress? That's unfortunate.

replies(1): >>42149759 #
ben_w ◴[] No.42149759[source]
I think I managed about 10k users with my mac shareware games in 2009/10, and that didn't get me ramen profitability let alone modern pay scales.

So not necessarily any budget for more than they did.

replies(1): >>42153387 #
Aeolun ◴[] No.42153387[source]
Single dev codebases have a really hard time growing to 400kloc though
replies(2): >>42155027 #>>42155432 #
rudasn ◴[] No.42155027[source]
Hmm. I've found that it's much easier and faster to write a lot of code than to take the time and be thoughtful of what you end up shipping.

> I didn't have time to write a short letter, so I wrote a long one instead. Mark Twain [0]

[0] https://www.goodreads.com/quotes/21422-i-didn-t-have-time-to...

replies(1): >>42155643 #
1. Aeolun ◴[] No.42155643{3}[source]
That’s true to an extend, but you need to work to make that much code.
replies(1): >>42155901 #
2. ben_w ◴[] No.42155901[source]
Not necessarily — I've had the misfortune of working with someone who repeatedly, rather than subclass, duplicated the entire file.

Including the comments I'd added saying "TODO: de-duplicate this method".

That only got the project up to about 120 kloc before I'd had enough of that nonsense and left.

My understanding is that line count was mostly down to that one dev, as he didn't only ignore what I had to say when I was there, he also ignored the occasional contractor.