I don't understand the push to make the browser a tool for securely running general purpose applications. This is the job of the OS. We keep building layers on top of layers of abstraction instead of fixing or improving what we have.
I think web apps are dead anyway and the browser is heading towards being a legacy software. The future is small ephemeral UIs generated on the fly by LLMs that have access to datasources. WASM is too late.
> The web is fascinating: we started with a seemingly insane proposition that we could let anyone run complex programs on your machine without causing profound security issues.
Isnt this what an OS is supposed to do? Mobile operating systems have done a pretty good job of this compared to the desktop OS.
Mobile OSes don't allow random people to run code on your device. They allow you to install software you want and sort-of trust, which is conceptually close to the desktop model. There are some safeguards on top of that, but the primary line of defense is that cheap-pillz.virus-basket.ru can't actually execute anything on your device.
Security does not depend on code review. They have stronger sandboxing and have granular permissions that the user must allow.
My point is running untrusted code securely should be the operating systems job. It is possible to do this at the operating system level, a browser is not required. The problem is the security model for desktop operating systems is ancient and has not kept up with today's requirements.
animation blending isn't that bad. If you have a two poses represented as lists of quaternions and positions, all you have to do slerp between the quaternions and lerp between the positions.
Agreed, though getting to that point of understanding is what takes time. Also, there are literally dozens of similar topics where a solo dev should be happy to take any help they can get, IMHO. I'm sure audio is similarly easy, as is input, pathfinding, AI decision trees, physics, etc, etc.
physics is not easy. its pretty challenging and has unending scope.
audio can also have unending scope if you want to do physically simulated Spatial Audio.
Im not sure if AI/pathfinding are worth developing as part of an engine. I feel like their implementation is heavily dependant on the game type, engine implementations often get in the way, rather than helping.
rendering is a beast, especially if you need a long draw distance and have a world that doesnt fit into gpu memory.
The whole task of putting all the pieces together into a cohesive package is a huge undertaking as well.
Speaking of async coroutines, my belief is that they don't get used enough in other game engines because their lifetimes are not tied to anything - you have this danger where they can outlive their entities and crash your game.
Async coroutines in the way you are describing have terrible/unpredictable cache/memory access behaviour which leads to bad performance. Every time you switch coroutines you need load memory from (most likely) an unrelated region causing slowdowns.
Yes, I do get this. I made choices to prioritise an abstraction that, in my opinion, makes you more productive. It's not going to work for certain kinds of people or games.
One of my original motivations for creating Easel came from my experience playing (and making) webgames, which in general are coded in JavaScript (or TypeScript). I love webgames as a method of delivering multiplayer because the biggest problem is getting players, and I think the low-friction zero-download really helps with that. So this is the world I am trying to target. When I remade my old webgame in Easel, I found it to be many times more performant and am now able to target much lower spec devices. Not to mention, determinism is a non-issue now.
I get that some people are going to love Easel and some are going to hate it, and that's okay.
yep, Im not saying its a bad design or a dealbreaker it is probably find for the vast majority of games and can provide a nice api for people coming from web games.
If it is clearly personal and you do not have an objective answer then let this be a cause we can choose to donate to based on our personal assessment.
Agreed, engineering is about building stuff, not making discoveries about how the universe/existence works. Engineering often results in scientific discoveries but this is incidental.
Mathematics isn’t a science, it seperate thing entirely. Science is about trying to understand how the real world works. Make falsifiable hypothesis then do repeatable experiment do will either prove or disprove hypothesis.
Computer science isn’t really a science either. It should be classified as a branch of mathematics.
The cost of sorting has to then be factored in (because plastics are often not perfect hydrocarbons, they contain a variety of elements depending on bulk composition and additives). And, even perfectly sorted plastics will not burn as cleanly as freshly refined hydrocarbons, so you need to factor that cost in as well.
And for what benefit? Plastics in a land fill are a form of carbon sequestration if the alternative is burning them or fresh hydrocarbons.
IMO the value in replacing plastic use has very little to do with energy/CO2. It's more related to other health/environmental effects (microplastics, etc).
Please change electric to battery powered... I don't think the largest mining trucks are battery powered. They have diesel generators that power an electric drivetrain.
It depends upon where you are loading up your material. There are huge electric dump trucks that make more electricity carrying material down the mountain than they need to us to drive empty back up the mountain (45 ton eDumper).
I think web apps are dead anyway and the browser is heading towards being a legacy software. The future is small ephemeral UIs generated on the fly by LLMs that have access to datasources. WASM is too late.
reply