Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
xigency
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
71 ms
·
751.
▲
by
xigency
11y ago
It doesn't seem like you've read the article because the author does ask for improvement for Apple's support of web applications and specifically criticizes their blatant and ignored backsliding over the past 9 years. This ar
752.
▲
by
xigency
11y ago
Except you didn't read the article so you don't know that it is specifically related to web application development and not "things that are just personal preference." The article makes a list of web features that Apple
753.
▲
by
xigency
11y ago
I didn't say that. Luckily, the black bar doesn't appear as a weekly occurrence. When it does appear, the community can explain it well enough. In this case, no one is saying that you can't mourn more than one event. Incident
754.
▲
by
xigency
11y ago
Well, from experience I've seen the black bar for: Steve Jobs, John McCarthy, and Dennis Ritchie each in October 2011, so I assume most HN posters know (or should know: see this thread) that the black bar is a sign of respect for famed
755.
▲
by
xigency
11y ago
It's tradition.
756.
▲
by
xigency
11y ago
In terms of shallow natural language processing, some pretty simple observations can lead to a lot of bang for the buck. One project I completed was able to really excel at keyword matching simply by building a huge dictionary of words, in
757.
▲
by
xigency
11y ago
There is a difference between going unproved and being disproved.
758.
▲
by
xigency
11y ago
This argument surely discounts other computing models, like quantum computing.
759.
▲
by
xigency
11y ago
Then why isn't your argument against code size rather than performance? Seems like an odd position to take. The fast path would also be branch predicted in an AOT case. The only difference in this hypothetical is that the slower path
760.
▲
by
xigency
11y ago
I don't know, you have a real mix of arguments here, as do most people. There's nothing a JIT does that an ahead of time compiler can't do without the burden of a larger footprint. This is really an issue of backend optimizat
761.
▲
by
xigency
11y ago
The purpose is to limit the number of steps in development. If only 50% of users are running the WebAssembly version of a product, and 50% are running the JavaScript version of the product, then both need to be stable. Developing in an unre
762.
▲
by
xigency
11y ago
WebAssembly allows for a stack and a linear area of memory. The job of the compiler is to determine memory placement.
763.
▲
by
xigency
11y ago
The code that I have to work with is static. It just happens to be JavaScript. Aside from writing some type casts and a linked list implementation, the standard implementation for a project like this doesn't have to be large. And yes,
764.
▲
by
xigency
11y ago
> This is something an AOT compiler cannot do. Yes, it can. You know the part where the JIT decides whether to execute X or Y? That can easily be implemented in a conditional in compiled code with the two code paths, X and Y. But I'
765.
▲
by
xigency
11y ago
What about this JavaScript: https://raw.githubusercontent.com/gregtour/gameboy/master/JS... It's not asm.js, it isn't C (but it was ported from C), but it's JavaScript and it has no dynamic all
766.
▲
by
xigency
11y ago
HyperCard predates the world wide web. It was pretty awesome, too.
767.
▲
by
xigency
11y ago
It really depends on the code. This whole topic is for webpages with scripting that have reached performance bottlenecks, not just an obscure exercise in torture.
768.
▲
by
xigency
11y ago
Well, then I should use some regular expressions, a parser generator, AST walker and syntax analyzer, with the help of a few directive comments, to turn my strict subset of JavaScript code into C, and then use emscripten to generate WebAs
769.
▲
by
xigency
11y ago
Pull the developers (or poll them) from V8 and ask them what they think. All of the "just-in-time" optimizations can be done ahead of time. Which saves [that much run time x that many users] in computer time.
770.
▲
by
xigency
11y ago
Because even a just-in-time compiler is slower than native performance quite frequently. A just-in-time WebAssembly compiler can be guaranteed to be as fast as V8 in practice. Branch prediction on a CPU can be quite helpful, but if a progra
771.
▲
by
xigency
11y ago
My initial reaction was for software with a flat memory footprint, so it really doesn't require garbage collection. Our application could be written in C, if we weren't web developers who are working in JavaScript. No one wants to
772.
▲
by
xigency
11y ago
Sure.
773.
▲
by
xigency
11y ago
Sure it does. Do you know that Lisp and Scheme have compilers? They target assembly even as dynamic languages, like JavaScript. These are totally sensible. Look at: http://www.call-cc.org/
774.
▲
by
xigency
11y ago
Yes, it would be faster.
775.
▲
by
xigency
11y ago
Performance. Looking at dependencies for certain key Javascript libraries makes me skeptical now that this is possible.
776.
▲
by
xigency
11y ago
> AI is tackling problems that appear exponentially more difficult. The hard est AI problems are the ones that involve multiple disciplines in deep ways. Here's a top tier artificial intelligence problem: given a plain English desc
777.
▲
by
xigency
11y ago
Finally, a reason to go into JavaScript development with a background in compilers! I can see the need for cross-compiling tools and certain special skills for performant web development in the future, especially since even with complete ad
778.
▲
by
xigency
11y ago
I used to live here! Not in Fukushima exactly but in Aizu, and I've traveled to Fukushima City. The closest I've been to the reactor is probably 40 miles away from the train in Koriyama.
779.
▲
by
xigency
11y ago
It's faster to check that the value isn't less than the loop counter squared than to perform a square root.
780.
▲
by
xigency
11y ago
What kind of solution is it to block one IP address?
More ›