"Midori was a research/incubation project to explore ways of innovating throughout Microsoft’s software stack. This spanned all aspects, including the programming language, compilers, OS, its services, applications, and the overall programming models. We had a heavy bias towards cloud, concurrency, and safety. The project included novel “cultural” approaches too, being 100% developers and very code-focused, looking more like the Microsoft of today and hopefully tomorrow, than it did the Microsoft of 8 years ago when the project began." [1]
Later some of this ideas became core features on Windows.
For a great overview about Mindori project: [1] http://joeduffyblog.com/2015/11/03/blogging-about-midori/
Hopefully Fuchsia doesn't succumb to the same second-system effect.
It doesn't sound it was ever planned to be shipped? It was for experimentation, research and development. And some of that work made its way into Windows. Seems like a success to me.
edit:
> Midori was the code name for a managed code operating system being developed by Microsoft with joint effort of Microsoft Research. It had been reported[2][3] to be a possible commercial implementation of the Singularity operating system, a research project started in 2003 to build a highly dependable operating system in which the kernel, device drivers, and applications are all written in managed code. It was designed for concurrency, and could run a program spread across multiple nodes at once.[4] It also featured a security model that sandboxes applications for increased security.[5] Microsoft had mapped out several possible migration paths from Windows to Midori.[6] The operating system was discontinued some time in 2015, though many of its concepts were rolled into other Microsoft projects.
However async/await, span, ref returns, ref structs, safe stackalloc, .NET Native, TPL have their genesis on Midori
I think they made it pretty clear that Fuchsia is not "an experiment to test new OS ideas".
https://fuchsia.dev/fuchsia-src/concepts
Specifically:
> Fuchsia's goal is to power production devices and products used for business-critical applications. As such, Fuchsia is not a playground for experimental operating system concepts. Instead, the platform roadmap is driven by practical use cases arising from partner and product needs.
This totally contradicts what was said at Google IO's main keynote. Unless I'm remembering this wrong...
The Android team doesn't seem fond of Dart/ Flutter, but that's not surprising. Who wants to voluntarily sign their death certificate, so to speak?
That's a form of public denial on their side. Why would they upstream Chromium, LLVM, Rust and Android ART support then? It has first class support for Flutter as a way of running all Flutter apps from day 0.
Don't be fooled too easily by that statement.
What Google says about their plans and what their plans actually are does not necessarily have to converge.
a) sell the product to their superiors and get their buy-in
b) drive their own resume for "being the guy who created X"
rather than any technological reasons or valid business reasons.
What do you think is Google's masterplan for Fuchsia?