Live data from Hacker News

Viewing profile — 1631-

1631-

HN member
Joined
Thu, Nov 28, 2013, 10:17 AM UTC
HN karma
8
Public activity
8 items

About 1631-

No profile information was provided.

Recent public activity

  1. comment
    Comment #6867318

    > It's still just a platitude. Poetry is just a pointless distraction. > You can put lipstick on a pig... Was this comment the spoken word in disguise? It sounded a little poetic t…

  2. comment
    Comment #6866253

    IANAL, and I am not the one being quoted... with that said, it seems to me that you're reading way too much into that statement, and in the process, more-or-less ignoting the conte…

  3. comment
    Comment #6815314

    You can't rely on the order of imports initialization anyway. See http://golang.org/ref/spec#Program_execution .. I believe that's also the reason, you shouldn't call `flag.Parse()…

  4. comment
    Comment #6815202

    (I don't seem to be able to reply to your comment directly) danieldk 8 minutes ago | link >> As I've already said to someone else. This is about linking, not compilation. The rest …

  5. comment
    Comment #6815119

    > But that is mostly a problem because incremental compiling in C++ is difficult for well-known reasons. Incremental compiling is well-supported in many other languages (e.g. Java)…

  6. comment
    Comment #6814193

    You say that, and yet here we are commenting on a forum? written in a Arc, a language implementation that wasn't strictly required .

  7. comment
    Comment #6814178

    You could potentially also have an interface that defined methods for all the basic types `interface { AsString() (string, error), etc. }` and then each basic type implements this …

  8. comment
    Comment #6813918

    1) no comment. 2) This is about the linker , not the compiler . You should compare the compilation times with the linking times instead of making assumptions.