logoalt Hacker News

Balinaresyesterday at 11:03 AM4 repliesview on HN

I literally got my current cushy gig to fix a codebase that was crumbling under its own unmaintainable weight at a company that, like you, thought that quality doesn't matter. This is not the first time in my career I get a great job that way.

"Quality doesn't matter" people are why I'm not worried about employment. While there is value in getting features out fast, definitely, there always comes a point on your scaling journey where you have to evolve the stack structure for the purpose of getting those features out fast sustainably. That's where the quality of the engineering makes a difference.

(Anecdotally, the YouTube codebase may be locally messy, but its overall architecture is beautiful. You cannot have a system that uploads, processes, encodes, stores, and indexes massive amounts of videos every hour of every day that in the overwhelming majority of cases will be watched less than 10 times, and still make a profit, without some brilliant engineering coming in somewhere.)


Replies

bleudeballeyesterday at 7:03 PM

The Youtube mobile app is a nightmare to use, and has been for months (desktop is working quite well but I am using my phone 95% of the time). Reopening a short shows me a few frames of the next video before freezing, shorts die on second play constantly, history crashes because of shorts, changing to videos brings them back but navigating to shorts crashes again.

This has been reliably going on for at least 6+ months, I thought shorts was a big priority for them, but the UX is and remains horrible.

RamblingCTOyesterday at 11:06 AM

Both can be true: people who deliver products based on vision and all are very much needed and cracked devs who excel in technical details as well. Peter and you are of these respective groups then.

Aperockyyesterday at 6:57 PM

This is where the debate has another axis - when.

Quality matters, delivery speed matters, shipping also matters, where it matters and when it matters is much harder to get right. But it's also self correcting - if you don't, the project or business die - you can only get it wrong for so much or for so long.

To only discuss on one axis is presumably why GNU Hurd have never shipped or how claude-c-compiler doesn't compile hello world.

rjswyesterday at 12:28 PM

You still need a few people high enough up in a company who think that quality does matter to be able to get the job to fix things.

show 1 reply