flying-pig

6 ms·

1.
by flying-pig 3y ago
Tbh I can't follow your logic here. You mentioned that in VanJS there are things that need to be careful with. But the same is true for other frameworks, even for plain Vanilla JavaScript. Thus what exactly the point that you're t
2.
by flying-pig 3y ago
With bundler like esbuild, all JS code, including 3rd party libraries can be bundled into a single file. You don't need an extra round trip for a library.
3.
by flying-pig 3y ago
Well said! You got the point.
4.
by flying-pig 3y ago
> when every framework ends up importing jquery anyways Evidence?
5.
by flying-pig 3y ago
No offense. What exactly is the cost of using "var" instead of "const"? You seem to pretend it to be a big deal.
6.
by flying-pig 3y ago
I don't get you. Could you elaborate?
7.
by flying-pig 3y ago
JSX is redundant, at best. VanJS demonstrated ordinary JavaScript syntax is as good as JSX, if not better. How can something feel sugar-ish if it's actually more verbose than ordinary JS code? Plus, you can't really execute JSX co
8.
by flying-pig 3y ago
The fact that you have to manually maintain the binding between states and UI elements and propagate state changes to UI elements is exactly the thing offered by VanJS, or other popular reactive frameworks (despite with a much larger bundle
9.
by flying-pig 3y ago
Agreed. JSX is a bug, not a feature.
10.
by flying-pig 3y ago
FWIW, VanJS's performance is very impressive. At least much better than React: https://vanjs.org/#performance
11.
Bun 1.0 is out (fastest JavaScript runtime) [video](youtube.com)
7 points by flying-pig 3y ago|1 comments
12.
How UI frameworks work behind the scenes? (a 7-min video)(youtube.com)
2 points by flying-pig 3y ago|0 comments
13.
by flying-pig 3y ago
Very neat API indeed! Thanks for bringing it up.
14.
by flying-pig 3y ago
https://vanjs.org is another example in that direction. It illustrates that it's even possible to have a full-fledged solution of composing complex reactive DOM tree with just plain JavaScript functions.