
- cross-posted to:
- hackernews@lemmy.bestiver.se


lobsters score: 3 · tags: vibecoding
My prediction is that this guy’s mood is most likely going downhill from here on out - unless he love being grumpy, some are like that :D
score 1 · canonical
Exactly. Look, if you’re gonna send me an AI-generated text, can’t you just save us all the hassle and give me the prompt you used? I won’t be happy, per se – I did want a text by you-the-human – but if you don’t wanna take the time to digest your thoughts into a form that I can read, then at least let me have the essence. But I gotta say, if you don’t have the time to digest your thoughts, are you sure you really have time to communicate with me?
A keyword list is almost better than a keyword list turned into long-winded prose by some AI.
score 1 · canonical
One day people will notice that «search bubble» also applies to just sending the prompts…
(I’d say the useful option is of three parts: prompt, the output, and how much vetting of the output has happened; OK if the last part is literally precisely zero, then prompt is enough)
score 1 · canonical
So I’ve heard a lot of people say this:
can’t you just save us all the hassle and give me the prompt you used?
For context I do not use LLMs for writing prose that I’ll share with anyone, but do use them as a research assistant, code reviewer, part-time data analyst, and occasionally for writing code (which does not get committed without significant review).
Here’s where the “just give me the prompt you used” thing has never made sense to me: I essentially never one-shot anything. If any LLM output is going to leave my machine in some form, it has gone through multiple rounds of iteration and review. High probability that it has also had access to the large volume of private notes that I’ve accumulated over the last 2 decades.
A keyword list is almost better than a keyword list turned into long-winded prose by some AI.
100% agree with that and honestly lol that has been how I’ve often answered questions in the past. No big prose trying to explain something, just “look up ‘frequency-domain decomposition’. It’s from civil engineering but it’s probably a good technique for what we’re doing.” and then being available for follow-up if need be.
score 1 · canonical
A keyword list is almost better than a keyword list turned into long-winded prose by some AI.
A keyword-style enumeration is also often better than that list turned into long-winded prose by a human because it is «good writing».
score 1 · canonical
Often I am 80% confident that something is wrong, to me the appeal of Claude is that I can quickly check, and be certain that it is wrong and how it is wrong.
I tend to agree that it is annoying if people state “Claude says…”, however I am not sure what a good alternative is:
score 1 · canonical
Used to be you could say : “I searched and found this : [link]”
This was sort of helpful, because searching took at least a little effort, established some sort of common baseline as articles or stackoverflow responses normally establish question context, as well as not implying that the responder really knows what they’re talking about. Still, it was not entirely polite, as your interlocutor could have, and probably had, searched themselves.
“Claude says” seems strictly worse, but I can’t express why very well in communicable terms. I would rather people simply didn’t, and just said “I don’t know, ask claude”, rather than proxying it for me.
score 1 · canonical
The real issue with both cases is: it takes knowledge to vet an explanation, be it linked or generated. «I found this and it explains in a way I endorse with more detail and polish than I care to write myself» is a pretty big value add on top of searching — or on top of prompting (but for people who read faster than type, this is cheaper than to provide an explanation personally). However, one cannot reliably signal how attentively one reviewed a text. So the often most efficient use of expertise, looking at a few available explanations and picking the one that actually makes sense, becomes impossible to use properly.
score 1 · canonical
Often I am 80% confident that something is wrong, to me the appeal of Claude is that I can quickly check, and be certain that it is wrong and how it is wrong.
I find that this is most appealing when it’s my own idea that might be wrong. My local LLM is a surprisingly capable critic of my ideas. And it is very good at finding the one nasty corner case that will send my entire design back the drawing board. Of course, I’d find that corner case eventually, but it might be 12 hours of work later, or perhaps when I’m working on version 2 and I find out I committed to a bad API. Like any outside technical criticism, I’ll decide that half of it is probably wrong, and filter the other half through my own knowledge.
But none of this excuses either outsourcing my own thinking, or just parroting Claude at my coworkers.
score 1 · canonical
I agree with the overall sentiment. One nitpick though
AI is the reason our software stack is overengineered to the 10th degree
I can confidentially state that this is not the case. Software for a long time now had been over engineered in many areas for a variety of reasons. Including, but not limited to, (un)intentional technical gate keeping, abstractions over abstractions over abstractions by companies looking to or selling the idea of “accelerating” development (llms in many cases extending this trend),and much more.
The situation we are finding our selves in now is not a cause. It is another symptom of a system that has been screwed up for a while.
score 1 · canonical
I feel like “over-engineered” is a misleading term here. It implies that it was a deliberate engineering effort, when often it was just cancerous growth. No engineer would think “Oh, the Golden Gate bridge is aging, let’s build a brand new smaller bridge with less capacity on top of it to resolve the problem!”
The worst software constructs I’ve seen were a product of ignorant, rushed and/or disempowered developers. So, the opposite of engineering.
score 1 · canonical
Imho it can be both as I have seen what you sketch out for sure. But don’t discount the over engineering done by highly technical people who (unknowingly) like making things complex. I also mentioned technological gatekeeping, I have seen projects first hand sold to management as being complex and needing specific knowledge in an attempt to keep “rifraf” at bay.
“Oh, the Golden Gate bridge is aging, let’s build a brand new smaller bridge with less capacity on top of it to resolve the problem!”
I distinctly seem to remember instances where bridges have been upgraded with an extra layer below on top.
At the end of the day we can nitpick about semantics around engineering all day.
But my overal message is that we have been converging on this overly complex mess from multiple directions for quite a while now.
score 1 · canonical
And speaking of overengineering bridges, the Tacoma Narrows Bridge was not overengineered when first built. It did not end well. But that’s bridges. This is software. Was the Apollo Guidance Computer overengineered? Given how harrowing the Apollo 11 landing was, I don’t think so.
score 1 · canonical
Sorry, with all due respect, but from the context it should become clear that this isn’t the sort of overengineering I mean.
score 1 · canonical