News for hackers. Stuff that matters.
Re:The Myth of Developer Obsolescence by Lutger on Tuesday May 27, 2025 @08:09AM (#44106140)
Between "no" and "yes sure" also lie 50 shades of "is this what you meant?". For example, this older guy asked me to create a webpage where people could "download the database". He meant a very limited csv export of course. I an wondering if chatgpt would have understood his prompts, and this was one of the more obvious ones to me.
Re:The Myth of Developer Obsolescence by whstl on Tuesday May 27, 2025 @08:12AM (#44106160)
Definitely. Saying no is not really denying, it's negotiating.
Re:The Myth of Developer Obsolescence by blooalien on Tuesday May 27, 2025 @08:50AM (#44106454)
> Saying no is not really denying, it's negotiating.

Sometimes. I have often had to say "no" because the customer request is genuinely impossible. Then comes the fun bit of explaining why the thing they want simply cannot exist, because often they'll try "But what if you just ... ?" – "No! It doesn't work that way, and here's why..."

Re:The Myth of Developer Obsolescence by whstl on Tuesday May 27, 2025 @09:05AM (#44106588)
Argh.

I had to explain recently that `a * x !== b * x when a !== b`*... it is infuriating hearing "but the result is the same in this other competitor" coupled with the "maybe the problem here is you're not knowledgeable enough to understand".

Re:The Myth of Developer Obsolescence by cogman10 on Tuesday May 27, 2025 @09:18AM (#44106697)
Ah, I see you've worked on financial software as well ;)

We've definitely had our fair share of "IDK what to tell you, those guys are mathing wrong".

TBF, though, most customers are pretty tolerant of explainable differences in computed values. There's a bunch of "meh, close enough" in finance. We usually only run into the problem when someone (IMO) is looking for a reason not to buy our software. "It's not a perfect match, no way we can use this" sort of thing.

Re:The Myth of Developer Obsolescence by whstl on Tuesday May 27, 2025 @09:59AM (#44107111)
The super-advanced math that finance folks would throw at us was daunting.

At this particular job I used the plus, the star (multiplication) and once I even got to use the minus.

There's a legend going around that a friend of mine has used division, but he has a PhD.

Re:The Myth of Developer Obsolescence by ericrosedev on Tuesday May 27, 2025 @10:18AM (#44107265)
“I can explain it to you, but I can’t understand it for you”
Re:The Myth of Developer Obsolescence by const_cast on Tuesday May 27, 2025 @07:41PM (#44111591)
Almost nothing is impossible, but a lot of things are really close. If it requires changing fundamental design aspects of a system then it's not worth it. I'm not going to burn down the code base and cause 1.5 million side effects that we don't know what they do so you can drag and drop a piece of the UI around like a widget.
Re:The Myth of Developer Obsolescence by bombcar on Tuesday May 27, 2025 @09:31AM (#44106820)
I call it "nogotiating" - the problem is that inexperienced devs emphasize the "no" part and that's all the client hears.

What you have to do is dig into the REASONS they want X or Y or Z (all of which are either expensive, impossible, or both) - then show them a way to get to their destination or close to it.

Re:The Myth of Developer Obsolescence by pixl97 on Tuesday May 27, 2025 @01:13PM (#44108841)
"Yes, I can do that, but I don't think downloading the entire database is exactly what you want"
Re:The Myth of Developer Obsolescence by rawgabbit on Tuesday May 27, 2025 @10:18AM (#44107260)
A pet peeve of mind is the word negotiation in the context of user requirements.

In the business user’s mind, negotiation means the developer can do X but the developer is lazy. Usually, it is requirement X doesn’t make any sense because a meeting was held where the business decided to pivot to a new direction and decided the new technical solution. The product owner simply gives out the new requirement without the context. If an architect or senior developer was involved in the meeting, they would have told the business you just trashed six months of development and we will now start over.

Re:The Myth of Developer Obsolescence by immibis on Tuesday May 27, 2025 @02:01PM (#44109249)
I think he actually had a clearer vision of the requirements than you do. In web dev jargon land (and many jargon lands) "the database" means "the instance of Postgres" etc.

But fundamentally it just means "the base of data", the same way "a codebase" doesn't just mean a Git repository. "Downloading the database" just means there's a way to download all the data, and CSV is a reasonable export format. Don't get confused into thinking it means a way to download the Postgres data folder.

Re:The Myth of Developer Obsolescence by pempem on Tuesday May 27, 2025 @06:09PM (#44111087)
OMG this reminds me of a client (enterprise) I had who had been pushed into the role of product and he requested we build a website that "lets you bookmark every page"
Re:The Myth of Developer Obsolescence by rypskar on Wednesday May 28, 2025 @01:54AM (#44113098)
>> lets you bookmark every page

In today's world with all the SPAs that don't push to history or don't manage to open the correct page based on history, this seems like a valid requirement

Re:The Myth of Developer Obsolescence by chipsrafferty on Wednesday May 28, 2025 @06:17PM (#44121155)
That's actually a very valid request, and easy to understand. They want static endpoints and heavy use of query parameters so you can bookmark individual page states.

It's up to you to work with them to identify key features and figure out precisely what to do.

Re:The Myth of Developer Obsolescence by pempem on Friday May 30, 2025 @05:23PM (#44140001)
Thanks Chip - we managed to navigate the problem several years ago.