The criticism didn't appear to me to be that the solution didn't work, just that many of the working solutions we are selecting are dangerously overcomplicated due to shortsighted decisionmaking. The benefits of throwing redundant stacks of abstraction atop each other in terms of time to market are questionable, and obviously absent in every other metric.

▲

bwfan123 a day ago | parent | next [-]

So, you have a vibe-coded TUI which happens to work, and then, as a workaround you vibe-translate its engine to make it more performant. Where does that leave you ? Basically, fully dependent on AI to fix whatever breaks. Workaround on a workaround is the way I see it, and it aligns with the AI design mentality in general. For a variety of usecases, this might still be a win in terms of overall cost. But, for software that is intended to be built to last, I dont see this approach working out.

▲

galangalalgol a day ago | parent | next [-]

That does seem to be the way many use it. I'd be very surprised if they didn't have to insert a rule to prevent opus from constantly asking why they didn't just use ncurses. I just asked sonnet for design options for a tui to onteract with llms to perform sw dev tasks. After describing the tui it immediately suggested ratatui and crossterm as the tech stack. I feel like they must have ignored even the advice of their own llm to come up with this solution.

Edit, the sonnet question shouldn't be taken as proof, it knows I'm a rust dev.

▲

simonw a day ago | parent [-]

They decided on the tech stack for Claude Code over a year and a half ago.

	▲	tough 16 hours ago \| parent [-]
		ratatui was still an excellent choice over a year and a half ago. Nobody but a JS dev would choose react-on-terminal shenanigans over it I could see CC getting a ratatui port eventually actually

▲

jeremyjh a day ago | parent | prev | next [-]

Bun was not ported to Rust for performance reasons and its not clear to me how anyone can think it was. The reason they've given is memory safety.

▲

vips7L 19 hours ago | parent | next [-]

It was ported for vibe reasons.

▲

galaxyLogic 16 hours ago | parent | prev [-]

Plus 1) There's much more reusable open source code written in Rust than in Zig 2) There are more Rust developers than Zig developers.

	▲	LtWorf 8 hours ago \| parent [-]
		I don't think there being more rust developers should matter if we're talking about a company that solved coding.

▲

simonw a day ago | parent | prev | next [-]

I'm going to guess Anthropic are OK with "fully dependent on AI to fix whatever breaks".

▲

jubilanti a day ago | parent | prev [-]

> for sw that is intended to be built to last, I dont see this working out.

the era in which the tech industry built software to last was over long before LLMs, especially VC-backed startups.

	▲	zdragnar a day ago \| parent \| next [-]
		Did it really exist? I remember buying games on discs as a kid that had bugs in them that prevented you from actually finishing the game at all. I'm pretty sure "built to last" was only ever more true in specific contexts, and wasn't particularly more true than today.
	▲	nozzlegear a day ago \| parent \| prev [-]
		The era in which the [VC-backed, SV area] tech industry built software to last was over long before LLMs.

▲

weakfish a day ago | parent | prev [-]

Correct

And the question of “if AI is so amazing, shouldn’t it enable easy development of a native TUI even if JS is easier at first?”

Don’t get me wrong I find great value in coding agents daily. Just finding the hype cycle tiring.