621–630 of 799 posts
Earlier quoted context omitted.
Great write-up. I do the array indexing, and get runtime errors by misindexing these more often than I'd like to admit! I also hear you on the winit/wgpu/egui breaking changes. I appreciate that the ecosystem is evolving, but keeping up is a pain. Especially when making them work together across versions.
If you're looking for a stable GUI toolkit, there is Slint
One of the smartest devs I know built his game from scratch in C. Pretty complex game too - 3D open-world management game. It's now successful on steam. Thing is, he didn't make the game in C. He built his game engine in C, and the game itself in Lua. The game engine is specific to this game, but there's a very clear separation where the engine ends and the game starts. This has also enabled amazing modding capabilit…
Do you know why he supports MacOS, but not Linux?
Earlier quoted context omitted.
Python has it as well.
Ah my mistake. It’s been at least 5 years since I’ve written it. I’m honestly surprised that JS has moved no where on it considering all of the fancy things they’ve been adding.
Earlier quoted context omitted.
New languages / packages / frameworks may need to collaborate with LLM providers to provide good training material. LLM-able training material may be the next important documentation thing. Another potentially interesting avenue of research would be to explore allowing LLMs to use "self-play" to explore new things.
How can it compete with vast amount of trained codebases on Github? For LLMs, more data equals better results, so people will naturally be driven to better completion with already established frameworks and languages. It would be hard to produce organic data on all ways your technology can be (ab)used.
Earlier quoted context omitted.
Same here, and if I get bored with Java, there is also Scala, Kotlin and Clojure to chose from. However, I would still prefer C# or F#. Hence why I enjoy both stacks, lots of goodies to chose from, with great tooling.
I would do C#, but I don’t want to be in async/await hell. Also it’s subjective but PascalCase really irks me.
But yeah it is subjective, also don't have much qualms with other alternatives.
Earlier quoted context omitted.
> > The lower levels are buggy and have a lot of churn > > The stack I use is Rend3/Egui/Winit/Wgpu/Vulkan The same is true if you try to make GUI applications in Rust. All the toolkits have lots of quirky bugs and broken features. The barrier to contributing to toolkits is usually also pretty high too: most of them focus on supporting a variety of open source and proprietary platforms. If you want to improve on some…
Arc is a very slow and primitive tool compared to a GC. If you are writing Arc everywhere, you would probably have better performance switching to a JVM language, C#, or Go.
Earlier quoted context omitted.
He would vouch as great as he might be, he has a bias, and Mono GC was never a great implementation. Also here is how great his new Swift love performs in reality against modern tracing GCs, https://github.com/ixy-languages/ixy-languages
Interesting link, but that's a nearly 7 year old version of Swift (4.2) running on Linux. I wonder how the performance would be with Swift 6.1 which has improved support for Linux.
Earlier quoted context omitted.
It is ironic how Java got that stigma and other systems that are just as bad, or worse, like Objective-C, have not.
Well I have never used Objective-C so I can't comment on it.
Here, enjoy https://github.com/Quotation/LongestCocoa
There is even a style guide on it,
https://developer.apple.com/library/archive/documentation/Co...
Earlier quoted context omitted.
What I mean is, I want to be able to use i32/i64/u32/u64/f32/f64s interchangeably, including (and especially!) in libraries I don't own. I'm usually working with positive values, and almost always with values within the range of integers f32 can safely represent (+- 16777216.0). I want to be able to write `draw(x, y)` instead of `draw(x as u32, y as u32)`. I want to write "3" instead of "3.0". I want to stop writing…
Sounds like a good use of Num [1] https://docs.rs/num-traits/latest/num_traits/trait.Num.html
Earlier quoted context omitted.
At this point I really wonder why anyone would use Rust for anything other than low-level system tools/libraries or kernel development ... Anything with a graphical shell is probably better written in a GC'd language, but I'd love to hear some counter-arguments.
It depends on the kind of game you’re making. If it’s a really logic-intensive game like Factorio (C++), or RollerCoaster Tycoon (Assembly), then I don’t think you can get away with something like Unity. For simpler things that have a lot of content, I don’t think you can get away with Rust, until its ecosystem grows to match the usual game engines of today.