The requested URL returns a 404 error page. The promised article about open-source Chakra Core is not accessible at this location. No substantive content related to human rights exists for evaluation.
Wow. They're really serious about changing their philosophy aren't they. Using Github for their stuff, making and open sourcing Visual Studio Code, other stuff I can't remember, and now this.
Edge is certainly much faster than Chrome/Firefox for JS processing that I wish I could use it on Linux. Looks like that might be happening. Really great news.
I didn't know Node.js could use anything but v8. This is also very nice.
Wow, I'll admit that I haven't been looking at Edge simply because of the IE stigma, but this blog post impressed me. 90% ES6 support? More so than Babel? Awesome. And it's getting open sourced! I hope to see it ported to the Unixes. Perhaps Servo+Chakra could be a thing?
I'd like to see Node.js using Chkara by default, V8 developers have showed that they don't care much about Node.js, they are more interested in Chrome, and MS have showed more interest in Node.js than Google and I'm sure it will be better for all, fingers crossed.
I have a somewhat off topic question: is there anything in the design of Javascript that mandates single-threadedness? Could any Javascript engine implement threads?
I'm asking because I'm wondering if Node.js's evented approach is the only way to do things.
Wait, Edge does better on ES6 coverage than both Chrome and Firefox? Microsoft have seriously stepped up their game, especially seeing as it's now neck and neck for performance with Chrome: http://venturebeat.com/2015/09/10/browser-benchmark-battle-s...
What in blazes?! Okay MS, that's an impressive step.
I'm waiting for the first ports to Linux or, hell, a native port of IE... given the trend, it's not unreasonable that MS will open source a load of stuff.
I find myself hoping Microsoft makes a comeback and they are really doing a lot to win developers which I think is the right move. Obviously, they are a huge platform and developers inherently will be using it but they have taken a lot of great steps like open sourcing this engine as well as other projects.
The Code editor they released is built on Atom Electron and seems more performant than Atom in the few experiences I have had switching between them.
If they can continue to gain trust in the community and improve their UI they could become great again. You can tell they have thought about how to do this. A few years ago now I remember the guys from the IE team did an AMA about the new explorer IIRC it was 10. They talked about cross browser compatibility and wanted developer feedback.
I am not sure if they are actually an "underdog" but I find myself feeling like that, and hoping they can get it together.
Microsoft is slowly but surely winning me as a fan. Keep doing things that matter, show that you're committed to the open source community, and continue to help push the web forward and I think nothing but good things will come from this.
If they go full SaaS I would not be surprized if they go Open Source on Windows itself, seriously. I think for that to happen Nadella needs one big win/turnaround and the shareholders might be on board.
They're aware of the permeance of open-source in current tech scene and want to be a part of it than fight it. Not many startups (except for DreamSpark, BizSpark, and Seattle/Redmond based ones) build on MS stack nowadays. MS audits are dreaded (thanks to Oracle for showing the way) and a diversion for a growing startup. It's better to steer clear of MS & other proprietary tech whilst building a startup.
They're embracing startups since they need them and are changing their business models to cater better to smaller startups than the behemoth enterprises with Office 365, Azure, etc.
I'm not sure where the hangup is, but I've found that Edge is fast as hell for initial page startup, but lags behind quite a lot when under heavy load.
I've seen the benchmarks but in my experience it just... lags...
For example, on the kangax ES6 compatibility table [1]. On chrome clicking a column takes less than a second, on Edge (i'm on an up-to-date Windows 10 machine, no preview stuff) it loads faster than in chrome, but takes 3+ seconds to switch between columns.
Even some of the stuff i've written acts similarly, and i can't figure out why.
Building a javascript engine is super simple. But to build one that has performance on par with the current crop will take you - as a single person - a lifetime and by then the state of the art will have moved on.
There is nothing in the language itself that allows multi-threading. Going forward, they are adding support in the language for the async keyword, similar to F#. Any way to achieve parallelism would have to be from APIs, e.g., like WebWorkers in the browser.
These programs aren't magic. They use the same kind of constructs you use every day to write your programs. They use some different algorithms, but you can look those up in books and in existing engines. People who work on these engines started where you started and there's no reason you can't pick up all the skills over a few years.
If you allow threads to share memory arbitrarily you need to add locking to all internal VM structures, which is going to be a significant slowdown.
Also it's not (any longer) considered good practice to have languages that allow mutable memory sharing since that makes software unreliable, so it's not really a good idea.
Without arbitrary memory sharing, multi-threading is already supported with web workers.
There are many JS engines which are extremely small compared to the big guys used in browsers. Most of them tend to grab a subset of the language and implement that.
There is even a javascript interpreter written in javascript which can be a good starting point to learn a bit how it works https://github.com/jterrace/js.js/
Yep. They're kicking everyone's asses in ES6 feature coverage. All the more impressive when you consider how they came from behind. http://kangax.github.io/compat-table/es6/
Initially I thought Edge would just be IE with (yet another) skin, but I have to say, it's absurdly fast and lightweight. It's still not my main browser as I'm now too deeply entrenched in Chrome for development, but it makes me really happy to know they're actually pushing the web ahead.
The problem with JS engines nowadays isn't as much about the language itself (or its core library), it's more about the absurd amount of optimization it should have to perform well in a varied number of possible setups, and all while the browser is busy doing DOM compositing, loading yet more JS code, etc. Things like JIT are not exactly necessary if you just want your language to "run", but an important part of an optimized system.
To me it seems the past ~5 years of JS engine development have been focused on what kind of optimizations to implement, rather than parsing or implement core library features.
In a world-ending scenario, 'having a working javascript engine' is likely to be surprisingly far down the list of priorities. I think we might actually need a new level on Maslow's hierarchy of needs, just above 'self actualization', for 'lightweight scripting.'
Sounds like a lot of work (not to say it's not possible or interesting). Our bindings code[1] is pretty complicated already. It depends highly on how Chakra deals with things internally -- if it's similar to SpiderMonkey; I'd be interested in having a look. Might become a fun project :)
Without a reference open source DOM implementation (which we have for SM -- Firefox's DOM), we'd also need good docs for the Chakra API. No idea if that exists.
Well, historically, when Microsoft was still in competition-mode, Internet Explorer was kicking Netscape's ass with the later versions.
With the first few versions they were playing catch-up, but if I recall correctly, IE 4 and IE 5 actually had more features and better standards compliance than the current Netscape versions, as did IE 6 at its launch.
The next Firefox Nightly build should get 84% on that page, much closer to Edge than Firefox 44 (74%).
I work on SpiderMonkey and I'm super excited about this news. All JS engines have added more-or-less similar performance optimizations but often implemented differently and I'm really interested to see what the Chakra team did. I'd be happy to write a blog post on it next month, if people are interested.
The JVM implementations of Javascript (e.g. Nashorn) support multithreading. Imho it's not a good thing, because all existing Javascript code is written with singlethreading in mind and lots of stuff will break if you use it from multiple threads. Multithreaded code for Nashorn requires the use of JVM synchronization primitives, which are then not supported by other Javascript engines.
Ditto - and I agree, underdog doesn't quite feel like the right word. It's more like yesterday's champion coming out of retirement to deliver some good old-fashioned ego checks on today's cocky up-and-comers. Either way, it's fun to watch.
Editorial Channel
What the content says
ND
PreamblePreamble
No substantive content available for evaluation.
FW Ratio: 60%
Observable Facts
The URL returns a 404 'Page Not Found' error page.
The requested article content about open-source Chakra Core is not accessible.
The page displays only Microsoft blog navigation, search functionality, and footer elements.
Inferences
The original article may have been deleted, moved, or the URL may be incorrect.
No substantive editorial or structural content related to UDHR provisions is present.
Page implements third-party privacy opt-out iframe and Google Tag Manager tracking. Observable privacy controls present but tracking infrastructure is extensive.
Terms of Service
—
No Terms of Service content visible on page.
Accessibility
+0.10
Article 2 Article 26
Page includes semantic HTML (iframe ariaLabel), CSS layout systems for responsive design. No explicit accessibility statement visible.
Mission
+0.05
Article 27
Microsoft corporate blog focused on product updates. Mission of information sharing to technical community implicit but not explicitly stated on page.
Editorial Code
—
No editorial code or ethics policy visible on page.
Ownership
0.00
Ownership clear (Microsoft). No modifier applied as this is neutral identification.
Access Model
+0.10
Article 19 Article 27
Public access to blog content. No paywall or registration visible. Supports universal access to information.
Ad/Tracking
-0.15
Article 12
Google Tag Manager (GTM-MLSXDLQ) integrated for advertising and behavior tracking. Third-party cookie infrastructure observable.
ND
PreamblePreamble
Page returns 404 error; standard navigation structure only.
ND
Article 1Freedom, Equality, Brotherhood
Error page only.
ND
Article 2Non-Discrimination
Error page only.
ND
Article 3Life, Liberty, Security
Error page only.
ND
Article 4No Slavery
Error page only.
ND
Article 5No Torture
Error page only.
ND
Article 6Legal Personhood
Error page only.
ND
Article 7Equality Before Law
Error page only.
ND
Article 8Right to Remedy
Error page only.
ND
Article 9No Arbitrary Detention
Error page only.
ND
Article 10Fair Hearing
Error page only.
ND
Article 11Presumption of Innocence
Error page only.
ND
Article 12Privacy
Error page only.
ND
Article 13Freedom of Movement
Error page only.
ND
Article 14Asylum
Error page only.
ND
Article 15Nationality
Error page only.
ND
Article 16Marriage & Family
Error page only.
ND
Article 17Property
Error page only.
ND
Article 18Freedom of Thought
Error page only.
ND
Article 19Freedom of Expression
Error page only.
ND
Article 20Assembly & Association
Error page only.
ND
Article 21Political Participation
Error page only.
ND
Article 22Social Security
Error page only.
ND
Article 23Work & Equal Pay
Error page only.
ND
Article 24Rest & Leisure
Error page only.
ND
Article 25Standard of Living
Error page only.
ND
Article 26Education
Error page only.
ND
Article 27Cultural Participation
Error page only.
ND
Article 28Social & International Order
Error page only.
ND
Article 29Duties to Community
Error page only.
ND
Article 30No Destruction of Rights
Error page only.
Supplementary Signals
How this content communicates, beyond directional lean. Learn more
build a784502+8ia6 · deployed 2026-02-28 14:33 UTC · evaluated 2026-02-28 14:28:40 UTC
Support HN HRCB
Each evaluation uses real API credits. HN HRCB runs on donations — no ads, no paywalls.
If you find it useful, please consider helping keep it running.