541–550 of 700 posts
Earlier quoted context omitted.
RCE is exactly the feature of coding agents. I'm happy with it that I don't need to launch OpenCode with --dangerously-skip every time.
No, it is still configurable. You can specify in your opencode.json config that it should be able to run everything. I think they just argued that it shouldn't be the default. Which I agree with.
Earlier quoted context omitted.
I pay $100/mo to Anthropic. Yesterday I coded one small feature via an API key by accident and it cost $6. At this rate, it will cost me $1000/mo to develop with Opus. I might as well code by hand, or switch to the $20 Codex plan, which will probably be more than enough. I'd rather switch to OpenAI than give up my favorite harness.
This is the intention. They do not want folks that can’t pay to use their service.
Earlier quoted context omitted.
Why most of those tools are written in js/ts? JS is not something that was developed with CLI in mind and on top of that that language does not lend itself to be good for LLM generation as it has pretty weak validation compared to e.g. Rust, or event C, even python. Not to mention memory usage or performance.
TS is just a boring default. It’s simply one of the most productive languages. It actually has a very strong type system, while still being a dynamic language that doesn’t have to be compiled, leading to very fast iteration. It’s also THE language you use when writing UIs. Execution is actually pretty fast through the runtimes we have available nowadays. The only other interpreted language is Python and that thorough…
I'm unsure that I agree with this, for my smaller tools with a UI I have been using rust for business logic code and then platform native languages, mostly swift/C#.
I feel like with a modern agentic workflow it is actually trivial to generate UIs that just call into an agnostic layer, and keeping time small and composable has been crucial for this.
That way I get platform native integration where possible and actual on the metal performance.
Earlier quoted context omitted.
Wait - are you missing all the context on this? Anthropic pushed back against this hard, there was a whole back and forth. I'm on mobile and can't look it up for you atm but if you google about this scenario, Anthropic definitely come out of this looking a lot better than OpenAI and xAI
Did you read the article? Or are you just replying? Anthropic has literally been working with the DoD and Plantair for 2 years now. They were key to the Iran invasion. If thats “looking better”, keep it.
Now they’re blacklisted from government work (appeal pending) and OpenAI practically jumped to replace them immediately
Earlier quoted context omitted.
> The same rate limits apply, the requests still go to the same endpoints. That is not the point. That is a mere technicality. You signed a contract. If you don't ignore the terms of the contract to use the product in a way that is explicitly prohibited, you're abusing the product. It is as simple as that. They offer a separate product (API) if you don't like the terms of the contract. Also, if you really want to get…
> But that is not the overarching point. Because that could be easily resolved by factoring % cache hits into the usage limits. > Literally everyone does this. Never a strong justification, much as I like Anthropic in general. Why is the 'Mercedes gas station' selling gas 85% cheaper but only to Mercedes drivers? Why is the 'Apple electric company' selling cheaper electricity to households with Apple devices? They're…
Absolutely not, you are not thinking from a product perspective at all.
You might not want to capture cache % hits in usage limits because there may be some edge cases you want to support that have low hits even with an optimized client. Maybe your caching strategy isn't perfect yet, so you don't count hits to keep a good product experience going.
OSS clients that freeload on the subscription break your ability to support these use cases entirely. Now you have to count cache hits at the expense of everyone else. It is a classic case of some people ruining the experience for everyone.
> Why is the 'Apple electric company' selling cheaper electricity to households with Apple devices?
Why does Netflix not let you use your OSS hacked client of choice with your subscription?
Earlier quoted context omitted.
> The same rate limits apply, the requests still go to the same endpoints. That is not the point. That is a mere technicality. You signed a contract. If you don't ignore the terms of the contract to use the product in a way that is explicitly prohibited, you're abusing the product. It is as simple as that. They offer a separate product (API) if you don't like the terms of the contract. Also, if you really want to get…
> Literally everyone does this. OpenAI is doing this with Codex, far more than Anthropic is. And yet, OpenAI have publicly said they welcome OpenCode users to use their subscription package. So how are they being anti-competitive "far more" than Anthropic?
It's a PR stunt. They'll eat the costs for a bit, once they've cornered the market they'll do the same thing as Anthropic.
Earlier quoted context omitted.
> and (partly as a result) it's fairly resource inefficient (often uses 1GB of RAM or more. For a TUI). That's (one of the reasons) why I'm favoring Codex over Claude Code. Claude Code is an... Electron app (for a TUI? WTH?) and Codex is Rust. The difference is tangible: the former feels sluggish and does some odd redrawing when the terminal size changes, while the latter definitely feels more snappy to me (leaving a…
Anthropic needs to spend some tokens rewriting Claude Code in Rust (yes, really). The difference in feel between Codex and Claude Code is obvious. The whole thing is vibed anyway, I'm sure they could get it done in a week or two for their quality standards.
Earlier quoted context omitted.
Probably all describe problems stem from the developers using agent coding; including using TypeScript, since these tools are usually more familiar with Js/Js adjacent web development languages.
Perhaps the use of coding agents may have encouraged this behavior, but it is perfectly possible to do the opposite with agents as well — for instance, to use agents to make it easier to set up and maintain a good testing scaffold for TUI stuff, a comprehensive test suite top to bottom, in a way maintainers may not have had the time/energy/interest to do before, or to rewrite in a faster and more resource efficient l…
Before coding agents it took quite a lot more experience before most people could develop and ship a successful product. The average years of experience of both core team and contributors was higher and this reflected in product and architecture choices that really have an impact, especially on non-functional requirements.
They could have had better design and architecture in this project if they had asked the AI for more help with it, but they did not even know what to ask or how to validate the responses.
Of course, lots of devs with more years of experience would do just as badly or worse. What we are seeing here though is a filter removed that means a lot of projects now are the first real product everyone the team has ever developed.
The reason I'm switching again next month, from Claude back to OpenAI.
Yeah, support the company that promised to help your government illegally mass surveil and mass kill people, because they support a use case slightly better than the non-mass-murdering option.