Live data from Hacker News

Viewing profile — 0x62c1b43e

0x62c1b43e

HN member
Joined
Sat, Jan 27, 2018, 7:34 PM UTC
HN karma
42
Public activity
22 items

About 0x62c1b43e

No profile information was provided.

Recent public activity

  1. comment
    Comment #34963679

    What’s even worse is crypto meaning cryptocurrency instead of cryptography now. Now I can’t talk about “crypto” without sounding like I’m going to fill up someone’s spam folder.

  2. comment
    Comment #34963295

    I saw metrics like this a while ago but it’s still hard to wrap my head around. We rarely see this enormous portion of the animals that outnumber us so much. I grew up on a farm in…

  3. comment
    Comment #34963220

    If I were going to do this, I’d probably go all the way to using ReScript, but it’s a nice idea. I’m quite surprised it’s not called ToffeeScript though.

  4. comment
    Comment #34963200

    The compilation speed of ReScript is also great

  5. comment
    Comment #34676998

    C on its own does feel like a simpler language though I think it’s true that the semantics taken literally undermine it (the generated assembly can be really surprising sometimes).…

  6. comment
    Comment #34650260

    > The container/heap is more useful, but it could benefit more from adding an optimization for inlining interface method calls when Go compiler knows the underlying implementation …

  7. comment
    Comment #34646126

    It’s not the only one. Some other packages that used workarounds like interface{} or other things to work around the lack of generics were container/{heap,list,ring}, sort, golang.…

  8. comment
    Comment #34645997

    Those are good points about some of them being nontrivial. Though part of why they’re optimized and in the stdlib in the first place is because they’re such common patterns. So wit…

  9. comment
    Comment #34632071

    By that logic we should remove bytes.Clone, strings.Split, bytes.Equal, strings.TrimLeftFunc, etc. from the standard library.

  10. comment
    Comment #34629998

    *lately It pops up on /r/golang sometimes. I don’t think it gets taken super seriously but there’s usually at least someone bringing it up.

  11. comment
    Comment #34627408

    Yeah, and I don’t tend to keep this around quantitatively, but I’ve certainly run into bugs in Go programs that would’ve been categorically prevented with generics. Of course I wan…

  12. comment
    Comment #34627369

    Generics consistently showed up as one of the most desired features (if not the most desired) by working Go developers in the previous developer surveys, so I think it makes sense …

  13. comment
  14. comment
    Comment #34622519

    It’s hard to be objective because of filter bubbles, but I’ve seen it a lot on Reddit last.

  15. comment
    Comment #34621097

    I understand, but it shows that compiler performance is the same as before generics now, so any performance hit is gone.

  16. comment
    Comment #34620611

    I’m gonna be that guy, but do you have sources for any of this? That link shows that compiler performance is the same as before generics, for instance. Are there more bugs in the c…

  17. comment
    Comment #34620595

    But if adoption is “very low”, then it’s not much pollution, is it?

  18. comment
    Comment #22399295

    A lot of people use PlusCal, which is basically pseudocode that compiles to TLA+. Depending on what you're modeling, PlusCal or directly writing TLA+ might be a better fit.

  19. comment
    Comment #19125817

    Reminds me of https://programmingisterrible.com/post/139222674273/write-co...

  20. comment
    Comment #17735389

    They have a section discussing why this paper might seem to contradict other studies showing a causal link: > This outcome seems at odds with findings from randomized controlled tr…

  21. comment
    Comment #17726963

    https://examine.com/supplements/ashwagandha/?PageSpeed=noscr... If you haven't encountered it, examine.com is a good resource; they curate research on supplements. In the Human Eff…

  22. comment
    Comment #16247698

    Could you share what preprocessors/templating languages you've used with CloudFormation?