1210 points by marvinpinto 3056 days ago | 203 comments on HN
| Moderate positive
Contested
Editorial · v3.7· 2026-02-28 08:12:28 0
Summary Open Knowledge & Access Advocates
This Microsoft Edge blog post announces a major corporate commitment to support MDN Web Docs as a unified, open, browser-agnostic documentation resource through international collaboration with Mozilla, Google, W3C, and Samsung. The content strongly advocates for universal web access, anti-discrimination in documentation, community participation in governance, educational access, and the framing of web standards as shared global scientific and cultural heritage. Privacy concerns via third-party tracking slightly offset the overall positive human rights alignment.
This is great news. I learnt JavaScript from MDN first and it was a great resource. Still use it almost everyday as a reference, would love to see it grow.
MDN is an AMAZING resource, and I'm glad that it's getting the attention it deserves (both from Mozilla and the rest of the internet). Really hope this effort lasts over time as the effort put into MDN by volunteers, besides Mozilla employees, is tremendous!
Hope MDN becomes the go-to Wiki for the web (It practically is for me already)
A few years ago most of these companies got together to do the same thing and launch the WebPlatform for the same thing. If you watch the video, you can see some guy named Tim Berners-Lee with a title "Web Developer" say it was the place to learn.
I wonder why they are relaunching instead of using Webplatform.Org ?
This news sounds great to me, but I feel like I don't understand what's happening behind the curtain and don't grasp the second-order consequences. What would motivate them? I wonder what the political motives are (industry politics, not the other kind that we won't mention here).
Could this eventually displace standards bodies such as WHATWG and W3C? If the Product Advisory Board of Mozilla, Google, and Samsung agree on a standard and publish it at MDN, will that become as official, at least de facto, as a standard published by W3C? I do see W3C is mentioned as a participant.
Also, for the sake of argument (and IMHO, of realism) let's assume that Google, who can virtually set web standards themselves these days, isn't doing this for a purely altruistic motive of supporting the open web. Why would they give up the 'soft power' of writing their own documentation for their own standards?
> One of our guiding principles in developing Microsoft Edge is that end users should never have to worry about which sites work in which browsers. This philosophy—”the Web should just work for everyone“—led to our choice to target the “interoperable intersection” of web APIs in our browser engineering.
That's a good move by MS. In this context it's great to see them supporting open codecs, and for istance OGG container for audio which was recently announced as work in progress in Edge. Quite a turnaround from the old times of "best viewed with IE", ActiveX, Silverlight and etc.
Why can't MS apply same principle across all their teams? Compare the above to their push for 3D graphics API lock-in.
We were speaking about this at the W3C's Advisory Board meeting in London earlier this week.
It distresses me that the specs on w3.org are so hard to read for the average developer. It's great to see how MDN focuses on simplicity, readability, and usable examples.
Déjà vu. Previously (checks email …almost exactly 5 years ago?! Christ, it was a long time ago), the web powers that be announced they were going to collaborate on a new web docs wiki.[0] I don't think it went anywhere because, well, MDN already existed.
I'm glad they finally just surrendered to MDN, even if it was many years late.
Totally OT, but "Today, we’re excited to " is as an opening statement, through its ubiquity and seeming robotic mindlessness, is starting to distract from the actual topics. Maybe just me. Still. Just sayin.
One of our guiding principles in developing Microsoft Edge is that end users should never have to worry about which sites work in which browsers. This philosophy—”the Web should just work for everyone“—led to our choice to target the “interoperable intersection” of web APIs in our browser engineering.
It wasn't favorite because I agree with it. It was favorite for the humor value of Microsoft accepting a principle that flies so strongly in the face of how the company established itself, managed its battles with competitors, and tried to sabotage existing web standards for most of my professional life.
I'm glad they are finally claiming to be on board. I'll trust them as far as I can throw them. (Guess how far I can throw 120k people...)
Guess they are going to band together to dethrone W3Schools :-) (only half kidding, that web site has has some serious staying power.)
Related, when I was active in standards work (I learned just how badly that stuff was run) I discovered that new people in a standards group that was being formed would be lobbying to be the group Chairperson or Vice Chair. But the people who had been in standards bodies before were all vying to be the Editor. That was because the group could argue all they wanted but at the end of the day what was in the standard was what was in the document and only one person had absolute sway over that, the Editor.
So when I see all these leading lights, who just got through a rancorous debate about DRM with the standards body, endorse a new way to capture the "actual" standard, I see a seasoned standards wonk offering to do all the slavish work of editing the documents so that everyone else can focus on the hard work of coming up with the best possible standard.
I really miss the old MSDN Library. The 5GB installable one you'd get as one of the 200 DVDs in that giant case they'd ship you with your MSDN subscription back in the day.
It was awesome. You could hit F1 and it would instantly pop up good, detailed, documentation for whatever method or keyword was under your cursor. In any of their developer products, so it worked as well in SQL Server Management Studio as in VS.NET. Every language, every technology, updated monthly via Automatic Updates on your dev box.
But they stopped shipping it in favor of "web help". That's the thing where you hit F1 and it spends several seconds opening a web browser (a custom one in a new tab in the IDE for some reason), then several more seconds opening a "meet the mouse" style page telling you how to use the code editor window (which it had helpfully detected was your context when asking for help).
So in one stroke, they switched from the worlds most awesome help system at your fingertips to "just go open Chrome and type your search into Google, since that will at least get you something relevant".
Today, they've improved that workflow by trying to ensure that something relevant exists on MDN, provided you're searching for web-related stuff.
We're still about 10 years back from the state-of-the-art in 2003.
I think MDN is already quite a trusted reference for developers, so abandoning that would be abandoning a lot of “brand value” that’s been earnt through lots of hard work.
Can't beat them, join them. Developers simply go to MDN and MDN often is on top of the search results anyway. It often gets linked from stackoverflow too.
In general I like that Google and others are doing this. The web is so complicated, so overwhelming, that a central source of documentation is needed. This "blog posts as documentation" culture is not healthy.
However I think we should all be skeptical of any actions corporations take today until proven otherwise. When 60,000 Americans are dying of opiods per year (that's all the deaths in Vietnam per year) and drug companies will reject calls to regulate them and pay off members of Congress, some constant skepticism is called for (who could of believed they would do that??)
https://www.washingtonpost.com/graphics/2017/investigations/...
1. The people working on these browsers are just that: people. They haven't necessarily been e.g. at Microsoft when IE vs. Netscape was a thing, and probably don't hold grudges. They were hired to work with the web, not against it.
2. There was a lot of duplicate efforts, and MDN was clearly "winning". That's a waste of time.
3. A more "neutral" MDN (although I think they've been doing a pretty good job already) is good for all browser makers. Even if Mozilla and its volunteers are trying to be a non-biased resource, they'll always be writing from their own viewpoint.
4. For Mozilla, MDN being less Mozilla-/Firefox-focused might not sound like a great option, but Mozilla's mission is to build a better, free and open internet, not to be dominant. (Incidentally, that's also the reason MDN "won": this made it able to attract many contributors and supporters.)
Sorry, I don't understand the overriding sentiment here..
Are we now asking Google et al to be the gatekeepers of what is deemed correct and useful because they have a preferred alternative that fits with our view on the world?
W3Schools may not have the best historic reputation, but it still has a place in relevant search results.
I have personally used MDN extensively over the years, and love it for what it is.
MDN already has compatibility tables for lots of things; if they're missing from a particular article, it's not because they're unsupported, it's because nobody has done the research and filled in the information (it's a wiki! You can add things!).
MDN resources are written for web developers (ie. consumers of the already implemented language spec). The W3 spec has to be written for its implementors and is necessarily much more complicated.
Yet here I am and still have to fight flexbox bugs in IE 11 they were too lazy to fix for 2 years and then closed the ticket because IE 11 was legacy at that point.
They chose a different license that made it more difficult than it should have been to integrate content from MDN. The two sites' backends were completely different, too, so the source texts needed to be tweaked before publishing. I also remember that for for many of the docs, they favored basing them off MS's contribution (IIRC). It also had a very un-wiki-like atmosphere, where the lifecycle of a change resembled a code review, i.e., the opposite of the "be bold" policy that led to the success of Wikipedia (and the early days of developer.mozilla.org).
There is a tradeoff between simplicity/readability and "define how to handle all the edge cases".
Web specs recently have sacrificed the former to handle the latter, not least because past experience with web specs that sacrificed the latter to do the former was so horrible...
Specs are not meant to be read by average developer. Average developer should read books. Specs are meant to clarify moot points between different implementations. Spec is like legal document, they are hard to read, but they serve their purpose.
Was on a plane ride this weekend and was thinking how I needed to re-install Dash so I could have an offline docs viewer. Personally like the web format much better, thanks!
If you are on macOS, then Dash (by Kapeli) with the CSS/HTML/JavaScript docsets is your best bet. Having offline docs available at the speed of my fingertips throughout your OS has been a fantastic productivity booster for me. I'm not a heavy MDN user, so I don't know if there's anything that's not covered by the above three docsets.
If you are on Windows or Linux, then Zeal and Velocity are basically the same thing (they're only available on platforms where Dash isn't). Zeal's search used to be pretty bad, but at least you have the option to send Pull Requests on GitHub.
While we're on MDN related awesomeness, shameless plug: Back when I was in school, I made this Chrome extension which allows you to jump directly from the address bar to the MDN page you want:
Modern web companies don't make money from the web, they make money from something you do while you're on the web. The less the web costs to use (in the broadest possible sense of cost), the more people will use it, the more money they will make.
That's why Facebook's trying to pay off Indian ISPs, and Google's pouring money into web browsers and internet balloons. Microsoft came late to this party because their original make-money-from-the-OS model meant they were trying to compete using the browser, but now that they have a cloud strategy like everyone else, the law of complements has turned them into good web citizens too. Thanks, Satya!
As a "lowly CSS developer", I'm actually okay with this. w3.org specs are meant for browser developers, MDN docs (supposedly) are meant for web developers.
Also Edge is the only web browser where Netflix can be streamed at 1080p and 4K. OTOH Chrome and Firefox are only at 720p. Safari is at 1080p though. (Netflix's windows app is another route)
Edge also supports Apple's Live streaming tech so, again the only browser on Windows which can be used to watch Apple's Live events.
People change, and so do its companies (or at least, their management).
Looking from a non-Windows-user perspective, in the last couple of years: VSCode is now a thing, .NET is open sourced, they've started financially supporting organization that I like (like OSI and the Linux foundation), Powershell is now available on my platform, and, if I ever decide to switch back to Microsoft's technologies (highly unlikely), I have Windows Subsystem for Linux and I'll be able to run Linux servers on Azure.
As a non-Windows user, I'm totally happy with this new Microsoft.
Very strong advocacy. Explicitly frames MDN as 'global public resource,' describes it as 'living monument to our collective history' of web development, and commits to preserving and expanding scientific/technical knowledge as cultural heritage accessible to all.
FW Ratio: 50%
Observable Facts
Core framing: 'MDN is a core part of Mozilla's overarching mission: to ensure the Internet is a global public resource, open and accessible to all.'
Cultural heritage framing: 'Not only is MDN a veritable encyclopedia and thriving community of all things web development, it's also an institution in itself—a living monument to our collective history—as web developers and enthusiasts, web standards advocates, and browser engineers—of developing the web forward.'
Scale demonstrating progress: 'Over 34,500 documents, 6 million monthly users and 20,500 contributors.'
Inferences
The explicit framing of MDN as a 'global public resource' and 'living monument' treats web standards documentation as shared scientific/cultural heritage.
Commitment to maintaining and expanding this resource reflects belief that access to scientific progress is a human right.
International, multi-organization support for a neutral commons reflects commitment to universal participation in scientific/cultural advancement.
Strong advocacy for right to education. Repeatedly states commitment to making MDN 'the best place for web developers to learn,' with 34,500 documents available, 6 million monthly users, explicit goal of providing 'best possible information' to enable developers.
FW Ratio: 50%
Observable Facts
Core commitment: 'Making MDN the best place to go for web API reference' and 'Making MDN your definitive place for useful... documentation'
Rationale: 'We believe providing web developers the best possible information will enable them to deliver great web experiences that adhere to established standards.'
Scale: 'MDN has grown up alongside the web, and today has over 34,500 documents, 6 million monthly users and 20,500 contributors.'
Inferences
The explicit commitment to making documentation 'the best place' reflects strong prioritization of educational access.
Scale of participation (6M monthly users, 34,500 documents) demonstrates actual implementation of educational opportunity.
Public, paywall-free access to educational resources supports universal right to education.
Strong advocacy for freedom of expression and information access. Emphasizes 'unbiased' documentation, community contribution, and inviting 'active individuals from the web community' to participate in governance. Celebrates 20,500 contributors.
FW Ratio: 50%
Observable Facts
Goal stated as 'unbiased, browser-agnostic documentation' supported by all major vendors
Explicit invitation: 'The MDN Product Advisory Board is also looking for active individuals from the web community to serve on the board.'
Celebrates scale of participation: 'MDN has grown up alongside the web, and today has over 34,500 documents, 6 million monthly users and 20,500 contributors.'
Inferences
Emphasis on 'unbiased' information and community contribution creates space for diverse voices and perspectives.
The large contributor base (20,500) and explicit invitation for community participation demonstrate practical implementation of expression principles.
Public access to the announcement and linked resources (MDN web docs) supports freedom to access information about the initiative.
Content explicitly frames MDN and the collaborative effort as ensuring 'the Internet is a global public resource, open and accessible to all,' directly invoking Preamble values of universal benefit and human dignity.
FW Ratio: 50%
Observable Facts
MDN is described as 'a core part of Mozilla's overarching mission: to ensure the Internet is a global public resource, open and accessible to all.'
The post announces collaboration among five major organizations (Microsoft, Mozilla, Google, W3C, Samsung) toward a shared mission.
Inferences
The explicit commitment to a global public resource reflects Preamble values of universal access and collective human benefit.
Framing the web as shared responsibility across competing vendors suggests commitment to universal principles over proprietary interests.
Article repeatedly advocates that 'the Web should just work for everyone' and emphasizes creating documentation for 'all developers' without exclusion. Treats universal web access as a fundamental principle.
FW Ratio: 50%
Observable Facts
Core philosophy stated: 'One of our guiding principles in developing Microsoft Edge is that end users should never have to worry about which sites work in which browsers.'
References helping 'developers around the world' and ensuring 'great web experiences that adhere to established standards and work across platforms.'
Inferences
The principle that 'the Web should just work for everyone' treats universal web access as an equal dignity issue.
Advocacy for browser compatibility reflects belief that no user should be excluded based on technical choices.
Content advocates 'unbiased, browser-agnostic documentation' supported equally by all major vendors. Explicitly rejects vendor-specific information silos that would discriminate against users of certain browsers.
FW Ratio: 50%
Observable Facts
Described goal: 'Making MDN your definitive place for useful, unbiased, browser-agnostic documentation for current and emerging standards-based web technologies.'
Microsoft committed to documenting entire Edge API surface alongside other browsers: 'Over 5000 MDN edits later, the entire web API surface of Microsoft Edge is now documented on MDN.'
Inferences
Advocacy for 'browser-agnostic' documentation reflects principle that information should not discriminate based on technical platform.
Effort to equally document all browsers (not just dominant ones) operationalizes non-discrimination principle.
Content advocates for international cooperation and social order supporting human rights. Announces multi-national collaboration (Microsoft, Mozilla, Google, W3C, Samsung) working together toward shared benefit of the global developer community.
FW Ratio: 50%
Observable Facts
Collaboration statement: 'In conjunction with similar commitments from Mozilla, Google, the W3C, and Samsung, we're teaming up to make MDN Web Docs the best place for web developers to learn and share information about building for the open web.'
Closing statement: 'We're all building this Web together; let's document our hard work!'
Inferences
International, multi-stakeholder collaboration demonstrates commitment to international cooperation for mutual benefit.
Pooling resources across competing organizations (Microsoft, Google, Samsung) reflects belief in shared responsibility for global knowledge infrastructure.
Content advocates for community duties and shared responsibility. Frames web development and documentation as collective endeavor with common obligations: 'We're all building this Web together.'
FW Ratio: 50%
Observable Facts
Closing call to action: 'We're all building this Web together; let's document our hard work!'
Repeated emphasis on collective action and shared mission across competing organizations.
Inferences
Framing web development as 'our Web' and calling for collective documentation reflects understanding of shared community duties.
Invitation to contribute reflects belief that individuals have responsibility to support shared knowledge infrastructure.
Content describes distributed democratic participation model with representatives from five major organizations on advisory board, plus invitation for community members to participate in governance decisions about MDN.
FW Ratio: 50%
Observable Facts
Governance structure: 'Representatives from each of these organizations will also be serving on the MDN Product Advisory Board'
Community participation pathway: 'The MDN Product Advisory Board is also looking for active individuals from the web community to serve on the board.'
Inferences
Distributed governance across five organizations and open community participation reflects participatory decision-making model.
Advisory board structure enables affected stakeholders (developers) to have voice in decisions about their documentation resources.
Content advocates for peaceful assembly and association by creating and describing the MDN Product Advisory Board and inviting community collective action around documentation.
FW Ratio: 50%
Observable Facts
Announces creation of formal governing body: 'MDN Product Advisory Board, a committee dedicated to making MDN your definitive place'
Invites broader participation: 'actively looking for active individuals from the web community to serve on the board.'
Inferences
Creating formal structures for collective participation supports right to association.
Invitation to serve on advisory board enables developers to associate around shared governance of knowledge resources.
Content advocates for equal treatment of all browsers through a single, vendor-neutral documentation source, rejecting prior fragmentation where developers had to consult multiple sources.
FW Ratio: 50%
Observable Facts
States principle: 'Developers shouldn't have to chase down API documentation across standards bodies, browser vendors, and third parties—there should be a single, canonical source which is community-maintained and supported by all major vendors.'
Inferences
Advocacy for a unified source reflects belief that developers deserve equal access to standardized information regardless of browser choice.
Content advocates transitioning from proprietary, vendor-specific documentation (MSDN, Internet Explorer docs) to open, shared resources (MDN). Describes moving away from lock-in technologies to open standards.
FW Ratio: 50%
Observable Facts
Core commitment: 'redirecting over 7,700 MSDN pages to corresponding topics in the MDN web docs library'
Historical narrative: 'From the final releases of IE culminating with the birth of Microsoft Edge, we replaced earlier Microsoft technologies with emerging industry standards—the modern DOM and ECMAScript standards for DHTML and VBScript, HTML5 for ActiveX.'
Inferences
Transitioning from proprietary MSDN to community-maintained MDN reflects commitment to shared intellectual resources over vendor lock-in.
The willingness to contribute Microsoft's documentation to a neutral commons suggests valuing collective knowledge over proprietary advantage.
Weak signal: Content invites developers to contribute to MDN and improve their professional capacity through participation, though not explicitly framed as labor rights or social support.
FW Ratio: 50%
Observable Facts
Call to action: 'Please join us in supporting and contributing to MDN web docs!'
Inferences
Community contribution opportunities enable developers to develop skills and participate in meaningful work, though no explicit commitment to compensation or working conditions is made.
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.
Identity & Mission
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 & Distribution
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.
Accessibility
+0.10
Article 2 Article 26
Page includes semantic HTML (iframe ariaLabel), CSS layout systems for responsive design. No explicit accessibility statement visible.
Domain infrastructure includes Google Tag Manager (GTM-MLSXDLQ) tracking and third-party advertising/behavioral tracking, raising privacy concerns for readers of the page.
Lists major technology organizations (Microsoft, Mozilla, Google, W3C, Samsung) as partners: 'In conjunction with similar commitments from Mozilla, Google, the W3C, and Samsung, we're teaming up.' Uses reputation of these institutions to establish credibility for the initiative.
build 1ad9551+j7zs · deployed 2026-03-02 09:09 UTC · evaluated 2026-03-02 11:31:12 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.