IceSentry

And I know people that have used bevy to make games and liked it more than any other engine they tried before. Many people are already using it in production, there's also multiple games built with bevy released on steam with many more in progress.

It's completely expected that it doesn't click for everyone, but I don't get why you are framing it as if hitting a brick wall is the only experience that people have when making games with bevy. Plenty of people just don't like the ECS model. That doesn't mean that bevy is bad. It's just not for them. We are lucky enough that there's a great alternative in the rust gamedev ecosystem like Fyrox for those people. It doesn't have to be a competition.

The UI framework will be bevy_ui just like godot uses godot ui library. What needs to be done is improve it so it can actually work for making a complex app.

Bevy does have plenty of documentation here: https://docs.rs/bevy/latest/bevy/

What's missing is tutorial type documentation, but individual features are generally documented.

Well I guess you've just been very lucky.

I've seen a codebase where half the features were implemented by inheriting the controller class and adding some behaviour and then that wqs wrapped in another layer adding more behavior. It had about 5-6 layers of that. I guess it's not 10 layers, but it was still extremely shitty code that was very not fun to deal with.

I don't understand why you consider loops an abstraction. They are some of the most basic building block.

There's rayon, which in my opinion makes writing multi threaded code even simpler than openmp. It's also nice that it doesn't rely on any compiler feature. It's just a library.

It's one of the thing that annoys me the most about these discussions. The best language to prototype in is the one you know the most. For me and probably for you too, that's rust. So it's trivial for me to start a new project and have everything I need very quickly. With pretty much any other languages I need to relearn some syntax or apis which is a massive waste of time when prototyping.

Rome is not a runtime and picking one depends on your use case and personal preference about certain features.

Why is that odd? Why are you even talking about a rabbit?

I don't think using Task is better either. I was just replying to OP saying to just use unix tools. Unix tools aren't cross platform so they aren't a good build tool either.

UNIX might be standard but it doesn't make it cross platform. You might not like it but a lot of people develop on windows. Build tools that assume a unix environment is present aren't a solution.

Using my thumb to press alt sounds crazy to me. It's incredibly uncomfortable compared to using ctrl with my pinky.

With that said I do agree that modern keyboards completely underutilize the thumb. This is why I love my split keyboard with a thumb cluster. I truly believe every keyboard should have a thumb cluster now. It's crazy that the default is to waste 2 fingers like that.

Unused variables just generate warnings. It will still compile.

I use vivaldi because of the tab stack feature and until firefox gets support for something close to it I just can't switch. I tried to browse the web without it but I always come back to vivaldi. I have a tab hoarding problem and it's the only browser that actually makes helps me manage it.

While OpenGL support isn't a main target, the fact that it breaks with 3D is unexpected. Many features won't work but it should definitely be able to render the pbr shader in 3d.

Windows Terminal is 93% c++ on github. Not sure where you got the impression it was mostly c#

Some libraries can use string interpolation to create parameterized queries automatically.

You don't need to buy more ram. It was already cheap a decade ago. Ram has been in the multiple gigabyte range for longer than that. Having an app that you use all the time every day use a few hundred of the otherwise unused ram is perfectly reasonable.

If vscode slowed down for you it might mean you installed too many extensions.

Personally it feels just as fast or faster than before. Especially with things like the mentioned bracket colorizer beinf built in compared to the extension I was previously using.

It's barely alpha, but lapce is kinda trying to be a native version of vscode.

https://github.com/lapce/lapce

I use discord and gitkraken every day and I've never had any issues either. People just like to complain. They act as if using a few hundred megabytes for the main app you are using is an issue. It's not the 90s anymore ram is cheap, especially at those amount.

These things are all very subjective. Not everyone is affected the same way by latency. I hear people complaining about it all the time on thw internet, but in practice I never notice it and I don't know anyone that does either. Ergonomics is the same, I think discord is really nice to use and all the alternatives I've used have been worse.

To be clear, your opinion is absolutely valid I just don't think they apply equally to everyone.

I still prefer a handful of instances compared to the current state of resdit where it's all or nothing.

The discord sync feature combined with it being google indexable does seem nice but is there a way to control what can be indexed? Some discord channels are somewhat private on purpose even if the entire server is public. So can you control which channels are indexable?

What's missing in the standard library though? I hear this complain often, but when I use a library it's always for a specific use case and not something that I would expect to be in a standard library.

Discord is made for realtime chat and instant messaging. People don't put a lot of thought process in the vast majority of what they write. The format of ressit encourages a bit of a slower conversation and therefore more thought through comments. You barely even have time to edit a message before it's already irrelevant in discord.

Maybe I'm just biased, but I assumed they were talking about trains and metros which aren't affected by traffic.

Why use a separate instance for 4k? Can't you just use a separate quality profile? And why a separate one for anime? It seems unnecessary to me.

The point is that rust does it automatically

Flex was added in 2009. Is it really too much work to update yourself every couple of years? I get that it moves fast, but that's almost 15 years.