Live data from Hacker News

Viewing profile — first_amendment

first_amendment

HN member
Joined
Sat, Aug 19, 2017, 3:13 PM UTC
HN karma
67
Public activity
49 items

About first_amendment

No profile information was provided.

Recent public activity

  1. comment
    Comment #15210981

    Jokes aside, semantically "implore" and "swear" are actually really good primitives for static analysis. "swear" is only dangerous because there's a chance it gets out of sync with…

  2. comment
    Comment #15210962

    One is a requirement, the other is a promise. The promise "result >= 0" is necessary because the compiler may not be able to prove that on its own.

  3. comment
    Comment #15185815

    I'm not talking about unikernels. I'm talking about the VMs that isolate them from each other. The VM isolation mechanism is considered secure enough to isolate malicious users, wh…

  4. comment
    Comment #15172966

    Unfortunately containers aren't considered secure enough for malicious users while VMs are.

  5. story
  6. comment
    Comment #15159157

    Hard work and smart investing sustained over a period of 30 years.

  7. comment
    Comment #15144094

    As it stands now, adding threading to JS has a negative expected value. There is more potential downside than potential upside. It's illogical and irrational to undertake the effor…

  8. comment
    Comment #15143984

    JavaScript can already do concurrent searching. Concurrent is logical, parallel is physical. Efficient parallel GC is non-trivial to implement. In the most common implementation, y…

  9. comment
    Comment #15142084

    C++11 allows you to write natural "value-oriented" code without paying a copying cost. This is thanks to RVO (return value optimization) and move semantics.

  10. comment
    Comment #15141960

    I made an argument. What's yours? You just made a statement of opinion without any justification. Additionally your opinion is wrong, by simple counter example. Rust's type checker…

  11. comment
    Comment #15141209

    For your parallel search example, the data set has to be extremely large for parallel searching to have a significant improvement. When does a client-side JS app have access to man…

  12. comment
    Comment #15138777

    This isn't about "paternalistic caution," it's about purposeful and sensible engineering. JavaScript wasn't designed for threading, and it's a less natural fit for it compared to a…

  13. comment
    Comment #15138732

    > I just don't think that we have sufficient evidence to conclude that using type systems to aid the development of concurrent code actually leads to better concurrent code. This i…

  14. comment
    Comment #15138705

    JavaScript is already concurrent. It isn't parallel though. Is there any real world application that currently cannot exist without this feature? It seems like a solution looking f…

  15. comment
    Comment #15134051

    It's unfortunate that the new version still creates __new__ using exec(). Doesn't seem necessary at all. Instead of generating the method as a string with the argument names filled…

  16. comment
    Comment #15133796

    Only versions 1.4 and below. Versions 1.5 and above do not require an X server. Version 1.5 has been available for 5+ years: https://ariya.io/2012/03/pure-headless-phantomjs-no-x11…

  17. comment
    Comment #15125173

    Feistel is a permutation. That means it's a 1:1 mapping between a 16-bit # to another 16-bit #. You run Feistel for each number 0->65535 (corresponding to the "stage" of the Fizzle…

  18. comment
    Comment #15125133

    You should time it :)

  19. comment
    Comment #15125011

    Always love seeing applications of Feistel cipher. Used it with AES as the PRF for implementing FPE in legacy systems. Just want to note that this approach (regardless of PRF) prob…

  20. comment
    Comment #15124726

    Erlang occupies a similar space compared to Haskell, in terms if it being a functional language with M:N green threads. It is possible, there are many stack swapping libraries in C…

  21. comment
    Comment #15122880

    I approximately agree with you but there are lots of reasons I'd prefer Rust over Haskell. All data is thunked and boxed in Haskell, it's all heap-allocated and garbage collected, …

  22. comment
    Comment #15121327

    Interesting. The problems section isn't really convincing to me though. Especially, indirect function calls for IO functions seem fine since IO is usually much slower than a functi…

  23. comment
    Comment #15121259

    I wonder if Rust could support pluggable concurrency models (with the accompanying runtime support). That's what Haskell does and it seems to work. At the outset that seems like a …

  24. comment
    Comment #15121199

    async/await is nice duct tape to integrate cooperative concurrency into a thread-based concurrency model but it has the drawback of creating an incompatible sub-language for functi…

  25. comment
    Comment #15111999

    You essentially agree with me. Aborting with a stack trace is still an abort. It doesn't need to be catchable.