Hacker Newsnew | past | comments | ask | show | jobs | submit | stgn's commentslogin

> so i wrote a gzip decompressor from scratch

After skimming through the author's Rust code, it appears to be a fairly straightforward port of puff.c (included in the zlib source): https://github.com/madler/zlib/blob/develop/contrib/puff/puf...


Even the function names are identical :/

The difference in size seems to be mainly due to the missing documentation before each function.

This feels like it should have been mentioned in the article.

It makes me wonder if there was some LLM help, based on how similar the fn structure and identifier names are.


> It makes me wonder if there was some LLM help

I would bet there was


> This feels like it should have been mentioned in the article.

With an entire section complaining how many lines of code existing implementations are, looks like they did found a good simple implementation to clone in Rust then deliberately not mention it.


Oh i didnt even know of this. But i got a lot of help from this one

https://github.com/madler/infgen

EDIT: Didnt notice that it’s even by the same person of course it’s very similar


You could say it was a “puff” piece, eh, eh!?

> and it's too bad that JPEG-XL lacks such a filter

JPEG XL has an edge-preserving filter ("EPF") for the purpose of reducing ringing.


One of the things I like about mitmproxy is how easy it is to develop and use addons. You just pass a script file to it. How would you achieve such painless extensibility if it were written in Go?


Exactly this.

It's very hard to do with Go; also see Hugo, where Go is in many ways "holding it back" compared to something like Jekyll, which you can customize and hack with great ease.

I love Go, but this kind of things is not where it shines.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: