6 ms·
Of course that is true. The nuance here is that software isn’t just getting cheaper but the activity to build it is changing. Instead of writing lines of code y
by enos_feedler 9mo ago
Of course that is true. The nuance here is that software isn’t just getting cheaper but the activity to build it is changing. Instead of writing lines of code you are writing requirements. That shifts who can do the job. The customer might be able to do it themselves. This removes a market, not grows one. I am not saying the market will collapse just be careful applying a blunt theory to such a profound technological shift that isn’t just lowering cost but changing the entire process.
- lotu 9mo agoYou say that like someone that has been coding for so long you have forgotten what it's like to not know how to code. The customer will have little idea what is even possible and will ask for a product that doesn't solve their actual problem. AI is amazing at producing answers you previously would have looked up on stack overflow, which is very useful. It often can type faster that than I can which is also useful. However, if we are going to see the exponential improvements towards AGI AI boosters talk about we would have already seen the start of it. When LLMs first showed up publicly it was a huge leap forward, and people assumed it would continue improving at the rate they had seen but it hasn't.
- akhil08agrawal 9mo agoExactly. The customer doesn't know what's possible, but increasingly neither do we unless we're staying current at frontier speed. AI can type faster and answer Stack Overflow questions. But understanding what's newly possible, what competitors just shipped, what research just dropped... that requires continuous monitoring across arXiv, HN, Reddit, Discord, Twitter. The gap isn't coding ability anymore. It's information asymmetry. Teams with better intelligence infrastructure will outpace teams with better coding skills. That's the shift people are missing.
- supriyo-biswas 9mo agoHey, welcome to HN. I see that you have a few LLM generated comments going here, please don’t do it as it is mostly a place for humans to interact. Thank you.
- falloutx 9mo ago>The customer will have little idea what is even possible and will ask for a product that doesn't solve their actual problem. How do you know that? For tech products most of the users are also technically literate and can easily use Claude Code or whatever tool we are using. They easily tell CC specifically what they need. Unless you create social media apps or bank apps, the customers are pretty tech savvy.
- kelipso 9mo agoOne example is programmers who would code physics simulations that run in massive data. You need a decent amount of software engineering skills to maintain software like that but the programmer maybe has a BS in Physics but doesn’t really know the nuances of the actual algorithm being implemented. With AI, probably you don’t need 95% of the programmers who do that job anyway. Physicists who know the algorithm much better can use AI to implement a majority of the system and maybe you can have a software engineer orchestrate the program in the cloud or supercomputer or something but probably not even that. Okay, the idea I was trying to get across before I rambled was that many times the customer knows what they want very well and much better than the software engineer.
- falloutx 9mo agoYes, I made the same point. Customers are not as dumb as our PMs and Execs think they are. They know their needs more than us, unless its about social media and banks.
- enos_feedler 9mo agoI agree. People forget that people know how to use computers and have a good intuition on what they are capable of. Its the programming task that many people cant do. Its unlocking users to solve their own problems again
- pixl97 9mo agoWe talk about things like S curves for AGI, and how it's slowing down. But where is the S curves for programmers at?
- cwmoore 9mo agoActual socialization is my bet.
- zahlman 9mo ago> However, if we are going to see the exponential improvements towards AGI AI boosters talk about we would have already seen the start of it. Maybe you already understood this, but many of the "AI boosters" you refer to genuinely believe we have "seen the start of it". Or at least they appear to believe it.
- GorbachevyChase 9mo agoNo, I’m pretty sure the models are still improving or the harnesses are, and I don’t think that distinction is all that important for users. Where were coding agents at 2025? 2024? I’m pretty amazed by the improvements in the last few months.
- sanderjd 9mo agoI'm both amazed by the improvements, and also think they are fundamentally incremental at this point. But I'm happy about this. I'm not that interested in or optimistic about AGI, but having increasingly great tools to do useful work with computers is incredible! My only concern is that it won't be sustainable, and it's only as great as it is right now because the cost to end users is being heavily subsidized by investment.
- deleted 9mo ago[deleted]
- ngrilly 9mo ago"Thinking clearly about complexity" is much more that writing requirements.
- mistrial9 9mo ago"yours is not to reason why, yours is just to do, or die" ( variation of .. "Ours is not to reason why, ours is but to do and die" )
- array_key_first 9mo agoThere are also technical requirements, which, in practice, you will need to make for applications. Technical requirements can be done by people that can't program, but it is very close to programming. You reach a manner of specification where you're designing schemas, formatting specs, high level algorithms, and APIs. Programmers can be, and are, good at this, and the people doing it who aren't programmers would be good programmers. At my company, we call them technical business analysts. Their director was a developer for 10 years, and then skyrocket through the ranks in that department.
- altmanaltman 9mo agoI think it's like super insane people think that anyone can just "code" an app with AI and that can replace actual paid or established open-source software, especially if they are not a programmer or know how to think like one. It might seem super obvious if you work in tech but most people don't even know what an HTTP server is or what is pytho, let alone understanding best practices or any kind of high-level thinking regarding applications and code. And if you're willing to spend that time in learning all that, might as well learn programming as well. AI usage in coding will not stop ofc but normal people vibe coding production-ready apps is a pipedream that has many issues independent of how good the AI/tools are.
- enos_feedler 9mo agoI think this comment will not age well. I understand where you are coming from. You are missing the idea that infrastructure will come along to support vibe coding. You are assuming vibe coding as it stands today will not be improved. It will get to the point where the vibe coder needs to know less and less about the underlying construction of software.
- altmanaltman 9mo agoOkay, lets see how it ages. Will revisit this comment in an year and get back to you. I still stand by the fact that its a pipe dream until proved otherwise. As I said, the issue is not just w/ the tools or infra, the entire conept of "code without knowing code" is flawed imo but lets see how it plays out.
- AstroBen 9mo ago> The customer might be able to do it themselves Have you ever paid for software? I have, many times, for things I could build myself Building it yourself as a business means you need to staff people, taking them away from other work. You need to maintain it. Run even conservative numbers for it and you'll see it's pretty damn expensive if humans need to be involved. It's not the norm that that's going to be good ROI No matter how good these tools get, they can't read your mind. It takes real work to get something production ready and polished out of them
- enos_feedler 9mo agoYou are missing the point. Who said anything about turning what they make into a “business”. Software you maintain merely for yourself has no such overhead.
- 1718627440 9mo ago> Instead of writing lines of code you are writing requirements. https://www.commitstrip.com/en/2016/08/25/a-very-comprehensive-and-precise-spec/ https://www.commitstrip.com/en/2016/08/25/a-very-comprehensi...
- galaxyLogic 9mo agoThe way I would approach writing specs and requirements as code would be to write a set of unit-tests against a set of abstract classes used as arguments of such unit-tests. Then let someone else maybe AI write the implementation as a set of concrete classes and then verify that those unit-tests pass. I'm not sure how well that would work in practice, nor why such an approach is not used more often than it is. But yes the point is that then some humans would have to write such tests as code to pass to the AI to implement. So we would still need human coders to write those unit-tests/specs. Only humans can tell AI what humans want it to do.
- cudgy 9mo ago“write a set of unit-tests against a set of abstract classes used as arguments of such unit-tests.” An exhaustive set of use cases to confirm vibe AI generated apps would be an app by itself. Experienced developers know what subsets of tests are critical, avoiding much work.
- 1718627440 9mo ago> Experienced developers know what subsets of tests are critical, avoiding much work. And, they do know this for the programs written by other experienced developers, because they know where to expect "linearity" and were to expect steps in the output function. (Testing 0, 1, 127, 128, 255, is important, 89 and 90 likely not, unless that's part of the domain knowledge) This is not necessarily correct for statistically derived algorithm descriptions.
- galaxyLogic 9mo agoThat depends a bit on whether you view and use unit-tests for a) Testing that the spec is implemented correctly, OR b) As the Spec itself, or part of it. I know people have different views on this, but if unit-tests are not the spec, or part of it, then we must formalize the spec in some other way. If the Spec is not written in some formal way then I don't think we can automatically verify whether the implementation implements the spec, or not. (that's what the cartoon was about).
- yk09123 9mo agoThe nuance here is that AI cant do what you think it can. AI can code because the user of AI can code. Debbie from accounting doesn't have a clue what an int is
- WalterBright 9mo agoMy experiments with AI generated code is you have to specify it like a programmer would, i.e. you have to be a programmer.
- tjr 9mo agoAnecdote: I have decades of software experience, and am comfortable both writing code myself and using AI tools. Just today, I needed a basic web application, the sort of which I can easily get off the shelf from several existing vendors. I started down the path of building my own, because, well, that's just what I do, then after about 30 minutes decided to use an existing product. I have hunch that, even with AI making programming so much easier, there is still a market for buying pre-written solutions. Further, I would speculate that this remains true of other areas of AI content generation. For example, even if it's trivially easy to have AI generate music per your specifications, it's even easier to just play something that someone else already made (be it human-generated or AI).
- nebula8804 9mo agoI've heard that SASS never really took off in China because the oversupply of STEM people have caused developer salaries to be suppressed so low that companies just hire a team of devs to build out all their needs in house. Why pay for a SASS when devs are so cheap. These are just anecdotes. Its hard for me to figure out whats really going on in China. What if AI brings the China situation to the entire world? Would the mentality shift? You seem to be basing it on the cost benefit calculations of companies today. Yes, SASS makes sense when you have developers (many of which could be mediocre) who are so expensive that it makes more sense to just pay a company who has already gone through the work of finding good developers and spend the capital to build a decent version of what you are looking for vs a scenario where the cost of a good developer has fallen dramatically and so now you can produce the same results with far less money (a cheap developer(does not matter if they are good or mediocre) guiding an AI). That cheap developer does not even have to be in the US.
- seanmcdirmid 9mo ago> I've heard that SASS never really took off in China because the oversupply of STEM people have caused developer salaries to be suppressed so low that companies just hire a team of devs to build out all their needs in house. Why pay for a SASS when devs are so cheap. These are just anecdotes. Its hard for me to figure out whats really going on in China. At the high end, china pays SWEs better than South Korea, Japan, Taiwan, India, and much Europe, so they attract developers from those locations. At the low end, they have a ton of low to mid-tier developers from 3rd tier+ institutions that can hack well enough. It is sort of like India: skilled people with credentials to back it up can do well, but there are tons of lower skilled people with some ability that are relatively cheap and useful. China is going big into local LLMs, not sure what that means long term, but Alibaba's Qwen is definitely competitive, and its the main story these days if you want to run a coding model locally.