Lmfao the hardest part of building a product is understanding customer wants and needs. LLMs are incapable of understanding
Comment on We went from LEARN TO CODE to NO ONE LEARN TO CODE GET A CONSTRUCTION JOB in about a 3 year span.
mic_check_one_two@lemmy.dbzer0.com 1 day agoLLMs can’t code worth a shit yet. But techbros are determined to change that. The sad reality is that code is just a form of language, and LLMs are good at learning languages. They can’t code worth shit right now, but the progress likely will improve them.
We’ll still need experienced debuggers who can actually code. But in a decade, the broad strokes will likely be done by LLMs, which will vastly shrink the demand for experienced coders.
pixeltree@lemmy.blahaj.zone 1 day ago
CtrlAltDefeat@sh.itjust.works 1 day ago
You described project management
pixeltree@lemmy.blahaj.zone 1 day ago
No, it’s the difference between software engineering and software development. If your project manager is handling that, your org is wack
CtrlAltDefeat@sh.itjust.works 1 day ago
As far as I’m concerned, my PM is the customer. They spend time with the customer feedback and help to represent the end users. They spend time with customer feedback, the sales and executive teams to strategize with the company first. I ain’t got time for all that bs.
If that’s not how you work, it’s probably just a smaller org where people have to wear more hats. Nothin’ wrong with that.
hibsen@lemmy.world 1 day ago
I thought that was just the job we give people who are trying their best but can’t really anything.
Saleh@feddit.org 1 day ago
Learning a language and forming and expressing complex thoughts in an efficient way are three different things.
Learning the syntax of a programming language doesn’t make you a programmer.
Being able to solve complex problems with the programming language makes you a programmer.
Being able to solve complex problems with the programming language in an efficient way makes you a good programmer.
Isoprenoid@programming.dev 1 day ago
This is debatable. LLMs are prediction machines.
What use is prediction when you are trying to code something new?
Not_mikey@lemmy.dbzer0.com 1 day ago
The vast majority of coding isn’t making something new, it’s using existing patterns and tools and arranging them to fit a specific use case.
Llms may not be able to create a new framework or design pattern, but neither will most coders in there day to day.
Isoprenoid@programming.dev 1 day ago
I would argue that arranging something to fit a specific use case is making something new.
Ask any designer how difficult it is to get a spec sheet from a client and meet their expectations. We’re expecting LLMs to suddenly solve this problem.
Until they can do this, there is little threat to designers. There will be less grunt work, of course.
DragonTypeWyvern@midwest.social 1 day ago
Tbh this whole thing made me realize what we really need is a modular automated code bank
towerful@programming.dev 1 day ago
Open source, libraries, frameworks and language development is how this is tackled.
Making software is implementing business logic. It’s the specific nature of whatever problem you are solving which means you can’t use some existing off-the-shelf product.
There are dozens (if not hundreds) of no-code/low-code app builders out there. Things like n8n or ndoe-red.
They get very difficult to maintain at scale.
Yermaw@lemm.ee 1 day ago
Right now they are. Who knows what tomorrow will bring.
Compared to just 20 years ago we’re living in the future. You may not have noticed the progress because you’d expect the future to includes hoverboards.
pinball_wizard@lemmy.zip 1 day ago
We do. Experienced programmers who have been promised we’re about to be obsolete several times, now. For many of us, this isn’t our first rodeo.
As an expert in computer, there’s two things I can guarantee: