You don’t need different beans for espresso.
You don’t need different beans for espresso.
The only reason I would switch is if the projects I contribute too would switch. I personally don’t care.
How is it extra effort? It’s just a comment instead of inline types. It’s not like going from no types to types everywhere.
That’s litterally less step. It’s just a comment above a function. How is that more steps?
I mean, don’t get me wrong, I don’t mind build step but this is objectively less steps.
If you want type safety and no build step you do like svelte did and use jsdoc instead. You can run the typescript type checker on those annotations so if you care about not having a build step you can still have type safety.
That’s actually a myth and real world performance isn’t affected by this. See this video from leptos creator which is one of the more popular wasm ui framework https://youtu.be/4KtotxNAwME?si=D_vWV1LPQI-C9j8G
The biggest issue is actually the size of the payload since you need to ship the entire app and language runtime.
That description also makes it feel like it could be used like a leaner electron
The main issue is that frontend is complicated and it can do a lot of very different things. Frameworks exist to solve some issues that may or may not exist in your project.
Also, a huge proportion of the list is just not understanding IEEE floats behaviour and blaming the language for it. Exactly like this post is doing. All those weird number things js does is because it only uses floats for everything and every language that uses floats will behave the exact same way.
Why would reshade be relevant? I don’t get why without reshade is even worth mentioning?
Why would you ever need 9 other than trolling people on the internet?
Github uses 8 as a default. It’s configurable though.
Now I’m just curious if that was intentional.