Hacker News new | ask | show | jobs
by cosmie 2674 days ago
> Why is your release binary built in debug mode?

> Be grateful for what you have.

I loved the FAQ overall. But something about this at the end made me bust out laughing.

4 comments

The README in general is inspired. It explains perfectly what it does and the issues it has while making it very clear that it was just a fun side project and does so with quite a bit of humour.

It’s a fresh break from those dry READMEs that talk as if their side project will revolutionise they way you use x.

A note for the privacy-conscious: binaries built in debug mode may contain more personally identifiable information, including full paths and names. Looking at his profile page, he does not seem too worried about concealing his identity, but it's just something to keep in mind if you want to release something (pseudo-)anonymously.
Indeed, this information often even makes it into the app store. You can sometimes decompile (or run strings on) an app and see a developer's home directory, for example.
There is a pitch on the Swift forum to encode only the file name in a binary instead of the entire path, or hash it. The OP there makes some points about file size, even.

https://forums.swift.org/t/we-need-filename/

I wonder if there is an opportunity for a privacy cleaner for executables. Like there is for JPEGs.
strip(1)
strip(1) removes all debug info / symbols. But I was thinking of something that keeps the debug info but discards (or anonymizes) the personal info.
No answer about why the sample picture isn't saved as a (static) gif though.
A gif of a gif in a excel spreadsheet? Are you mad?
This is a very good point. I've fixed it. https://github.com/pugwonk/gif2xlsx/commit/74867500ee9c43303...
Are you trolling? It's not an animated gif :)
It is pretty good