Would’ve been perfectly readable and no larger if they had used newline instead of pipe.

> 95% of Claude and 5% of you, while still better than me (and your average Joe), is nowhere near the same jump from 95% Claude and 5% me.

I see what you're saying, but I'm not sure it is true. Take simonw and tymscar, put them each in charge of a team of 19 engineers (of identical capabilities). Is the result "nowhere near the same jump" as simonw vs. tymscar alone? I think it's potentially a much bigger jump, if there are differences in who has better ideas and not just who can code the fastest.

I agree, however there you don’t compare technical knowledge alone, you also compare managerial skills.

With LLMs its admittedly a bit closer to doing it yourself because the feedback loop is much tighter

Yeah... and besides managerial skills, also product (using the word loosely) sense, user empathy, clarity of vision, communication skills. They've always been multipliers for programmers, even more so in this moment.

Are they multipliers when you do less of it and offload more of it to the same tool everyone else uses?

> For others, LLMs remove the core part of what makes programming fun for them.

Anecdotally, I’ve had a few coworkers go from putting themselves firmly in this category to saying “this is the most fun I’ve ever had in my career” in the last two months. The recent improvement in models and coding agents (Claude Code with Opus 4.5 in our case) is changing a lot of minds.

Yeah, I'd put myself in this camp. My trust is slowly going up, and coupled with improved guardrails (more tests, static analysis, refactoring to make reviewing easier), that increasing trust is giving me more and more speed at going from thought ("hmm, I should change how this feature works to be like X") to deployment into the hands of my customers.

An engineer on my team who is working on TUI stuff said that avoiding the flicker is difficult without affecting the ability to copy/paste using the mouse (something to do with "alternate screen mode"). I haven't used OpenCode (yet) but Google does turn up some questions (and suggested workarounds) around copy/paste.

Arguably since 3.5, at least for coding and tool calling

To make this right they’d just have to amend the first part to “secondary transaction with shareholders at some price that implies a 20b valuation”.

Has there been any evidence yet that the VCs got paid for their shares but the left behind employees didn’t?

And text figures! And proper small caps!!

That makes so much sense, it would make a great MCP. Maybe something similar for DOM manipulation; extracting text out of big, noisy HTML pages using a combination of Find Text with selector return values, and a DSL for picking and filtering DOM trees.

I take these early reports (less than a week or two after a major model release) with a grain of salt. It takes time to get to know a model, and maybe there's some selection bias in who's posting within 1-2 days of getting access.

(Although in this particular case, the very different knowledge cutoff makes it a lot easier to believe)

Just for reference I was referring to this

https://old.reddit.com/r/sveltejs/comments/1pkzwqd/gpt52_hug... https://github.com/khromov/svelte-bench https://khromov.github.io/svelte-bench/benchmark-results-mer...

But OpenAI was caught before cheating on benchmarks so indeed it may not mean much

Also the Svelte MCP is https://svelte.dev/docs/mcp/overview IMO it's a must. Besides giving access to up to date documentation, there's a tool that the LLM can call that lints and fixes issues (svelte-autofixer)

Personally, CLAUDE_BASH_MAINTAIN_PROJECT_WORKING_DIR=1 made all my cd problems go away (which were only really in cmake-based projects to begin with).

So it does a forced reset of the dirt after each bash command? Does it confuse Claude? I frequently find it lacks path awareness of what it's working directory is

That’s exactly what it does, I’ve found it completely un-confuses Claude Sonnet 4.5.