Live data from Hacker News

Viewing profile — zeeboo

zeeboo

HN member
Joined
Wed, Jul 11, 2012, 6:05 PM UTC
HN karma
505
Public activity
130 items

About zeeboo

[ my public key: https://keybase.io/zeebo; my proof: https://keybase.io/zeebo/sigs/pUgbWKGyeX4DCJKX05K8nPmSd_MKsHZZElgYcAm29qw ]

Recent public activity

  1. comment
    Comment #46445310

    It is indeed manufactured specifically to show the existence of "normal" numbers, which are, loosely, numbers where every finite sequence of digits is equally likely to appear. Thi…

  2. comment
    Comment #43487667

    https://go.dev/doc/faq#generic_methods

  3. comment
    Comment #37100832

    Go's GC has been precise since 1.4 released about 13 years ago.

  4. comment
    Comment #34619777

    You forgot to list the most useful feature of adding generics: people on the internet can no longer say "lol no generics", drastically reducing the amount of garbage comments about…

  5. comment
    Comment #31003907

    It's for people who think racism is wrong and want a reason to avoid being introspective about what they can do about living in and benefiting from a society built on racism.

  6. comment
    Comment #30910137

    Again, it's not just malicious updates. Normal updates can also introduce security vulnerabilities. For example, I have a dependency at v1.0 and v1.0.1 introduces a security bug un…

  7. comment
    Comment #30878698

    My statement had nothing to do with intent. Conversely, once a vulnerability is introduced (intentionally or not), you don't want every developer to update their deps to the newly …

  8. comment
    Comment #30871591

    Every change that fixes a security issue implies the existence of a change that introduced the security issue in the first place. Why is bumping a version more likely to remove sec…

  9. story
  10. comment
    Comment #27388032

    So, I thought this at one point, too. But it turns out that methods is a type alias to an unnamed type, so there's no package level privacy issues: https://github.com/protocolbuffe…

  11. comment
    Comment #26960228

    For example, it doesn't use HTTP/2 (which has a ~100 page RFC and compiles to a ~2MB object file), does not have any load balancing or name resolution engine, and does not handle c…

  12. comment
    Comment #26865231

    Indeed. This is in a thread where the original comment was "I think the best approach would be making & work in basically any scenario." I'm trying to demonstrate the complications…

  13. comment
    Comment #26865201

    I apologize if the tone of my previous comment sounded harsh to you or if some of my arguments sounded like strawmen. I am in good faith trying to interpret your comments as best a…

  14. comment
    Comment #26864404

    > That's a distinction without a difference. `append` does not "explicitly reallocate", it may or may not reallocate, you've no idea. Even if the backing array is full, it might be…

  15. comment
    Comment #26864030

    > It doesn't (have to) invalidate the pointer though. When resized the map's content get copied to a new backing buffer, the pointer can keep pointing to the old buffer. That's tru…

  16. comment
    Comment #26863802

    I think I didn't communicate my point clearly. Consider this hypothetical program: x := make(map[int]int) x[0] = 5 y := &x[0] *y = 10 print(x[0]) // 5 or 10? x[0] = 6 print(*y) // …

  17. comment
    Comment #26863608

    What about `&m[x]` where m is some map? Does that heap allocate and create a copy, or is it a pointer to the actual storage slot? If the former, that's a hidden copy/allocation tha…

  18. comment
    Comment #26419793

    A simple map was discussed in the post. The problem it has is that it has unbounded growth. The sync.Pool approach is a best effort to avoid allocations only. If its API was change…

  19. comment
    Comment #26418853

    If you can look at any widely used API that has existed for an extended period of time and not find a single tradeoff or hindsight flaw, you aren't looking hard enough.

  20. comment
    Comment #26418519

    It also doesn't include the ipv6 zone scope. Adding that would take it to at least 28 bytes, and still have to handle all the interning problems for cheap equality.

  21. comment
    Comment #26418495

    The standard library IP type has worked for numerous programs for a literal decade. Just because a specialized application can do a better job by leveraging, again, decades of real…

  22. comment
    Comment #26418341

    The type is designed to hold both ipv4 and ipv6 addresses.

  23. comment
    Comment #25799382

    You can do dynamic tagged values in Go, too. It's called interface{} and everyone hates it. So this does not respond to the parent's point.

  24. comment
    Comment #25187061

    It can target glibc in a cross-compile setting. https://andrewkelley.me/post/zig-cc-powerful-drop-in-replace...

  25. comment
    Comment #24085021

    I should not have used the word "assertion". I meant it in the more general way of "code that checks some property", not a literal "assert" feature as built in to the language. I w…