| ▲ | daviding 6 hours ago |
| There seems a fair enthusiasm in the UI of these to hide code from coders. Like the prompt interaction is the true source and the actual code is some sort of annoying intermediate runtime inconvenience to cover up. I get that productivity can be improved with a lot of this for non developers, just not sure using 'code' as the term is the right one or not. |
|
| ▲ | cultofmetatron 3 hours ago | parent | next [-] |
| > There seems a fair enthusiasm in the UI of these to hide code from coders. Like the prompt interaction is the true source and the actual code is some sort of annoying intermediate runtime inconvenience to cover up. I've finally started getting into AI with a coding harness but I've take the opposite approach. usually I have the structure of my code in my mind already and talk to the prompt like I'm pairing with it. while its generating the code, I'm telling it the structure of the code and individual functions. its sped me up quite a lot while I still operate at the level of the code itself. the final output ends up looking like code I'd write minus syntax errors. |
| |
| ▲ | ok_dad 3 hours ago | parent | next [-] | | This is the way to do it if you're a serious developer, you use the AI coding agent as a tool, guiding it with your experience. Telling a coding agent "build me an app" is great, but you get garbage. Telling an agent "I've stubbed out the data model and flow in the provided files, fill in the TODOs for me" allows you the control over structure that AI lacks. The code in the functions can usually be tweaked yourself to suit your style. They're also helpful for processing 20 different specs, docs, and RFCs together to help you design certain code flows, but you still have to understand how things work to get something decent. Note that I program in Go, so there is only really 1 way to do anything, and it's super explicit how to do things, so AI is a true help there. If I were using Python, I might have a different opinion, since there are 27 ways to do anything. The AI is good at Go, but I haven't explored outside of that ecosystem yet with coding assistance. | |
| ▲ | mlcruz 3 hours ago | parent | prev [-] | | My workflow is quite similar. I try to write my prompts and supporting documentation in a way that it feels like the LLM is just writing what is in my mind. When im in implementation sessions i try to not let the llm do any decision making at all, just faster writing. This is way better than manually typing and my crippling RSI has been slowly getting better with the use of voice tools and so on. |
|
|
| ▲ | aniviacat 3 hours ago | parent | prev | next [-] |
| The fact that the Codex app is still unavailable on Linux makes me think the target audience isn't people who understand code. |
| |
|
| ▲ | Glemllksdf 4 hours ago | parent | prev | next [-] |
| The power to the people is not us the developers and coders. We know how to do a lot of things, how to automate etc. A billion people do not know this and probably benefit initially a lot more. When i did some powerpoint presentation, i browsed around and draged images from the browser to the desktop, than i draged them into powerpoint. My collegue looked at me and was bewildered how fast I did all of that. |
| |
| ▲ | Avicebron 3 hours ago | parent | next [-] | | I've helped an otherwise very successful and capable guy (architect) set up a shortcut on his desktop to shut down his machine. Navigating to the power down option in the menu was too much of a technical hurdle. The gap in needs between the average HNer and the rest of the world is staggering | | |
| ▲ | vunderba 3 hours ago | parent | next [-] | | This. I’m sure everyone has a similar story of how difficult it was to explain the difference between a program shortcut represented as a visual icon on a desktop versus the actual executable itself to somebody who didn’t grow up in the age of computing. And this was Windows… the purported OS for the masses not the classes. | |
| ▲ | siva7 2 hours ago | parent | prev | next [-] | | Oh boy, the gap between the average it professional and ai pros here is already staggering, let alone the rest of the world. I feel like an alien, no matter where. | |
| ▲ | Insanity 3 hours ago | parent | prev | next [-] | | Initially I thought you meant “software architect” and I was flabbergasted at how that’s possible. Took me a minute to realize there’s other architects out there lol. | | |
| ▲ | djcrayon 3 hours ago | parent | next [-] | | I think you just proved the point here about the divide between the average user of this site and the population. | | | |
| ▲ | 3 hours ago | parent | prev [-] | | [deleted] |
| |
| ▲ | MassiveQuasar 3 hours ago | parent | prev [-] | | right clicking start menu and clicking shutdown is too hard? amazing | | |
| ▲ | gmueckl 3 hours ago | parent | next [-] | | Yes! Even closing the windows of programs that users no longer need is hard. It's easy to develop a disconnect with the level that average users operate at when understanding computers deeply is part of the job. I've definitely developed it myself to some extent, but I have occasional moments where my perspective is getting grounded again. | |
| ▲ | antonvs 3 hours ago | parent | prev [-] | | It's a while since I've used Windows but I seem to remember it giving a choice of sleep, logout, switch session etc. I could totally see someone wanting a single button for it. | | |
| ▲ | dotancohen 20 minutes ago | parent [-] | | KDE is even worse. No matter which of those you choose, the next screen requires you to choose again. It's been this way since KDE 4.0. |
|
|
| |
| ▲ | zozbot234 3 hours ago | parent | prev [-] | | > The power to the people is not us the developers and coders. > We know how to do a lot of things, how to automate etc. You need to know these things if you want to use AI effectively. It's way too dumb otherwise, in fact it's dumb enough to be quite dangerous. |
|
|
| ▲ | _the_inflator 12 minutes ago | parent | prev | next [-] |
| I knew a guy who did 6510 and 68000 assembler for many years and had a hard time using higher order languages as well as DSLs. “Only assembler is real code. Everything else is phony, bloat for what can be done way better with a fraction of the C++ memory footprint.” Well that guy was me and while I still consider HOLs as weird abstractions, they are immensely useful and necessary as well as the best option for the time being. SQL is the classic example for so called declarative languages. To this day I am puzzled that people consider SQL declarative - for me it is exactly the opposite. And the rise of LLMs proof my point. So the moral of the story is, that programming is always about abstractions and that there have been people, who refused to adopt some languages due to a different reference. The irony is, that I will also miss C like HOLs but Prompt Engineering is not English language but an artificial system that uses English words. Abstractions build on top of abstractions. For you code is HOL, I still see a compiler that gives you machine code. |
|
| ▲ | woah 2 hours ago | parent | prev | next [-] |
| Check it out: you can open the repo in vim and compare changes with git, for the coderiest coding experience |
|
| ▲ | realusername 3 hours ago | parent | prev | next [-] |
| It's reminds me what happened with Frontpage, ultimately people are going to learn the same lesson, there's no replacement for the source code. |
| |
| ▲ | vlapec 3 hours ago | parent [-] | | In UI, I’m pretty sure that replacement is already here. We’ll be lucky if at least backend stays a place where people still care about the actual source. | | |
| ▲ | realusername 2 hours ago | parent [-] | | I'd say the opposite, the frontend code is so complex these days that you can't escape the source code. If you stick to tailwind + server side rendered pages you can probably go pretty far with just AI and no code knowledge but once you introduce modern TS tooling, I don't think it's enough anymore. |
|
|
|
| ▲ | ModernMech 4 hours ago | parent | prev | next [-] |
| Yes, the code is still important. For example, I had tasked Codex to implement function calling in a programming language, and it decided the way to do this was to spin up a brand new sub interpreter on each function call, load a standard library into it, execute the code, destroy the interpreter, and then continue -- despite an already partial and much more efficient solution was already there but in comments. The AI solution "worked", passed all the tests the AI wrote for it, but it was still very very wrong. I had to look at the code to understand it did this. To get it right, you have to either I guess indicate how to implement it, which requires a degree of expertise beyond prompting. |
| |
| ▲ | ai-tamer 4 hours ago | parent | next [-] | | Do you ask it for a design first? Depending on complexity I ask for a short design doc or a function signature + approach before any code, and only greenlight once it looks sane. | | |
| ▲ | ModernMech 3 hours ago | parent [-] | | I understand the "just prompt better" perspective, but this is the kind of thing my undergraduate students wouldn't do, why is the PhD expert-level coder that's supposed to replace all developers doing it? Having to explicitly tell it not to do certain boneheaded things, leave me wondering: what else is it going to do that's boneheaded which I haven't explicit about? | | |
| ▲ | zozbot234 3 hours ago | parent [-] | | Because it's not "PhD-expert level" at all, lol. Even the biggest models (Mythos, GPT-Pro, Gemini DeepThink) are nowhere near the level of effort that would be expected in a PhD dissertation, even in their absolute best domains. Telling it to work out a plan first is exactly how you would supervise an eager but not-too-smart junior coder. That's what AI is like, even at its very best. | | |
| ▲ | TeMPOraL an hour ago | parent | next [-] | | That's not the best framing, IMO. More important is, even a PhD expert human wouldn't one-shot complex programs out of short, vague requests. There's a process to this. Even a thesis isn't written in one, long, amphetamine-fueled evening. It's a process whose every steps involves thinking, referencing sources, talking with oneself and other people, exploring possibilities, going two steps forward and one step back, and making decisions at every point. Those decisions are, by large, what humans still need to do. If the problem is complex, and you desperately avoid needing to decide, then what AI produces will surprise you, but in a bad way. | |
| ▲ | ModernMech 2 hours ago | parent | prev [-] | | I understand that but 1) expert-level performance is how they are being sold; but moreover 2) the level of hand-holding is kind of ridiculous. I'll give another example, Codex decided to write two identical functions linearize_token_output and token_output_linearize. Prompting it not to do things like that feels like plugging holes in a dyke. And through prompting, can you even guarantee it won't write duplicate code? I'll give a third example: I gave Codex some tests and told it to implement the code that would make the tests pass. Codex wrote the tests into the testing file, but then marked them as "shouldn't test", and confirmed all tests pass. Going back I told it something to the effect "you didn't implement the code that would make the tests work, implement it". But after several rounds of this, seemingly no amount of prompting would cause it to actually write code -- instead each time it came back that it had fixed everything and all tests pass, despite only modifying the tests file. In each example, I keep coming back to the perspective that the code is not abstracted, it's an important artifact and it needs/deserves inspection. | | |
| ▲ | zozbot234 2 hours ago | parent [-] | | > the code is not abstracted, it's an important artifact and it needs inspection. That's a rather trivial consideration though. The real cost of code is not really writing it out to begin with, it's overwhelmingly the long-term maintenance. You should strive to use AI as a tool to make your code as easy as possible to understand and maintain, not to just write mountains of terrible slop-quality code. |
|
|
|
| |
| ▲ | porridgeraisin 4 hours ago | parent | prev [-] | | Yep, all models today still need prompting that requires some expertise. Same with context management, it also needs both domain expertise as well as knowing generally how these models work. |
|
|
| ▲ | avaer 5 hours ago | parent | prev [-] |
| Hot take: we (not I, but I reluctantly) will keep calling it code long after there's no code to be seen. Like we did with phones that nobody phones with. |
| |
| ▲ | jerf 4 hours ago | parent | next [-] | | Code isn't going anywhere. Code is multiple orders of magnitude cheaper and faster than an LLM for the same task, and that gap is likely to widen rather than contract because the bigger the AI gets the sillier it gets to use it to do something code could have done. Compare the actual operations done for code to add 10 8-digit numbers to an LLM on the same task. Heck, I'll even say, forget the possibility the LLM may be wrong. Just compare the computational resources deployed. How many FLOPS for the code-based addition? How many for the LLM? That's a worst-case scenario in some ways but it also gives you a good sense of what is going on. Humans may stop looking at it but it's not going anywhere. | | |
| ▲ | gobdovan an hour ago | parent [-] | | I think grandparent comments were talking about how Codex designers try to push LLMs to displace the interface to code, not necessarily code itself. In that view, code could stay as the execution substrate, but the default human interaction layer moves upward, the way higher-level languages displaced direct interaction with lower-level ones. From a HCI perspective, raw computational efficiency is not the main question; the bottleneck is often the human, so the interface only has to be fast and reliable enough at human timescales. |
| |
| ▲ | jorl17 5 hours ago | parent | prev | next [-] | | Very much agree. Everyday people can now do much more than they could, because they can build programs. The idea that code is something sacred and only devs can somehow do it is dying, and I personally love it, as I am watching it enable so many of my friends and family who have no idea how to code. Today, when we think of someone "using the computer" we gravitate towards people using apps, installing them, writing documents, playing games. But very rarely have we thought of it as "coding" or "making the computer do new things" -- that's been reserved, again, for coders. Yet, I think that a future is fast approaching where using the computer will also include simply coding by having an agent code something for you. While there will certainly still be apps/programs that everyone uses, everyone will also have their own set of custom-built programs, often even without knowing it, because agents will build them, almost unprompted. To use a computer will include _building_ programs on the computer, without ever knowing how to code or even knowing that the code is there. There will of course still be room for coders, those who understand what's happening below. And of course that software engineers should know how to code (less and less as time goes on, though, probably), but no doubt to me that human-computer interaction will now include this level of sophistication. We are living in the future and I LOVE IT! | | |
| ▲ | William_BB 4 hours ago | parent | next [-] | | > The idea that code is something sacred and only devs can somehow do it is dying, and I personally love it, as I am watching it enable so many of my friends and family who have no idea how to code. People on HN are seriously delusional. AI removed the need to know the syntax. Your grandma does not know JS but can one shot a React app. Great! Software engineering is not and has never been about the syntax or one shotting apps. Software engineering is about managing complexity at a level that a layman could not. Your ideal word requires an AI that's capable of reasoning at 100k-1 million lines of code and not make ANY mistakes. All edge cases covered or clarified. If (when) that truly happens, software engineering will not be the first profession to go. | | |
| ▲ | cameronh90 4 hours ago | parent | next [-] | | I wonder how good AI is at playing Factorio. That’s the closest thing I’ve ever done to programming without the syntax. | |
| ▲ | jorl17 4 hours ago | parent | prev | next [-] | | I never said Software Engineering is dying or needs to go. I'm not the least bit afraid of it. In fact, in the very message you're replying to, I hinted at the opposite (and have since in another post stated explicitly that I very much think the profession will still need to exist). My ideal world already exists, and will keep getting better: many friends of mine already have custom-built programs that fit their use case, and they don't need anything else. This also didn't "eat" any market of a software house -- this is "DIY" software, not production-grade. That's why I explicitly stated this is a new way of human-computer-interaction, which it definitely is (and IMO those who don't see this are the ones clearly deluded). | |
| ▲ | thunky 2 hours ago | parent | prev | next [-] | | > People on HN are seriously delusional. Yes you sure are. | |
| ▲ | 3fgdf 2 hours ago | parent | prev [-] | | [dead] |
| |
| ▲ | xienze an hour ago | parent | prev [-] | | > I am watching it enable so many of my friends and family who have no idea how to code. Be careful what you wish for, this is going to be a double edged sword like YouTube is. YouTube allowed regular people without money and industry connections to make all sorts of quality, niche content. But for every bit of great content, there’s 1000 times as much garbage and outright misleading shit. Giving people without any clue how computing works the ability to create software that interfaces with the outside world is likewise going to create some great stuff and 1000 times as much buggy and dangerous stuff. And allow untold numbers of scammers with no technical skill the ability to scam the wider world. | | |
| ▲ | jorl17 an hour ago | parent [-] | | I'm aware, and I'll very much take those odds. This is just another problem for humanity to solve in its quest to empower itself. I'm not sure how we're going to solve the obviously relevant problem of slop, but I would rather die trying, than restrict access to knowledge and capability because of evil. I believe in the GOOD of humanity. We WILL find a way. |
|
| |
| ▲ | throawayonthe 3 hours ago | parent | prev | next [-] | | i WISH we weren't phoning with them anymore, but people keep trying to send me actual honest-to-god SMS in the year 2026, and collecting my phone number for everything including the hospital and expect me to not have non-contact calls blocked by default even though there are 7 spam calls a day | | |
| ▲ | ang_cire 3 hours ago | parent [-] | | In what world would I prefer to give someone access to me via a messaging app rather than a fully-async text SMS message? I don't even love that people can see if you've read their texts now. Fully agree about phone calls though. |
| |
| ▲ | William_BB 4 hours ago | parent | prev | next [-] | | Yeah, that's indeed a hot take. I am curious what kind of code you write for a living to have an opinion like this. | | |
| ▲ | avaer 4 hours ago | parent [-] | | It's not the code I write, it's what I've noticed from people in 25 years of writing code in the corner. All of my friends who would die before they use AI 2 years ago now call themselves AI/agentic engineers because the money is there. Many of them don't understand a thing about AI or agents, but CC/Codex/Cursor can cover up for a lot. Consequently, if Claude Code/"coding agents" is a hot topic (which it is), people who know nothing about any of this will start raising money and writing articles about it, even (especially) if it has nothing to do with code, because these people know nothing about code, so they won't realize what they're saying makes no sense. And it doesn't matter, because money. Next thing you know your grandma will be "writing code" because that's what the marketing copy says. That's all it takes for the zeitgeist to shift for the term "code". It will soon mean something new to people who had no idea what code was before, and infuriating to people who do know (but aren't trying to sell you something). I know that's long-winded but hopefully you get where I'm coming from :D. | | |
| ▲ | boxedemp an hour ago | parent | next [-] | | Well put, but I don't like it. Though, I've seen this exact pattern multiple times now. | |
| ▲ | jorl17 4 hours ago | parent | prev [-] | | Totally this. People who don't see this seem to think we're in some sort of "bubble" or that we don't "ship proper code" or whatever else they believe in, but this change is happening. Maybe it'll be slower than I feel, but it will definitely happen. Of course I'm in a personal bubble, but I've got very clear signs that this trend is also happening outside of it. Here's an example from just yesterday. An acquaintance of mine who has no idea how to code (literally no idea) spent about 3 weeks working hard with AI (I've been told they used a tool called emergent, though I've never heard of it and therefore don't personally vouch for it over alternatives) to build an app to help them manage their business. They created a custom-built system that has immensely streamlined their business (they run a company to help repair tires!) by automating a bunch of tasks, such as: - Ticket creation - Ticket reporting - Push notifications on ticket changes (using a PWA) - Automated pre-screening of issues from photographs using an LLM for baseline input - Semi-automated budgeting (they get the first "draft" from the AI and it's been working) - Deep analytics I didn't personally see this system, so I'm for sure missing a lot of detail. Who saw it was a friend I trust and who called me to relay how amazed they were with it. They saw that it was clearly working as intended. The acquaintance was thinking of turning this into a business on its own and my friend advised them that they likely won't be able to do so, because this is very custom-built software, really tailored to their use case. But for that use case, it's really helped them. In total: ~3 weeks + around 800€ spent to build this tool. Zero coding experience. I don't actually know how much the "gains" are, but I don't doubt they will definitely be worth it. And I'm seeing this trend more and more everywhere I look. People are already starting to use their computer by coding without knowing, it's so obvious this is the direction we're going. This is all compatible with the idea of software engineering existing as a way of building "software with better engineering principles and quality guarantees", as well as still knowing how to code (though I believe this will be less and less relevant). My experience using LLMs in contexts where I care about the quality of the code, as well as personal projects where I barely look at the code (i.e. "vibe coding") is also very clearly showing me that the direction for new software is slowly but surely becoming this one where we don't care so much about the actual code, as long as the requirements are clear, there's a plethora of tests, and LLMs are around to work with it efficiently (i.e. if the following holds -- big if: "as the codebase grows, developing a feature with an LLM is still faster than building it by hand") . It is scary in many ways, but agents will definitely become the medium through which we build software, and, my hot-take here (as others have said too) is that, eventually, the actual code will matter very little -- as long as it works, is workable, and meets requirements. For legacy software, I'm sure it's a different story, but time ticks forward, permanently, all the time. We'll see. | | |
| ▲ | dotancohen 9 minutes ago | parent | next [-] | | From what you describe, I probably would have charged them a tad more and taken a tad longer to deliver. However they would receive a production-ready application, that properly filters and sanitises and normalizes input, that is robust and resilient and reasonably extensible, and has a logical database format. Tell me, does this vibe coded app running this business properly handle monetary addition, such as in invoicing or summarizing or deciding how big a check to write to the tax man? Are you sure? No floating point math hiding intermittent bugs? | | |
| ▲ | jorl17 6 minutes ago | parent [-] | | Too bad they couldn't reach you. | | |
| ▲ | dotancohen 4 minutes ago | parent [-] | | That's actually a great point. The real problem we have is putting businesses and clients together. And traditional advertising is certainly not the answer. |
|
| |
| ▲ | ai-tamer 3 hours ago | parent | prev | next [-] | | Fully agree. Non-dev solutions are multiplying, but devs also need to get much more productive. I recently asked myself "how many prompts to rebuild Doom on Electron?" Working result on the third one. But, still buggy though. The devs who'll stand out are the ones debugging everyone else's vibe-coded output ;-) | |
| ▲ | LtWorf 3 hours ago | parent | prev [-] | | So they invented microsoft access? | | |
|
|
| |
| ▲ | mcmcmc 5 hours ago | parent | prev [-] | | > Like we did with phones that nobody phones with. Since when? HN is truly a bubble sometimes | | |
| ▲ | simplyluke 4 hours ago | parent [-] | | Easily less than 10% of my time spent using a phone today involves making phone calls, and I think that's far from an outlier. You'll cause mild panic in a sizable share of people under 30 if you call them without a warning text. | | |
| ▲ | mcmcmc 4 hours ago | parent | next [-] | | That’s a pretty far cry from “nobody makes phone calls”. You can also find people who spend 6+ hours on phone calls everyday, including people under 30. | |
| ▲ | AnimalMuppet 4 hours ago | parent | prev [-] | | On the flip side, I cause a medium panic in my daughter when I text "please call me when you can" without a why attached. She assumes someone's in the hospital or dying or something. | | |
| ▲ | greenchair 2 hours ago | parent | next [-] | | Yes like those people who send meeting invites with generic or useless title and no agenda or topic text in the invite. I'm not attending. | |
| ▲ | simplyluke 2 hours ago | parent | prev [-] | | My mom had to lay down a rule that if I called her at a weird hour I needed to open with whether or not I was okay. Almost 30 now and still do the same thing. |
|
|
|
|