I ran into this earlier, the commit history is the one maintainer and Claude pumping out like hundreds of commits 24 hours a day. Aside from the token cost, I’m wondering how this will turn out relative to the official tsgo native push.
Yeah not surprising. But if uses the TS test suite and compares output with tsc byte for byte, then an AI banging its head against the wall for a week should get there eventually.
What about both? Artists want money, fans want entry, reserve a portion for hardcore fans and the remainder by auction. Artists get to sell their $10k seats to the rich while looking like they’re giving an amazing discount to their fans.
This is a better idea, but you run into the problem of determining who are the more deserving fans, and you circle back to what Spotify is planning to do.
Tried that, it just seemed way dumber this way unfortunately. And the zed UI provided 0 visibility whenever it was doing tool calls, and for some reason it kept running sleep 30 calls because it couldn’t figure out how to see the results of its own tool calls for some reason.
If anything it’s a tool for making people outside of Singapore like/want to do business in Singapore, so if that makes it some twisted kind of utility then I guess anything can be a utility. Not like they have domestic flights.
Looks much better than when I last tried it! But I couldn't get it to work as well as Cursor for AI development, maybe I just need to get more used to it?
- I tried to use the Cursor Agent via ACP, it worked but it seemed markedly stupider than when I would use Cursor directly (saying that i18n strings were being used when they weren't, editing code differently than what I asked for, also when it is running terminal commands it seems to just say "Run Command: Terminal" and has no information on what's going on). Maybe I just need to not use Cursor Agent, but my company pays for it already so that's what I tried.
- Providing context is also cludgier - In cursor I often highlight specific chunks of code and add it to the AI context via Cmd+L, but I couldn't figure out any specific way of doing that with a keyboard in Zed besides clicking a tiny + button to add "Selection" to context, which got old fast.
- Maybe I just need to get used to it but reviewing code with the git integration is just hard for me to follow; one giant editor with every change in it is just harder for me to grok than showing each file one by one; so it was tiring to review the big changes produced by LLMs. Also, when you stage changes the file just stays where it is with a barely noticeable check in the checkbox in the sidebar - I prefer the behavior of Cursor where it actually moves the staged files to a separate section, but some kind of more obvious visual indication besides that perhaps would help. I did like the tree view, though!
- The tsgo and oxlint LSP servers kept crashing, which was frustrating. GraphQL LSP server also couldn't understand graphql.config.mjs, which is strange as that's supported out of box by graphql-config and works fine in Cursor/VSCode.
- I tried using a few of the different Edit Suggestion LLM options, but unfortunately Cursor is just way too good compared to any of them (slow, and just not very helpful in comparison).
- Just in general figuring out how to configure them is confusing, there's like 3-4 different places to configure agents and LLMs for different purposes, I found it very fragmented and confusing and the docs didn't make it particularly easy to set things up.
That all said, the performance was muuuuch better than Cursor. But the UX issues and general bugginess of ACP and these LSP plugins were impeding my workflow too much for me to tolerate it so back to Cursor for me. If anyone has tips on how I might make some of these better that would be cool, but if it's just inherent limitations then maybe I'll try again in 6 months or something.
Works in progress also had a great article recently (also discussed on hacker news) about how Japanese railways are private, profit earning real estate development corporations. [1]
Unfortunately, people from western countries have very negative views toward the privatization of mass transit despite the wild success that Japan has experienced. The model makes so much sense: if trains are just a way to get people to the real estate that you developed, then you’re going to make sure that the trains AND the destinations are really nice, which also turns out to be very lucrative (at least in densely populated areas) as a cherry on top.
And even worse, like this commenter above alludes to, it is trendy in the West to believe that real estate developers are evil, and that corporations that make money are sucking the life out of society. This kind of degrowth populism pretty much guarantees that the successful Japanese model is out of reach for most countries, because it is exactly the pursuit of profit that makes Japan’s system so nice - not some edicts from a benevolent and extremely capable government.
> Unfortunately, people from western countries have very negative views toward the privatization of mass transit despite the wild success that Japan has experienced
Japanese culture would frown heavily on enshittifying the transit experience to earn more profit. Western culture mass transit is already often shitty, and I cannot imagine how shit it would become if a for profit corporation took it over and started to squeeze it to make more money
Did you read what I said? The whole Japanese system is for profit and the one of the biggest reasons for Japan’s system being so pleasant is that it is done for commercial purposes.
If the incentives are right American companies can make good things, but usually they are not so because of poor policy.
> If the incentives are right American companies can make good things, but usually they are not so because of poor policy
I disagree. The incentives are never right for American companies because the only incentive they care about is making money at all costs. They don't even care about their reputations anymore if they can sell their rep for money
That's the point, you need to make making money = improving society. If you think that's impossible in the USA, then the USA is doomed and maybe you should look for the door. I am not that pessimistic.
One example is that I have a fancy visualization in my app that is rendered in the server via RSC and just some interactive tidbits get sent to the client. If I packaged the whole visualization library it would have bloated my bundle size but instead I ship barely any JS and still get a nice interactive vector data viz experience. And the code just looks like normal react component nesting more or less.
The interesting thing is how the EU railway policy just keeps plowing ahead trying to impose the "vertical separation" approach in the EU, despite the disastrous results from the UK experience (and some EU countries to a somewhat lesser extent, so far the UK seems to be the only example of going all-in on that approach).
China is giant and sprawling and they are able to do it.
That said this reply doesn’t actually address much of what the article talks about, most interestingly how rail companies are private and are also real estate developers. That thought process ought to make sense to Texans or something.
reply