Live data from Hacker News

Viewing profile — skatepark

skatepark

HN member
Joined
Fri, Feb 15, 2013, 2:34 PM UTC
HN karma
55
Public activity
50 items

About skatepark

No profile information was provided.

Recent public activity

  1. comment
    Comment #5241133

    > A nice-looking bytecode doesn't seem worth the loss of backwards compatibility. The encoding is ugly, but compatibility with existing browsers seems like such a huge win for some…

  2. comment
  3. comment
    Comment #5236341

    Laziness. It, like all other non-public services, should be hidden behind a VPN that reduces the attack surface to the absolute minimum. Ideally you should use something like OpenV…

  4. comment
    Comment #5235236

    I'd say Firefox is a pretty good example of how open-source can counter the issue of monoculture by providing the industry a viable platform from which they can challenge the incum…

  5. comment
    Comment #5233988

    The big difference is that nobody insisted that ARM stay instruction-level compatible with x86.

  6. comment
    Comment #5233983

    That's also not what I said. You have a reading comprehension problem.

  7. comment
    Comment #5233970

    When I started, there was no web. The historical context is quite a bit broader, and it helps to understand what the state of the technology was. When the browser war was fought (a…

  8. comment
    Comment #5233930

    Open-source doesn't make the problem go away, but it does make the problem surmountable.

  9. comment
    Comment #5233925

    No, I'm saying that open-source solves most of the issues with a monoculture, while also being more effecient than vendor standardization when it comes to pushing forward innovatio…

  10. comment
    Comment #5233840

    > I don't think I've ever seen a javascript engine use a virtual machine. Ever. If you're very, very sure of yourself, it's a good time to check if you should be. I think you're co…

  11. comment
    Comment #5233731

    Open-source counters most of the issues around monoculture. Remeber that the first browser wars occurred between two closed source products. In fact, I think that a single OSS proj…

  12. comment
    Comment #5233211

    > Do we need all the power a PC provides natively to make great games? I think the market has declared this to be a definitive "yes". Users don't want to waste their hardware dolla…

  13. comment
    Comment #5233189

    As a hiring manager for over a decade, I can't recall the last time I received a resume from a qualified female applicant for a full-time software position. Internships tend to be …

  14. comment
    Comment #5232965

    > We never had access to the use of SIMD intrinsics in browsers in the first place, anyway. For that, use native. Yes, exactly. I want it all: native performance, security, open pl…

  15. comment
    Comment #5232955

    That's why I said "entire browser". Page rendering, font rendering, , et al, are the interesting bits. The use of XUL and the resulting UI clunkiness (speed, responsiveness, native…

  16. comment
    Comment #5232923

    > It is not a VM that accepts binary bytecode as input, which is what the person I am replying to wanted. Context matters. And you could have read that yourself.- Er, so? > One cou…

  17. comment
    Comment #5232384

    > ... imagine where we will be in another 15 years time. We'll be 15 years behind the PCs of 15 years from now[1]. [1] Unless something changes drastically in the web stack.

  18. comment
    Comment #5231981

    I believe the ideal (for users) would be to target NaCL natively, with a fallback to server-side PNaCL compilation, and an absolute fallback to PNaCL compilation/execution.

  19. comment
    Comment #5231974

    I'm not sure what you're trying to prove; javascript runtimes are VMs too. Java was designed poorly, and it performed poorly. It just so happens that its design was well-suited to …

  20. comment
    Comment #5231956

    I'm not a fan of a future in which the only people that can do interesting things (including the use of SIMD intrinsics) are the platform vendors (eg, Mozilla), while the rest of u…

  21. comment
    Comment #5231946

    > You assert this, but you haven't provided evidence. Web application developers are providing great user experiences. Are you serious, or are you really just that out of touch wit…

  22. comment
    Comment #5231866

    At the expense of battery life and performance as _compared to native applications_.

  23. comment
    Comment #5231374

    > iOS and Android are successful because they offer a great selection of powerful APIs, not because of the particular binary representation they use for applications. They also pro…

  24. comment
    Comment #5231359

    'Very acceptable' speed isn't what consumers are looking for when comparing battery life and wall-clock performance between competing platforms.

  25. comment
    Comment #5231355

    For a desktop and/or mobile app, on which the consumer is waiting and you are burning battery (laptop/phone) or just simply CPU cycles, 2x-4x slower is 'not fast'. You're simply wa…