To offer the opposite anecdotal evidence point -- claude scrolls to the top of the chat history almost capriciously often (more often than not) for me using iterm on tahoe
To be fair, iTerm is likely to be the single most common terminal emulator used by Claude Code developers, so I'd hope that it would work tolerable well there.
i will note that they really should of used something like ncurses and kept the animations down, TTYs are NOT meant to do the level of crazy modern TUIs are trying to pull off, there is just too many terminal emulators out there that just don't like the weird control codes being sent around.
Pair programming works best when you are tasked with a problem that’s actually beyond your current abilities. You spend less time in your head because you are exploring a solution space for the first time.
Yes I’ve had a lot of success with this too. I found with prompt tightening I seldom do more than 5 rounds now, but it also does an explicit plan step with plan review.
Currently I’m authoring with codex and reviewing with opus.
It can be, but $500k/year is absurd. It's like they went from the most inefficient system possible to create, to a regular normal system that an average programmer could manage.
I have no idea if they are doing orders of magnitude more processing, but I crunch through 60GB of JSON data in about 3000 files regularly on my local 20-thread machine using nodejs workers to do deep and sometimes complicated queries and data manipulation. It's not exactly lightning fast, but it's free and it crunches through any task in about 3 or 4 minutes or less.
The main cost is downloading the compressed files from S3, but if I really wanted to I could process it all in AWS. It also could go much faster on better hardware. If I have a really big task I want done quickly, I can start up dozens or hundreds of EC2 instances to run the task, and it would take practically no time at all... seconds. Still has to be cheaper than what they were doing.
Curious about the workload, but as Im trying to make a tool about json, what are those files compressed with? What is the size of the average file ? What is their structure (ndjson ? Dict with some huge data structure a few level deep?)
In S3 the JSON is stored in plain-old .zip files. While downloading to local the files are unzipped to plain old JSON. It's basically an object containing tons of data about each website I manage including all fragments of HTML and metadata used on the sites. It can get quite large, some sites have thousands of pages. We often need to find things stored many levels deep in the JSON that may be tricky to find, it isn't usually a specific path, and lots of iterable arrays and objects are involved. The files range from ~20MB to ~400MB, depending on how much content each site has. And we have ~9000 total sites.
Well, for starters, they replace the RPC call with an in-process function call. But my point is anybody who's surprised that working with JSON at scale is expensive (because hey it's just JSON!) shouldn't be surprised.
Well everything is expensive at scale, and any deserialization/serialization step is going to be expensive if you do it enough. However
yes i would be surprised. JSON parsing is pretty optimized now, i suspect most "json parsing at scale is expensive" is really the fault of other parts of the stack
You didn't say it was stupid. If you had, I would have just ignored the comment. But you expressed a level of surprised that led me to believe you're unfamiliar with how much of a pain in the ass JSON parsing is.
I think OP’s point was surprise that a company would spend so much on such inefficient json parsing. I’m agreeing. I get that JSON is not the fastest format to parse, but the overarching point is that you would expect changes to be made well before you’re spending $300k on it. Or in a slightly more ideal world, you wouldn't architect something so inefficient in the first place.
But it's common for engineers to blow insane amounts of money unnecessarily on inefficient solutions for "reasons". Sort of reminds me of saas's offering 100 concurrent "serverless" WS connections for like $50 / month - some devs buy into this nonsense.
All we have is the weather? California is the largest agricultural producer of any state, and it's not even close. Plants like growing here for the same reason people do.
You act as though California is no longer one of the largest populations or one of the largest economies.
The “snowball fallacy” is a fallacy because there is no reason California s can’t swing the regulatory pendulum back the other direction if there is too much economy / freedom impacted.
When I took a machining course, the instructor sat in the corner and showed us YouTube videos in Mandarin with English subtitles to teach us the equipment.
You are making lots of projections from a single anecdote and conflating a state’s policies/economy with that of a country of 25x the population.
Detroit was once one of the US’s largest population cities, at nearly 2.5 million residents in the late 1960s, falling to less than 1 million by the 2010s. On this scale, California is still in the peak days of the 1960s, but we aren’t showing any current signs of shrinking. Maybe AI will be the catalyst for massive job losses, but that’s for the future to unfold.
Machining is a low value part of the economic supply chain, like sweat shop clothing. While I don’t want to lose it, it’s being dominated by countries (China, Taiwan) which are willing to throw MASSIVE money at the industry. TSMC was literally a whole-of-country effort to centralize the entire world’s supply chain of cutting edge semiconductors on one island. China is winning because they have cut-throat competition between companies and they don’t slow down for legal concerns such as regulation or intellectual property. That is only going to last for a certain amount of time before people will demand better living environments (which is partly why they have such a terrible fertility rate).
China probably caught up the same way starting 40 years ago. Watching VHS tapes in English (or German, Japanese, or French) with Mandarin subtitles*. Clearly "never" is untrue because it's been done once already.
IMO this is all cyclical.
* This is metaphorical. Obviously there were also textbooks and research papers and technical manuals and everything else. The point is much of it came from abroad and they learned it all to the point that they're the experts today.
Is it really the moderators that make a community special? They are vital no doubt but I have never came here for the moderation.
For me the magic of a niche community like a subreddit or HN is when a 99th percentile expert in the subject shows up and gives everybody a brilliant lecture on the actual truth of things. These are not 99th percentile in Reddit use or post count or any of those things.
The moderators (and the algorithm they support and tune) are why the conversation on HN is compelling enough to attract 99th percentile experts on just about every subject.
Moderators are the invisible hand pruning the garden weeds. You might not always see them working, but they allow the space necessary for the good conversations to grow and thrive. Their absence would be felt quickly.
I don't know. I actually find it harder and more stressful to write code in a way that does not meet a certain quality level. it require me to actually think more.
It's king of weird, but I have tried over the years to develop a do-just-what-is-necessary-now mindset in my software engineering work, and I just can't make my mind work that.
For me, doing things right is a way for me to avoid having to hold too much context in my head while working on my projects. I know the idiomatic way to do something, and if i just do it that way, then when I come back to it I know it should and is architectured.
reply