undefined | Better HN

0 pointsmike_hearn1y ago0 comments

Would be interested to hear more, but from the outside it appears they spent 10 years doing stuff but never really had a path to shipping something commercial nor integrating/improving Windows.

0 comments

3 comments · 1 top-level

e-topy1y ago· 2 in thread

As I said in my other reply, it was more research focused, and went on to be implemented in.NET.

> From what I've read (https://joeduffyblog.com/2015/11/03/blogging-about-midori/), Midori was a research project, and not a replacement. They started with .NET and C# because they own it, but then departed to custom languages. Their research included stuff like language safety (most of it now in Rust, and it seems they implemented some of it into C++ and C#). Also cool concepts like capabilities instead of permissions (2. post), programs that are multiple separate processes (like Smalltalk's; the lessons learned are now in C#'s await keyword), etc. The articles are a nice read.

mike_hearnOP1y ago

I know all about Midori, but if there's gossip that isn't public I'm up to hear that.

Most of the stuff in Midori never made it out of the project at all, partly because a lot of the ideas weren't that great tbh.

neonsunset1y ago

> partly because a lot of the ideas weren't that great tbh

This https://www.youtube.com/watch?v=37WgsoZpf3k and a bunch of follow-up videos on the channel shed the light on the technical side of things. As someone working on a somewhat performance-sensitive project, just one of the features - safe immutable and slice-eable buffers from the OS to enable fully zero-copy buffer handling already sounds like an excellent tool to have.

j / k navigate · click thread line to collapse