| |
| ▲ | cogman10 3 hours ago | parent | next [-] | | Didn't they start with like C++, then zig, and now rust. To me it's just not serious. They also had articles of "why we are doing zig and not rust". It's an ambitious project, but I can't take it seriously when the tech stack is in constant flux. | | |
| ▲ | julenx 3 hours ago | parent | next [-] | | Their origins are in C++, which is what SerenityOS has used. They've never done zig. They explored using Swift as a C++ successor language for the project[1], but seeing the platform support out of Apple was lacking, they gave up and made the bet on Rust[2]. The motivation to use a memory safe language as the alpha approaches sounds more of a longer term bet [3]. [1] https://ladybird.org/newsletter/2024-11-30/#swift-language-a... [2] https://ladybird.org/posts/adopting-rust/ [3] https://ladybird.org/posts/changing-how-we-develop-ladybird/ | |
| ▲ | askonomm 3 hours ago | parent | prev | next [-] | | They did start with C++. They experimented with Swift, then experimented with Rust, ultimately choosing Rust. I don't see how experimenting with things makes anything "not serious". If you don't question your primitives and just accept them "because that's how it has always been", you're not a very good engineer in my book. In any case, the tech stack is not in constant flux as you claim, it's still C++, with more and more parts moving / being started in Rust, with the eventual probability of Rust replacing C++ organically, I suppose. Seems like pretty sound strategy to me to slowly, but surely, adopt a memory-safe language. | |
| ▲ | kouosi 3 hours ago | parent | prev [-] | | I think they used swift instead of zig because Kling was using mac for development |
| |
| ▲ | surajrmal 3 hours ago | parent | prev [-] | | I'm curious why you care about whether or not they spent time and effort to write those components themselves. Isn't that their choice as the authors? How does it materially affect you or the product experience? From my vantage point, I love the idea of having even more options as it will create competition, making all sides better for it. Having a singular dominant player in any space (whether it's a browser, kernel, or library) is something we should try to avoid whenever possible. | | |
| ▲ | InsideOutSanta 25 minutes ago | parent | next [-] | | They can obviously do whatever they want, but realistically, having five different engines that are all 70% complete is not helpful. That's not providing more options. Instead, having one that's 99% complete would be providing more options. | |
| ▲ | bryanlarsen 2 hours ago | parent | prev [-] | | Spreading oneself too thin makes you much less likely to succeed. |
|
|
