3 ms·
This looks very nice. However, the description mentions "lightning fast" and "powerful". Unfortunately, those things don't mean anything without further clarifi
by gsliepen 5y ago
This looks very nice. However, the description mentions "lightning fast" and "powerful". Unfortunately, those things don't mean anything without further clarification. If you really want to show your editor is faster than other commonly used editors, consider posting a benchmark of cases where speed matters (like loading a large file, inserting in the middle of a large file, search/replace, latency of pressing a key and having the screen updated, and so on). It is harder to quantify "power" though.
- DrBazza 5y agoStandard rust marketing, it's a bit tedious tbh, and I don't think anyone who is honest is surprised any more. Everything is "lightning fast" by default just because it compiles to native. I thought we were past that. Never mind that you can write crap code in any language (not making any comment about the editor's author here).
- Aeolun 5y agoI still prefer crap lightning fast code to crap tediously slow code though. If the only thing people do is build a native application instead of a webapp and that speeds my stuff up by 80% then that'll make me very happy.
- DrBazza 5y agoThat reminds me of the (current) top-most comment in the `drgn` thread here: https://news.ycombinator.com/item?id=29537594 https://news.ycombinator.com/item?id=29537594 "just keep rebooting to solve the problem, rather than fix it"
- Dylan16807 5y agoWhen "lightning fast" just means native, then it could very easily be slower than a webapp that uses a more fitting algorithm.
- IshKebab 5y agoIt's not just marketing. Rust tools like Tokei and Ripgrep are lightning fast. It's partly because it compiles to native - that applies to C/C++ too, e.g. Git is "lightning fast" compared to Mercurial. But it's also because Rust lets you do multi-threading without going insane.