←back to thread

50 points senfiaj | 5 comments | | HN request time: 0.711s | source
1. rossant ◴[] No.45809292[source]
> There are still highly demanded optimized programs or parts of such programs which won't disappear any time soon. Here is a small fraction of such software: > ... > Such software will always exist, it just moved to some niche or became a lower level "backbone" of other higher level software.

Yes. I’ve been working for years on building a GPU-based scientific visualization library entirely in C, [1] carefully minimizing heap allocations, optimizing tight loops and data structures, shaving off bytes of memory and microseconds of runtime wherever possible. Meanwhile, everyone else seems content with Electron-style bloat weighing hundreds of megabytes, with multi-second lags and 5-FPS interfaces. Sometimes I wonder if I’m just a relic from another era. But comments like this remind me that I’m simply working in a niche where these optimizations still matter.

[1] https://datoviz.org/

replies(2): >>45810751 #>>45811771 #
2. sgarland ◴[] No.45810751[source]
Please keep doing what you’re doing; I appreciate the effort and mentality.
replies(1): >>45812126 #
3. scott_w ◴[] No.45811771[source]
You're always going to be up against "good enough" and inertia. For plenty of applications, a bloated Electron app really is good enough!

The library you built looks fucking awesome, by the way. However, I think even you acknowledged on the page that Matplotlib may well be good enough for many use cases. If someone knows an existing tool extremely well, any replacement needs to be a major step change to solve a problem that couldn't be solved in existing, inefficient, tools.

replies(1): >>45812158 #
4. rossant ◴[] No.45812126[source]
Thanks!
5. rossant ◴[] No.45812158[source]
Thanks. The use cases for my library are pretty clear: anytime Matplotlib is way too slow or just crashes under the weight of too much data (and 3D).