Rust dev, I enjoy reading and playing games, I also usually like to spend time with friends.

You can reach me on mastodon @sukhmel@mastodon.online or telegram @sukhmel@tg

  • 0 Posts
  • 234 Comments
Joined 1 year ago
cake
Cake day: July 3rd, 2023

help-circle

  • To be fair, I disagree with all the points author makes, except for performance which is important but may be less important than code clarity in different cases. I am surprised that exceptions perform that well, and I am surprised the author said that compared C++ exceptions to Rust results, but actually did the right thing and compared C++ exceptions with C++ expected first. I thought it was going to be one of those “let’s compare assembly to lisp”





  • you never know what code your function or library calls that can produce an exception

    As far as I remember, there were several attempts at introducing exceptions into type system, and all have failed to a various degree. C++ abandoned the idea completely, Java has a half-assed exception signature where you can always throw an unexpected exception if it’s runtime exception, mist likely there were other cases, too.

    So yeah, exception as part of explicit function signature is a vast improvement, I completely agree







  • Well, as they say, “common sense is not very common”, but thinking a bit before rushing in may always do good.

    about the "quote"

    It actually should read

    It is sometimes said, common sense is very rare

    as written by Voltaire, it appears, but I didn’t know that and only met derivatives of this quote.


  • It’s the number of the signal sent, 9 is for SIGKILL. You can send various signals with kill, and depending on how application was made it may react on all signals with dying, or meaningfully process most of them. Afaik, SIGKILL can’t be processed by the app, and it always means just that: “die already”.

    Checked in Wikipedia, that’s about right but there are more details I left out, mostly because didn’t know about them, too: POSIX signals






  • First of all, thank you for a thoughtful response, I was too snarky, sorry about that.

    TL;DR: guess I’m just upset that there is no objective way of measuring how much knowledge is required, and trying to read everything from sources list would take forever.

    Yeah, the last point is sort of a strawman, although I meant it not to highlight that explanations should be given in terms that the reader is used to, but rather that the reader may have quite arbitrary amount of prior knowledge.

    I agree that there probably should be some shared context, what bugs me is that people tend to vary a lot in what amount of context is considered to be required. And more than once have I met papers that require deciphering even if you have some context and kind of come from the field they are written for. I used to think that this is our of malice to make reproducing their work harder for others, but maybe it was just an assumption of much larger shared context.

    Tables markdown work in some clients, afaik, but I don’t remember which, and even if I saw it or imagined it