Readit Newsnhatcher commented on Zmij: Faster floating point double-to-string conversion vitaut.net/posts/2025/fas... · Posted by u/fanf2
nhatcher commented on Ask HN: Those making $500/month on side projects in 2025 – Show and tell · Posted by u/cvbox
nhatcher commented on Zmij: Faster floating point double-to-string conversion vitaut.net/posts/2025/fas... · Posted by u/fanf2
It converts 1.0 to "1.e-01" which reminds me to remove the trailing decimal point =). dtoa-benchmark tests that the algorithm produces valid results on its dataset.
So if I use:
#include "zmij.h"
#include <stdio.h>
int main() {
char buf[zmij::buffer_size];
zmij::dtoa(1.0, buf);
puts(buf);
}
nhatcher commented on Zmij: Faster floating point double-to-string conversion vitaut.net/posts/2025/fas... · Posted by u/fanf2
Thank you! The simplicity is mostly thanks to Schubfach although I did simplify it a bit more. Unfortunately the paper makes it appear somewhat complex because of all the talk about generic bases and Java workarounds.
Quick question, if you are still around :).
I have been doing some tests. Is it correct to assume that it converts 1.0 to "0.000000000000001e+15".
Is there a test suite it is passing?
nhatcher commented on Zmij: Faster floating point double-to-string conversion vitaut.net/posts/2025/fas... · Posted by u/fanf2
I've just started a Julia port and I think it will be even cleaner than the C version (mostly because Julia gives you a first class (U)Int128 and count leading zeros (and also better compile time programming that lets you skip on writing the first table out explicitly).
Oh wow, I would love to see that if you can share it :)
nhatcher commented on Ask HN: Those making $500/month on side projects in 2025 – Show and tell · Posted by u/cvbox
The friction to try it out is already really low, I like that! But it could be even lower if instead of an image the interactive version is served right on the landing page. Great project!
Yes, Dani the designer involved in the project, keeps saying that. There are two things that stops me from doing that:
* It would make the landing page a bit heavier * I would need to synchronize deployments somehow
But I guess I should do that sooner rather than later.
Thanks!
nhatcher commented on Zmij: Faster floating point double-to-string conversion vitaut.net/posts/2025/fas... · Posted by u/fanf2
This blows my mind TBH. I used to say a few years back that Ryu is my favorite modern algorithm but it felt so complicated. Your C implentation almost feels... simple!
Congratulations, can't wait to have some time to study this further
nhatcher commented on Ask HN: Those making $500/month on side projects in 2025 – Show and tell · Posted by u/cvbox
I was hesitant to add my own but I think you might find it interesting as we make money not from clients but from grants.
We have IronCalc[1]. We don't make money from customers as we don't have a finalized product yet. But we have an ongoing grant from the NLnet[2]. You can have a look at the kind of projects they are granting money. It's always a source of inspiration.
That being said IronCalc takes a lot of time from me. Way more than a side project should.
If folks find this interesting, maybe also mosh[1] is for you.
Different trade offs.
[1]: https://mosh.org/
https://hn-wrapped.kadoa.com/nhatcher
(Kind of embarrassing TBH)