Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

One thing that kind of baffles me about the popularity of tools like Claude Code is that their main target group seems to be developers (TUI interfaces, semi-structured instruction files,... not the kind of stuff I'd get my parents to use). So people who would be quite capable of building a simple agentic loop themselves [0]. It won't be quite as powerful as the commercial tools, but given that you deeply know how it works you can also tailor it to your specific problems much better. And sandbox it better (it baffles me that the tools' proposed solution to avoid wiping the entire disk is relying on user confirmation [1]).

It's like customizing your text editor or desktop environment. You can do it all yourself, you can get ideas and snippets from other people's setups. But fully relying on proprietary SaaS tools - that we know will have to get more expensive eventually - for some of your core productivity workflows seems unwise to me.

[0] https://news.ycombinator.com/item?id=46545620

[1] https://www.theregister.com/2025/12/01/google_antigravity_wi...





Because we want to work and not tinker?

> It won't be quite as powerful as the commercial tools

If you are a professional you use a proper tool? SWEs seem to be the only people on the planet that rather used half-arsed solutions instead of well-built professional tools. Imagine your car mechanic doing that ...


I remember this argument being used against Postgres and for Oracle, against Linux and for Windows or AS/400, etc. And I think it makes sense for a certain type of organisation that has no ambition or need to build its own technology competence.

But for everyone else I think it's important to find the right balance in the right areas. A car mechanic is never in the business of building tools. But software engineers always are to some degree, because our tools are software as well.


But postgres is a professional tool. I don't argue for "use enterprise bullshit". I steer clear of that garbage anyway. SWEs always forget the moat of people focusing their whole work day on a problem and having wider access to information than you do. SWEs forget that time also costs money and oftentimes it's better and cheaper just to pay someone. How much does it cost to ship an internal agent solution that runs automated E2E tests for example (independent of quality)? And how much does a normal SaaS for that cost? Devs have cost and risk attached to their work that is not properly taken into account most of the times.

There is a size of tooling thats fine. Like a small script or simple automation or cli UI or whatever. But if we're talking more complex, 95% of the times a stupid idea.

PS: of course car mechanics built their tools. I work on my car and had to build tools. A hex nut that didn't fit in the engine bay, so I had to grind it down. Normal. Cut and weld an existing tool to get into a tight spot. Normal. That's the simple CLI tool size of a tool. But no one would think about building a car lift or a welder or something.


> A car mechanic is never in the business of building tools.

Oh, don't say. A welder, an angle grinder and some scrap metal help a lot.

Unless you're a "dealer" car mechanic, where it is not allowed to think at all, only replace parts.


Or more to the point, I get paid to work, not to tinker. I’ve considered doing it on my own time, sure, but not exactly hurting for hobbies right now.

Who has time to mess around with all that, when my employer will just pay for a ready-made solution that works well enough?


Huh, I thought Claude Code was a tool for tinkerers - it even says so on the landing page. Aren't there dedicated enterprise-grade solutions?

>Because we want to work and not tinker?

It feels to me like every article on HN and half the comments are people tinkering with LLMs.


You're on hacker news, where people (used to?) like hacking on things. I like tinkering with stuff. I'd take a half working open source project over a enshittified commercial offering any day.

But hacking and tinkering is a hobby. I also hack and tinker, but that's not work. Sometimes it makes sense. But the mindset is often times "I can build this" and "everything commercial sucks".

> take a half working open source project

See, how is that appropriate in any way in a work environment?


Anyone can build _an_ agent. A good one takes a talented engineer. That’s because TUI rendering is tough (hello, flicker!) and extensibility must be done right lest it‘s useless.

Eg Mario Zechner (badlogic) hit it out of the park with his increasingly popular pi, which does not flicker and is VERY hackable and is the SOTA for going back to previous turns: https://github.com/badlogic/pi-mono/blob/main/packages/codin...


> That’s because TUI rendering is tough (hello, flicker!)

That's just Anthropic's excuse. Literally no other agentic AI TUI suffers from flickers, esp. on tmux Claude Code is unusable.


No, most of them actually flicker occasionally.

Huh, nice to see that he has dropped Java. Now if he could only create TS based LibGdx.

Make a pull request.

For day-to-day coding, why use your own half-baked solution when the commercial versions are better, cheaper and can be customised anyway?

I've written my own agent for a specialised problem which does work well, although it just burns tokens compared to Cursor!

The other advantage that Claude Code has is that the model itself can be finetuned for tool calling rather than just relying on prompt engineering, but even getting the prompts right must take huge engineering effort and experimentation.


You would have to pay the API prices, which are many times worse than the subscriptions.

This is the answer right here as for why I use claude code instead of an api key and someone else's tool.

I've been using Claude code daily almost since it came out. Codex weekly. Tried out Gemini, GitHub copilot cli, AMP, Pi.

None of them ever even tried to delete any files outside of project directory.

So I think they're doing better than me at "accidental file deletion".


People will pay extra for Opus over Sonnet and often describe the $200 Max plan as cheap because of the time it saves. Paying for a somewhat better harness follows the same logic

Ability to actually code something like that is likely inversely correlated with willingness to give Dr Sbaitso access to one’s shell.

For what it's worth, Cowork does run inside a sandbox

Found the guy who built Reddit and Postgres himself



Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: