5/26/2026 at 9:02:23 AM
My take on the issue is that for most use cases where AI is pushed to the general public, a conversational chatbot is not the right tool, and the experience is bound to be frustrating.Remember when Copilot was basically a super-smart version of Intellisense? It was awesome. Sure, there was a lot of pushback and concern, mainly about licensing and ethical issues, none of which are solved with the current chatbot model. But now I also have to come up with a prompt and type it out. How is that an improvement over having the LLM use surrounding code as context and figure out how to fill in the blanks? A well integrated tool beats a bolted-on chatbot any time for me. Another example would be translation: in Firefox, I can right click any text or click the 文/A button, and I can translate the text or the whole page from basically any language to any other. The frontier LLM's solution is to prompt their chatbot to do the task, which is a downgrade. Sure, I could also ask Claude to write a poem, but when I need to translate a webpage, it doesn't help much.
I get why all major AI companies push towards this solution, because they can build a single tool and sell it to everyone, and that training their models is very expensive and they can't afford to alienate any part of the potential market. But ultimately they're building Swiss army knives, which are able to do basically anything, but will never be able to allow users to tighten a screw better than a well designed screwdriver. Sure, I won't ever be able to clip my nails with a screwdriver, but if my business is tightening screws, I won't tolerate using a Swiss army knife for long.
Please build actual tools. Not textboxes for me to try and configure a non-deterministic tool. Then frustration will go down.
by zeumo
5/26/2026 at 9:56:00 AM
Many of the AI companies do train and release models dedicated at one task.I mainly use mistral, so that's my reference, but I know anthropic et.al have similar models around.
Codestral is rediculously bad at conversation, but it's -for me- the best model around for "magic autocomplete". It's also pretty good at "one shot" prompt+context generations, e.g. to make "git commit log entries".
Document.AI is unusable bad in a conversation style, but really good when wired up to a simple pipeline as "replacement" for OCR or for indexing "meaning" from documents (I'm experimenting with it for my administration, to get invoices, contracts etc into a search tool).
I presume there are many others like it.
So, what you describe, is already in place. I guess mostly the "interfaces" are missing for you, or hard to discover maybe?
For example, a dedicated model with tool I'd like, is some "shell" -a zsh or bash fork or some wrapper- backed with a dedicated model, trained for "commandline interaction".
Where instead of "git commit --fixup=[opens another terminal to git log the relevant entry]", we can "git fixup the commit that fixes full names" or "ffmpeg convert some.mov to mp4 without sound but keep quality and ratio etc". Or "run any valid tar command - you have ten seconds".
I'm now using the way too heavy "devstral" for these tasks. I don't need it reasoning, conversing, apologising. I need it translating my requests into commands, then showing these to me so I can deny/allow/whitelist/blacklist them and then run them - to interpret *and show me* errors and suggest improvements or fixes etc.
Same for - indeed - translation, writing draft mails, reading documents, etc: I don't need to converse with it. I want to have buttons, shortcuts, "tab complete" etc that's "smart" enough to understand what I need and want, preferably tunable by editing "system prompts" or such and then get out of my way.
I think the company that figures this out for my IDE will win the competition-race of "AI coding tools".
Just today, I found, zed presented a button "git conflict found, resolve with AI" . When pressed, it did start a conversational thread, but its a step in the right direction.
by berkes
5/26/2026 at 10:16:43 AM
> So, what you describe, is already in place. I guess mostly the "interfaces" are missing for you, or hard to discover maybe?That's definitely an issue. Mind you, the general population is not a developer. I'm a mechanical engineer. I can code, use an IDE, but I hate having to figure out tooling the way you describe, and it's not a skill I'm interested in developing. What you are describing sounds to me like someone using vim and a terminal trying to convince me to stop using CLion, because they can make anything CLion can do work with their setup. Sure, I believe it, but for my part I'm going to wait for the features to be well integrated into finely designed software, I'm not going to duct-tape this stuff together to get a workflow that still involves writing out and tweaking prompts.
It also sounds to me that the AI/LLM vendors are still in a phase where they are trying to figure what the actual workflow should look like so they let their power users do that work for them. I'm not going to do that either.
by zeumo
5/26/2026 at 12:08:12 PM
I strongly believe that if you’re not in the business of predicting text or transforming it, the values of AI tools goes way down. Most people workflows are very routinely and with a constrained set of outputs. That’s why we build software and scripts for those. And for the rest, we need actual human judgment.by skydhash
5/26/2026 at 7:01:21 PM
> Remember when Copilot was basically a super-smart version of Intellisense? It was awesome.I have only used the Copilot completion for C#, but it was absolutely awful and a net negative not just compared to IntelliSense, but compared to the most basic autocomplete algorithm imaginable. I turned it off after a day.
by Pay08
5/26/2026 at 10:06:26 PM
well you know it kept improving. It got pretty good, though everyone moved to full "agentic" changes over autocomplete.by eddythompson80
5/27/2026 at 3:37:01 AM
Maybe it shouldn't have been forced on me if it wasn't ready, then.by Pay08
5/27/2026 at 4:21:05 PM
I’m sorry you were victimized.by eddythompson80
5/26/2026 at 12:26:19 PM
I made a tool that’s non-conversational. But I’ll be honest - it’s hard to sell because people default to thinking in conversational terms. My customer set is limited to folks like the author who have genuinely faced an issue. For most, compromising with conversations is fine (at least now)by marcuscog
5/26/2026 at 1:05:09 PM
Yea, it really depends on your mode of thinking. Might be why a lot of people struggle with LLM coding while others think it’s great and are productive.When I’m writing code I think in terms of data structures and algorithms. I have the idea fully formed in my head and coding becomes a mere typing exercise.
If I have to use a chatbot instead, now I have to do the awkward exercise of translating that code into English text that the chatbot can understand, just so the LLM can convert it back to code. And always a lot is lost in that translation.
What is useful are things that speed up data entry, autocorrect formatting, and linting things I forget and so on. Not some awkward thing that makes me round-trip to English as an extra step.
by ryandrake
5/26/2026 at 1:14:07 PM
Amen. Chatbots are a band-aid on broken UX. <insert bandaid tank meme here> Trying to explain this for a while at the company I work at, but everybody is drunk on the kool-aid. But I get it: good UX takes deep thought and creativity. Tacking on a chatbot does not.by dse1982
5/26/2026 at 8:26:33 PM
> good UX takes deep thought and creativity. Tacking on a chatbot does notSee: Microsoft Copilot in the Windows settings app. Instead of actually fixing the app and making things discoverable with good design (or at least, functional search), they just slapped the chatbot into the search box.
I'm seeing this pattern more and more, and its frustrating. All UX just goes out the window because "well, we'll just make it so the user can ask a chatbot"
by thewebguyd
5/26/2026 at 12:33:09 PM
Maybe try vibe coding. Seruously. It is a different beast now and so much better than even when the term was coined by Andrej.I do a lot of work editor-free. Just an agent and PR review on web. Occasional peak with `code .` if needed. If.
Try it at home first with a low stakes project. And learn it like a game. It will suck less as time goes on. Like skiing or 10 pin bowling.
by dnnddidiej
5/26/2026 at 2:05:35 PM
Genuine question: what's the point of vibe-coding a personal, low-stake project?I do work on such projects, but the main goal for me is to learn, not the end result. If the end result is important, then there it's overwhelmingly likely that someone already implemented it better than I ever would, and I should just use that implementation.
I have implemented a qoi codec or a gemini client, not because I needed to use either of those, but because I wanted to understand how image codecs or network protocols worked, from bytes to end result. In the end, I learned a bit more about how computers work, how they draw stuff on screen and communicate with each other. I don't believe I would have learned much by letting an LLM do the work for me. Nor do I believe that the LLM could have done a better job than all the existing implementations of those things.
by zeumo
5/26/2026 at 7:49:14 PM
Plenty of people have personal projects where the purpose is the end result. One small recent example of my own, I'm a long-time Garmin watch user. I struggled with learning all of the details of their custom language, runtime and SDK in the pre-LLM world. With agentic AI tools, it was dramatically easier to write a watch face that looked the way I wanted. From there, I very much did learn a lot and do a lot of re-writing and tweaking to make the code actually somewhat good, but the custom watch face was the point for me. I really couldn't care less about Garmin's esoteric tech stack. The only reason I bothered with everything after the vibe-coding step was to try to optimize power consumption where I could.by 0xffff2
5/26/2026 at 8:50:14 PM
I'm 43 years old, and I've been coding for as long as I can remember (I started on the C64 as soon as I could read, in order to play and make my own video games). I have applications I've worked on since I was a teenager which are still in active use in some version or another.Code has always been a means to an end. The process is fun, sure (just like solving sudoku puzzles) but the real payoff is the results. I've never gotten any joy out of writing stupid python or bash wrapper scripts, just like I've never gotten any joy out of squeezing under a sink to fix a plumbing issue; the payoff is when my sink works properly, or I click a button and the program does what I need.
Getting a clever hack working? That's super fun, doesn't matter if I write it, my teammate writes it under my direction, or the AI writes the code for me. Figuring out a clever redesign that simplifies everything and is cool enough that I want to build it and share with the world? That's even better - because I'm proud of the idea and its successful execution even if I don't physically write the code myself.
by QuercusMax
5/27/2026 at 5:41:36 AM
I wish I could relate to that. For me, writing the code is the fun part - I couldn't care less about the end result. Sadly, it's the part that our industry seems determined (unwisely imo) to discard.It's kind of like cooking - I don't need to bake a cake in order to have a nice cake to enjoy. The bakery makes very nice cakes I can purchase for far less effort. But there's no joy, no accomplishment, in purchasing a cake. Only in actually making it myself.
by bigstrat2003
5/27/2026 at 8:20:03 PM
But you don't get paid to make beautiful code - you get paid to solve problems.by QuercusMax
5/27/2026 at 12:05:41 AM
The end result is the goal for most of my home projects these days.I suppose you could put almost all my stuff under "devops" vs. "development" but the idea is the same.
Recently I "vibe coded" some IoT sensors to monitor my garden environmental parameters, and created dashboards/alerts around them. I could have done all those things myself, but I never would have had the inertia or couple weekends to burn to spin it all up from scratch and teach myself every tiny little nuance.
Now I have a mostly-okay output of some grafana dashboards and HA alerts for soil moisture, and some neat correlation between those sensors plus my irrigation and rainfall data.
Or just opening a chat with AI to use it's "WLED" skill to go change the holiday theme of my permanent RGB lights along the fenceline.
Sure, once in a while I want to drop down and learn a new skill for such projects. But there is already a whole lot of "physical" bits of these projects and the coding/IT work is just the final piece of the puzzle. These days it's much more of a chore than a discovery process to spin up the 516th Ubuntu VM I've configured over my lifetime and configure software to have it do something useful for me.
Same goes with a lot of "glue" type scripts and automations like getting backups all working and monitored across my personal IT infrastructure.
If I'm doing something for the joy of learning these days it's almost always going to be learning a new physical skill like welding or woodworking or something I can immediately see the results of my labor. I guess I'm simply burned out on computers, and find very little novel in what I want to accomplish.
For this sort of thing agentic AI has been eye opening to me. It definitely has informed how I plan to implement some tasks at work for my career, as I've seen the massive amount of time it can save for the tedium. Creative and mission critical stuff? Probably not for some time.
I've also never much been a "love of the game" sort of guy when it comes to programming. It's always simply been a means to an end. The outcomes are what matter to me. I find working with well designed architecture quite satisfying, but beyond that I really don't get some inherent joy in the process. Those late night 3am hacking sessions were always fun to me because of the result I achieved at the end of the process.
by phil21
5/26/2026 at 7:00:52 PM
As you stated, the point is the end result.by alehlopeh
5/26/2026 at 9:37:14 PM
In this case to learn the tool. Then project could be anyrhihg. It could be a small CLI utility you dreamed of having for example. A k9s-like to replace those crappy guis you deal with at work maybe?by dnnddidiej
5/26/2026 at 12:46:09 PM
I tried and just couldn’t accept it. I need to have the code a certain way, and if the prompt doesn’t do it exactly right, I eventually need to open up the editor and fix it. Prompting things like “now move function_foo’s parameter list to the next line” and “remove #include <stdio.h>” is a very expensive (token wise) way to edit text.When I’m writing code, the simplicity, beauty, structure, format, and artistry of the code is what is important to me, not the application.
by ryandrake
5/26/2026 at 12:54:50 PM
Vibe coding a low-stakes personal project is very different from vibe coding a hospital information system or a kernel patch. Learning you can get away with one doesn't mean you should translate that to the other.by da_chicken
5/26/2026 at 9:35:01 PM
It is like tbe pottery parable. Try 100 times on a low stakes project for tacit experience. Get better at it. Then use in prod. In prod - obviously you will have more guardrails and you would probably review all code.by dnnddidiej