norman784

I suppose it is just the convenience of having an opinionated app that works with agents out of the box, tmux could be more powerful but similar to vim vs vscode, you need to tune it in.

> The amount of great games under $20 that you can get these days is overwhelming

I think that's the problem, there are too many to choose from, where you end up overwhelmed and ends up choosing none.

tsrs also has an LSP, so will be interesting to see how much memory it consumes vs tsgo.

I'm tired of all the new tools that comes out every day, but I would say, this is basically the Vite team and if they implement it with Vite+, then I'm all for it, less decisions about tooling to be made, one config file, etc.

Windows and Linux do the same, they store the data in the user home folder. So not sure if your argument stands, maybe Android is different in that regard, but also it's easier to back up the data this way.

> Worse compatibility with the millions of Android apps already out there.

Most of the apps on Android and iOS aren't necessarily useful.

The only reason to choose Node is because it's boring, is a long lived project and I think it will outlive Bun and Deno.

With Vue, you require each library you use to be Vue specific, Nuxt UI, Vuetify, etc, while Svelte works seamlessly with vanilla JS libraries, also Svelte feels more like vanilla HTML/CSS/JS with some sparkles over it.

Other advantages of Svelte over React/Vue is that it does not require a Svelte specific library or wrapper, you can use vanilla JS libraries and it works seamlessly. I consider that as plus, you can old good old Chart.js, Ag-grid, etc without any wrapper, I tried some libraries with React/Vue that had wrappers for multiple frameworks, and most of them were painful, because each framework/library has their way to do things that collides with them, while Svelte is basically vanilla web tech with some sparkles over it.

Yeah, but it confuses me, I read left to right, so if they put GPT-6 and $0.20 first, I would assume that's the new pricing, they should make it clear, not confusing.

Yeah, how they put, is confusing to me, they should have put that table instead of what they have right now in the article.

Is GPT-6 50% cheaper?

> GPT‑6 Luna vs. GPT‑5.6 Luna | $0.20 → $0.10 | $1.20 → $0.50 | 50% cheaper

I can read it as follows (below), meaning that GPT-5.6 is 50% cheaper.

- GPT-6 = $0.20

- GPT-5.6 = $0.10

I would think about if it was at least Go or Rust, but yet another interpreted language built on top of other abstractions? No thanks, I had my fair share of Xamarin, React Native, Electron, Tauri and TBH building native is the best (more work, sure, but at least when you have bugs or issues, it's easier to find solutions), with abstractions you need to deal with bugs on each layer.

Also in the era of AI, sharing native code is easier than ever, just compile down to WASM for the web and for the other binary.

And different price tag

Not only Lisp, but Javascript and Ruby (AKA dynamic languages) devs also rely heavily in REPLs, for me at least the reason is that you don't know what value a variable holts, so you need to inspect them somehow, with typed languages you have less reasons to reach such tool.

I got to the conclusion that boring is good enough, for me NPM is the best tool, is not that fast, but the installation speed is not that bad, considering how many times I need to run from scratch, the difference does not matter, it is stable and it's the default Node package manager, so I don't need to bother to install in CI any other tool, etc. My experience for long living projects is to stick with the defaults, because in a few years third party tools will change, it happen to my team with Yarn classic, now that we are with vanilla Node and NPM no worries, same with 3rd party dependencies, just use as less as possible.

Interesting, thanks for sharing.

So weird, launching M6 so silently.

Wasn’t their newer text editor/IDE written in Rust? I forgot how it was called and also didn’t followed up with their development.

In 2018 when Windows and macOS used 2GB just after boot, I tried Arch Linux and with a neat window manager (dwm) a clean boot was using just 300MB, that means our OS is wasting just too much RAM for nothing. This year with Fedora Atomic 44 + Niri is using 800MB, so I can give a second life to my old device from 2013.

Did you check if the resources were consumed by the LSP or Zed? Also there was a Zed fork without the AI stuff, not sure if is a hard fork or not and if is still maintained (IIRC wasnt hosted on Github)

For me, what the browser needs it's a good DX to build components, I kind of like Svelte and Vue in that regard, where your CSS, HTML and JS lives all together.

Writing a CSS file with the time will start growing and at some point will be very hard to know what to keep and what to delete, I think this is the reason why tailwind became popular, because it keep only the used rules, now the downside is that now your html elements has ton of classes.

The issue with Rust proc macros is that they are impure, so even with incremental compilation, you need to expand them every time.

Not OP, but AFAIK one big issue with FIL-C it does the checks at runtime, adding overhead, don't quote me on this, but IIRC is around 20% slower.

AFAIK the high end chips are made in Taiwan, that's not the same. Also there was an export control, so ASML couldn't sell the latest equipment to China.

How important is stable ABI for projects like Bun? I think it only matters if you are building a shared library.

Didn't WASM got a GC proposal that Go and other managed languages can use it? So it might be an issue in most browsers right now, but soon it might not.

Swift is very weak outside Apple ecosystem, compared to Rust. Not sure nowadays, but Swift used to have breaking changes each major release, that's a non go for a big project.

Here[0] are other reasons besides AI

- [0] https://ziggit.dev/t/bun-s-zig-fork-got-4x-faster-compilatio...

Are these providers private owned?