Viewing profile — skatepark
skatepark
HN member- Joined
- Fri, Feb 15, 2013, 2:34 PM UTC
- HN karma
- 55
- Public activity
- 50 items
- HN profile
- View on Hacker News ↗
About skatepark
No profile information was provided.
Recent public activity
-
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…
- comment
-
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…
-
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…
-
comment
Comment #5233988
The big difference is that nobody insisted that ARM stay instruction-level compatible with x86.
-
comment
Comment #5233983
That's also not what I said. You have a reading comprehension problem.
-
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…
-
comment
Comment #5233930
Open-source doesn't make the problem go away, but it does make the problem surmountable.
-
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…
-
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…
-
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…
-
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…
-
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 …
-
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…
-
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…
-
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…
-
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.
-
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.
-
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 …
-
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…
-
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…
-
comment
Comment #5231866
At the expense of battery life and performance as _compared to native applications_.
-
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…
-
comment
Comment #5231359
'Very acceptable' speed isn't what consumers are looking for when comparing battery life and wall-clock performance between competing platforms.
-
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…