website VS js-framework-benchmark

SVG has been transforming web-experiences (particularly for viz) for quite some time now, see:

- https://mlu-explain.github.io/neural-networks/

- https://www.nytimes.com/spotlight/graphics

- https://pudding.cool/

Graphics programming analysis done using examples written in WebGL–genius. Hypertext that takes full advantage of the medium. This reminds me of something I'd see on https://pudding.cool/, but it goes far more in depth than anything there. Absolutely fantastic article.

I've been using MSAAx4 in my rendering engine for some time and only recently have considered switching to a FXAA / TAA implementation. I'm actually not sure I'm going to go through with that now. I definitely learned a lot here, and will probably use the analytical approach for UI items, I hadn't heard about that anywhere.

Not often you see graphics-programming stuff on HN. For anyone interested in more graphics write-ups, this list of frame breakdowns is one of my favorite resources:

https://www.adriancourreges.com/blog/

I think NY Times started long back and this style was kinda "cool" that goes well with the narrative. Then, there is https://pudding.cool that does this pretty well. Now, many just copy and tries without a meaningful treatment and is just there - kinda not working-out in most cases.

Tip: Try reading with Reader Mode.

Also check out https://pudding.cool if you’re unfamiliar and enjoy extremely high effort visualizations alongside editorial and educational text content.

Hello all, I am a JS beginner and I am passionate for creating data-driven stories on a website, like Pudding. I have watched some YT videos and learned that Python is a basic skill for dealing with data. However, I am confused about what Python does in such website? I know JS and it libraries like D3.js are used for front-end development and interactive data display, then what's the role of Python? For the website backend (such as Django)? Or is used for data cleaning and analysis? Or others? Or python is not actually required for making a data-driven story website?

https://pudding.cool/ ?

The main reason why I've got interested in frontend is that (1) it seems to be a field that can be much more diverse and collaborative across different fields (ex: working with designers) and (2) it directly interacts with users. Interactive journalism, data visualization, data storytelling (as in The New York Times or The Pudding) are my main interests currently, so it is more accurate to say I got interested in frontend with focus on those specific fields.

https://plastron.ca/os/

I benched plastron against krausests library https://news.ycombinator.com/item?id=45259345 and you can see the first pass version of plastron there

https://github.com/krausest/js-framework-benchmark/pull/2015

This afternoon I PR'd the more recent plastron. It has some modest improvements

And a question for readers. Should we even orient ourselves around js-framework-benchmark in this case? I think not. You shouldn't render what isn't visible. They're fighting over pennies there, and everyone knows you don't penny-pinch. And let's recall the perf quote above.

I don't see how GH's backend serving a billion repos would affect the speed of their frontend javascript. React is well known to be slow, but if you want numbers, you can look at the js-framework-benchmark and see how many React results are orange and red.

https://github.com/krausest/js-framework-benchmark

I had similar concerns when I made the jump from a custom data class (with methods like `set`, `get`, `increment`, `push`, etc) to a transparent `Proxy` around native JavaScript objects. I did some quick benchmarks back then, and concluded that it was actually not meaningfully slower. Modern JavaScript engines are awesome! :-)

Aberdeen is not in js-framework-benchmark yet, but I've done a pull request https://github.com/krausest/js-framework-benchmark/pull/1877 -- By my own testing, performance is similar to something like react (while of course destroying React on time-to-first-paint, bytes transferred, etc). However, this test is not a particular good fit for Aberdeen, as lists in Aberdeen are always sorted by a given key (it maintains an ordered skiplist for the data). The test only requires the easy case: sort by creation time. So Aberdeen is doing some extra work here.

With regard to reactive data transforms: Aberdeen provides some (reactively 'streaming') helper functions for that (`map`, `multiMap`, `partition`, `count`). But these are mostly based on the `onEach` primitive, for reactive iteration. Take a look at the `map` implementation, for instance: https://github.com/vanviegen/aberdeen/blob/a390ce952686da875...

Is past projects, we've been using things like this a lot. Pretty easy and fast!

I have a number of ember projects on vite if anyone wants to take a look:

- https://github.com/krausest/js-framework-benchmark/pull/1835...

📌 Benchmark: In the JS Framework Benchmark tests, Vue shows very good handling of rendering and DOM operations, positioning itself between React and Svelte in terms of speed.