--- title: "Microsoft's Dev Roadmap - Following the COM way?" url: "https://osherove.com/blog/2003/2/10/microsofts-dev-roadmap-following-the-com-way.md" canonical: "https://osherove.com/blog/2003/2/10/microsofts-dev-roadmap-following-the-com-way.html" published: "2003-02-10T12:26:00" updated: "2003-02-10T12:26:00" tags: [] author: "Roy Osherove" description: "So there i was at my VB User's Group Meeting. We had a lecture from a MSFT guy about MSFT's Dev Roadmap .It Appears Microsoft will attempt to Have the Next-Next Version of windows (aka LongHorn) be 70-80% .Net Framework…" usage: "Licensed under CC BY 4.0 — reuse, quote and adapt with attribution (Roy Osherove, link to the original page)." license: "https://creativecommons.org/licenses/by/4.0/" --- # Microsoft's Dev Roadmap - Following the COM way? By Roy Osherove February 10, 2003 **Historical article** · Originally published February 10, 2003; technical details may be outdated. So there i was at my [VB User's Group](http://www.renaissance.co.il/ivbug/) Meeting. We had a lecture from a MSFT guy about [MSFT's Dev Roadmap](http://msdn.microsoft.com/vstudio/productinfo/roadmap.asp).It Appears Microsoft will attempt to Have the Next-Next Version of windows (aka LongHorn) be 70-80% .Net Framework dependent. that means that just above the kernel you will have  Framework standard interfaces which you can access from your code. Also Yukon SQL server in two versions will run and support these internal sytem types, meaning you could basically execute queries wrtten in C# that look for specific files on your system, or have storedprocedures return folder data types. Now THAT i would like to see. They showed us some early preview screenshots, but of course quickly added reservations saying that "all is still open, it might just be 60-50% integrated with .Net" and so on. i do belive they are going to attempt this dramatic change. everything does point to this fact. Also, i asked whether this would be like the projected "COM" revolution we have seen a few years back, where similar plans had been discussed (or maybe it was just rumors..?) to do the same thing with COM. the answer i got was that the speaker knows nothing about incorporating onto the kernel, but he did mention that a lot of the system interfaces do work in COM, and that somehow this is the realization of that plan(if there had ever been one). Well, If.NET integration will be integrated ito the OS just the was COM is today, that would be pretty darn disappointing. For eaxample, if i went out to create a File Manager (like [Total Commander](http://www.ghisler.com/)) with basic functionality, such as viewing files with their associated icons, or displaying associated system context menu of folder and such, and i would try to do all this in VB 6.0,just getting to this basic stuff would be in need of extensive use of API's. Hell, Even in C# i tried doing this and ended up looking at plenty of PInvokes(read: more API's!) articles and extern declarations. Hopefully, this will not be the case. What do you think? --- ## About the author **Roy Osherove**: Senior Solutions Architect at AWS working on AI for production and AI-driven development; author of The Art of Unit Testing and Elastic Leadership, with about 20 years of consulting and training on unit testing, TDD, team leadership and continuous delivery. ### Sites - [RobotPaper](https://robotpaper.ai/): This blog: AI patterns and anti-patterns, AI and coding agents, and engineering leadership. - [osherove.com](https://osherove.com): Roy's personal site. Author of The Art of Unit Testing and Elastic Leadership; consulting and training on unit testing, TDD, team leadership and continuous delivery, plus about 20 years of blog posts. - [The Art of Unit Testing](https://www.artofunittesting.com): The Art of Unit Testing, 3rd Edition (Manning): readable, maintainable, trustworthy unit tests, plus TDD workshops in C#, JavaScript, Java and Kotlin. - [5whys.com](https://www.5whys.com): Roy's writing on software team leadership: self-organizing teams, surviving chaos, learning mode and the Elastic Leadership model. - [Pipeline Driven](https://pipelinedriven.org): Continuous delivery and DevOps practices: build patterns, pipeline-friendly testing, DevOps metrics and enterprise DevOps. - [Elastic Leadership](https://www.elasticleadership.com): Elastic Leadership, Roy's framework for software team leaders (survival, learning and self-organizing modes). ### Social - X: https://x.com/royosherove - LinkedIn: https://www.linkedin.com/in/osherove/ ### Contact - Contact form: https://forms.gle/jQSx5KoXvrVA1JCK7 ### License Licensed under CC BY 4.0 — reuse, quote and adapt with attribution (Roy Osherove, link to the original page). License: https://creativecommons.org/licenses/by/4.0/