Live data from Hacker News

Viewing profile — hoodunit

hoodunit

HN member
Joined
Sat, Mar 02, 2013, 4:36 PM UTC
HN karma
33
Public activity
16 items

About hoodunit

No profile information was provided.

Recent public activity

  1. comment
    Comment #18315686

    TS/Flow don't quite lose types "whenever" partial application or currying is involved, it's a bit more subtle than that and in many cases it works fine. But especially when using g…

  2. comment
    Comment #18315660

    No, that is exactly correct. The brunt of the argument applies to most popular languages- Java, Python, Ruby, and what have you- although the specifics vary.

  3. comment
    Comment #14705710

    You can get exhaustiveness checking in some cases in TS by adding a default statement to a switch and assigning the value to type 'never'. This is a bit cumbersome, of course, and …

  4. comment
    Comment #14379217

    Naming closures or functions absolutely is a good substitute for a large class of comments. When you write a comment as a function name, that comment gets maintained when the code …

  5. comment
    Comment #13972054

    Yes, it's fun. I wrote a wrapper for playing Screeps with PureScript and a blog post about it here: http://blog.ndk.io/purescript-ffi.html .

  6. story
  7. comment
    Comment #12979689

    Are you referring to the Data Retention Directive [1], which was invalidated in 2014? Or are there still other EU-wide laws on data retention? [1]: https://en.wikipedia.org/wiki/Da…

  8. comment
    Comment #12564610

    Part of the issue is that legally in the U.S. a) privacy violations are usually punishable by law only if a specific non-privacy harm comes of it and b) privacy is treated as an in…

  9. comment
    Comment #12478530

    Which specific ones, for example? "Every one" could cover a lot of ground and doesn't have much information content. It's doubtful you have experience in every one, and it would be…

  10. comment
    Comment #12428285

    This is what makes me wonder, is there actually a steep age bias and drop-off of older developers or are we just living a demographics change? I'm guessing there are far more devel…

  11. comment
    Comment #11853229

    PureScript compile times have been quite good for me in the last two versions or so, so there has been some improvement there.

  12. comment
    Comment #11845294

    One area in which Flow may be "technically" sound but it feels illogical is how in how it infers certain types. TypeScript requires that a variable has one type that doesn't change…

  13. comment
    Comment #11845264

    I actually found the opposite was true in our project - TypeScript was easier to add into the code than Flow. The biggest reason for this was that Flow demands null/undefined check…

  14. comment
    Comment #11175671

    I admit the claim is overly grandiose, especially in this particular case where there's still a decent gap between core.async and CSPM. If one generated Haskell code directly from …

  15. comment
    Comment #11175519

    The go blocks in here are really ugly, but to be honest I just found it difficult to refactor in this particular case. The issues were a) I wanted all the events in a single event …

  16. comment
    Comment #9438121

    To clarify my statement: the idea of lean Clojure for making Clojure viable for Android development basically works. More static compilation of vars dramatically reduced startup ti…