Why is there an fps counter at the top right?
Vanilla-todo: A case study on viable techniques for vanilla web development
61–70 of 154 posts
Re: Vanilla-todo: A case study on viable techniques for vanilla web development
#62I do my wordsandbuttons.online in similar spirit: no dependencies, and all the pages are kept below 64KB. However, as the code base grows, I'm starting to employ scripts to do the grunt work for me. So while I don't have dependencies per se, code patterns become dependency it its own right.
Re: Vanilla-todo: A case study on viable techniques for vanilla web development
#63Oops, I expected vanilla web development to mean server-rendered HTML with forms. Thanks for making me feel old.
Re: Vanilla-todo: A case study on viable techniques for vanilla web development
#64Earlier quoted context omitted.
Original author here - thanks! Yes, ES5 is a huge pain. However, I believe 5% of users (see other comment) are not a joke for many apps. There's always the question of minimum critical APIs required: If you build a 3D or webcam app you can forget ES5 altogether, of course. > It’s a lot like using polyfills when needed. Never thought of it this way, thanks for that! As is state in the conclusion, the study would likel…
Partly I agree, 5% of users is a lot. However, this number will only continue to decrease as time goes on, and it also has to be questioned for any specific product whether that number is bigger or smaller on average. Both for the (near?) future when ES6 is near-universal and for projects that have the luxury of just ignoring older browsers even today, it would be nice to have a proof of concept project like this tha…
Re: Vanilla-todo: A case study on viable techniques for vanilla web development
#65Earlier quoted context omitted.
Original author here - thanks! Yes, ES5 is a huge pain. However, I believe 5% of users (see other comment) are not a joke for many apps. There's always the question of minimum critical APIs required: If you build a 3D or webcam app you can forget ES5 altogether, of course. > It’s a lot like using polyfills when needed. Never thought of it this way, thanks for that! As is state in the conclusion, the study would likel…
I very much appreciate proof that we don't need modern frameworks as much as people claim we do. As for ES5 support, would you consider using something like Babel to be close enough to using polyfills to consider them? Transpiling ES6 into ES5 fixes your compatibility issue with ES6 just like I would argue adding a polyfill for WebP images would.
Re: Vanilla-todo: A case study on viable techniques for vanilla web development
#66so yeah, props to the author for making a proposition for something that would work.
but nah, frontend work this days is about making everything complex from getting the project running to the build steps and even deploying the project.
though one area, I will say frontend is now better on is testing: cypress, jest and react-testing library are nice things to work with.
Re: Vanilla-todo: A case study on viable techniques for vanilla web development
#67Earlier quoted context omitted.
Agreed with "the modern way" to rewrite React code. Not simply for the sake of keeping current with version changes, but for one, to make sure your engineers are not constantly switching mental models between React Classes, HOCs, and Effects. Another reason is the ease and speed of online documentation/resources. We all use StackOverflow to get answers and insight into problems we face on a daily basis, and as the fr…
Is the mental model switches between classes, HOC's, and effects really that taxing? Rewriting your code to match the current framework flavor is really less exhausting?
Re: Vanilla-todo: A case study on viable techniques for vanilla web development
#68If not have you considered trying to update the repo to use them
Re: Vanilla-todo: A case study on viable techniques for vanilla web development
#69Earlier quoted context omitted.
Is the mental model switches between classes, HOC's, and effects really that taxing? Rewriting your code to match the current framework flavor is really less exhausting?
One time work to get knowledge outside your head vs mental notes for context switching while you code? For some people/projects, the first one would be much easier.
Re: Vanilla-todo: A case study on viable techniques for vanilla web development
#70Earlier quoted context omitted.
Framework churn is real. I no longer recommend JS frameworks simply b/c the opinion of the framework developer drastically changes over time. So, you are constantly re-writing completely valid and working code to keep up with the latest version of the framework. The JS language itself, on the other hand, seems to be very stable with long deprecation cycles and steady improvements. So, it is much easier to build on.
React has been stable since ~2015, and there are no signs of that changing.