Live data from Hacker News

Eight Myths on Software Engineering and GenAI

queue.acm.org

81–90 of 269 posts

Re: Eight Myths on Software Engineering and GenAI

#81

This is actually true at my company. They expect employees to be 10× more productive now that we have AI.

I’ve had people tell me, with a completely straight face, that they expected 10-100x productivity improvements. This is at the executive and VC level. The mania is extreme.

Re: Eight Myths on Software Engineering and GenAI

#82

Earlier quoted context omitted.

> That meeting that you spent an hour in to understand the requirements? You don't need that meeting if you're not writing the code. How are you going to prompt the LLM or validate its output if you don't understand the requirements?

Your PM can write the ticket, and your QA can test the output.

>> How are you going to prompt the LLM or validate its output if you don't understand the requirements?

> Your PM can write the ticket, and your QA can test the output.

If your PM can write the ticket and your QA can test the output, why not cut out the middleman by having the PM write the coding agent prompt(s)?

And if your PM can write the coding agent prompt(s), why not cut out the QA group by having the PM write the verification prompt(s)?

And if your PM can write those prompts, why not cut out the PM and have your CSRs write the feature request/verification prompts?

And if your CSRs can write the feature request/verification prompts, why not cut them out and have the organization's customers write the feature request along with acceptance prompts?

And if customers can write those prompts, why would they pay you?

Re: Eight Myths on Software Engineering and GenAI

#83

Earlier quoted context omitted.

Okay. Show me the evidence that AI has an impact on productivity when doing design work. Or reducing meeting load. My own experience is that AI doesn't tighten the design cycle, and in fact might extend it by encouraging gold plating.

From the patterns I have seen people would tend to use the time to build demo's using AI instead of design and then have a back and forth on the demo itself. One has to consider the fact that demo's look more convincing/complete and give an impression that the design decision has been made. In some ways, how agile got rid of the need for explicit & detailed documentation, the AI created demo's will cut the requiremen…

> demo's look more convincing/complete ...

In the case of an LLM generated demo, usually deceptively so.

> and give an impression that the design decision has been made.

In the case of a vibed design, this is the opposite of useful for the team.

Re: Eight Myths on Software Engineering and GenAI

#85
post #44

Like many others in the comments, I feel there are a lot of assumptions in this piece. Before, coding is only 14% therefore, small slice. I think that's a very superficial assumption. That was because coding was expensive and we needed to be sure we didn't code the wrong thing. If code is as cheap as it is now, we will optimize differently, we will structure around it. Instead of so many meetings we will code 5 diffe…

> That was because coding was expensive and we needed to be sure we didn't code the wrong thing.

Coding has never been expensive as it is nothing more than a reification of a solution to a problem as it is understood at that time.

It is the underlying understanding of the problem which has always been expensive and remains so.

Re: Eight Myths on Software Engineering and GenAI

#86
post #25

>On my visits to the Bay Area, I would ask AI researchers or interns why they are doing their current research or projects, when in a year or three agentic LLMs could probably do them; This is such a weird point to make that doesn't become correct just because everyone makes it, all the time. Why clean the ocean if some magic future tech will clean them? Why save the world now if some benevolent AI is 'just around th…

although, if i'm out of tokens and have to wait a full day, i won't bother doing some things manually because the day i'll spend doing something won't take more than 1 hour the next day when tokens are available again.

That seems like a somewhat orthogonal point? Like, if I'm a carpenter and my batteries all run out / I can't actually power my power tools then the best course of action is to go home and recharge all the batteries instead of trying to hand-cut 100 pieces of lumber today. After all, the power tools can do it a lot faster (and with less effort) than I can.

I say this as someone who's watched a bunch of woodworking videos but hasn't actually done this myself :)

Re: Eight Myths on Software Engineering and GenAI

#87

>On my visits to the Bay Area, I would ask AI researchers or interns why they are doing their current research or projects, when in a year or three agentic LLMs could probably do them; This is such a weird point to make that doesn't become correct just because everyone makes it, all the time. Why clean the ocean if some magic future tech will clean them? Why save the world now if some benevolent AI is 'just around th…

By trade I'm a UX Researcher/Designer who designs in code (HTML/CSS) and have done so since 2009. Recently I vibe coded an entire python app with a database and each time I didnt know what to do I would just feed screenshots to Gemini or Codex for guidance (i think i could share my screen with Codex and it can guide me via a voice conversation). I know I could follow up and build a companion iPhone and Android app us…

In my experience, not everyone can really do this stuff by typing. I think you need to be creative, resourceful, inventive, open minded and have ideas how to approach the typing/prompting. I see many people struggle in using AI.

Re: Eight Myths on Software Engineering and GenAI

#88
even an AI assist that makes coding twice as fast would, in theory, improve developers’ overall productivity by less than 15 percent. The other 85 percent of their time remains untouched

I stopped reading after this. AI has massively impacted most aspects of my non-coding work including the mentioned planning, understanding legacy code bases, setting up environments, etc etc.

Either this article is written by people with skill issues or - given the platform - its a biased and protectionist take that will fall quickly under the march of reality.

Re: Eight Myths on Software Engineering and GenAI

#89
post #64
post #11

Earlier quoted context omitted.

Getting a usable PRD is often the bottleneck.

The real bottleneck is Omega Star getting their shit together. And I ain't joking.

Or SPS Commerce. Evidence is becoming unconvincing that they're even in business anymore.

Re: Eight Myths on Software Engineering and GenAI

#90
post #4

> We already know developers don’t actually spend most of their time writing code, with studies at Microsoft and elsewhere showing it’s closer to 14 percent. Anyone else finding they're spending more time writing code (or at least driving agents to write code) now? 14% used to feel about right for me - I'd spend the rest of the time researching approaches and libraries, planning things out in issues, or sometimes jus…

Does the code get reviewed? How do you deal with increased amount of code that may need to be looked at?
Post reply on HN