voidifremoved

Joined 10 years ago

Karma
207
Submissions
37
Member since
Aug 11
View on Hacker News

Recent submissions

Comment · 20 days ago
The bottleneck in software engineering has always been communication, whether that is engineers communicating amongst themselves or clients communicating what they want, or client's customers communicating to clients who communicate to management who communicate to middle management who communicate to engineers.

Every step introduces misunderstanding and miscommunication, and minds change, and when you go down the wrong path it is hard to alter course or start over while avoiding blame and ill feeling.

Offshoring quality was not as good as the original, because the original was being produced by developers who were close to the clients and steeped in the same assumptions.

With offshoring, all of the weight was borne by the specification - if something was not captured, it did not exist. It doesn't matter how much it was just a basic assumption that something would work that way - if you didn't say precisely what you wanted, you didn't get anything even close.

So someone close to a product could implement something in a week for x money. Management would see that "week" as a fixed unit of work that could be given to someone who would work for less - but that other person would require an order of magnitude more "prompting" in order to produce what you really wanted, because they didn't have the same knowledge and assumptions.

So their calculus was, well, it might actually take 5 weeks to get the same output, but it was still cheaper. But that completely overlooks the local overhead of 5 failed iterations, and the cost to client relations, or the cost to internal staff burning out in frustration at what was once simple becoming multiple needless failures, or the additional cost of documenting the spec to such a degree nothing gets left out. And the latter, you can't do until you've failed enough to know both sides different assumptions and knowledge gaps.

(Edit: also my point wasn't don't do it or that this can never work - it was that in this case management simply didn't care about the demonstrable quality problem because the cost of reiterating was so low they could afford to write off the first couple of failed attempts, and this is exactly the attitude we'll get with AI. If you can get something that's superficially most of the way there in an hour with a prompt all by yourself, there's no cost to just changing your mind, retrying, trying other things, all with no pesky engineers slowing things down)

Comment · 20 days ago
That's not the rug pull.

The rug pull is every software engineer losing their job.

Comment · 20 days ago
Remembering when I lost people to offshoring in the mid 00s. I made the case, with metrics, that the quality was nowhere near as good and the spec overhead was non-trivial.

Management's response? It doesn't matter - for the price they could get cheap offshore workers to do it over again 5 times and still save money.

Comment · 1 month ago
This is true in every online space, whether explicitly or implicitly.
Comment · 1 month ago
I would be 100% behind a version of Infinite Jest where the footnotes are in a separate volume.
Comment · 3 months ago
Self published uncontroversial statements of fact about individuals or companies are permitted but they don't establish notability, which is the whole issue here. You need broad third party coverage to decide if you should even have an article or topic, and then you can source details to blogs or tweets if it's justifiable.
Comment · 5 months ago
Amazon just ended support for older Kindles. Not sure how that's any different.
Comment · 6 months ago
Virtual Threads aren't quite the same as green threads (they don't block the OS thread) and they work extremely well now.
Comment · 6 months ago
Nice site, but missing the Law of Conservation of Misery.
Comment · 1 year ago
> A lot of it was unfortunately organizational politics

The hardest bugs in my experience are those where your only source of vital information is a third party who is straight-up lying to you.

Comment · 4 years ago
My recollection is that before subreddits were a thing, Reddit was not that far off how this place is now.
Comment · 4 years ago
On wikipedia: don't trust it blindly and always read the talk page.
Comment · 5 years ago
The original is almost impossible to debug when something inevitably goes wrong too.

I have encountered dozens of places where streaming API calls have been reworked into imperative by whoever ends up maintaining it just so they can figure out why the hell it is breaking in some unforseen edge case.

Comment · 6 years ago
One of the most prescient of the 20th dystopian novels was Fahrenheit 451.

This was not about a totalitarian government burning books.

This was about a population numbing themselves with bright colours, bland affirmation and meaningless feeds of facts. With vacuous, superficial interaction with friends and family through screens. They burned the books themselves, so they didn't have to encounter anything challenging.

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton