Microsoft
在一個軟體為中心的世界裡，我們已經有了太多太多的計算機語言用以編程——從腳本語言到位元組碼編譯語言，再到最高級的架構語言和嵌入式語言。而現在，微軟正打算開發另外一種程式語言，代號為“M”（代表Microsoft）。
這種新程式語言是微軟新Oslo發展和面向服務策略的一部分，在保持文本（textual）和特定領域（domaiN-specific）的同時，還整合了來自XAML的特性。與Visual Studio 2010一起，M將與其他兩個即將一同發布的組件被直接套用：這兩個組件其中一個是QuadraNt，它是一個可視化構建模型的工具；而另外一個組件是在SQL資料庫中用於存儲和瀏覽模型的存儲器。
除此之外，關於該語言微軟沒有作更多的解釋。不過據推測它很可能是一種基於.Net框架的編譯語言（終於可以和自然語言代碼說再見了）。而且從微軟的表述上來看，M正緊追潮流——在努力成為一種跨平台（cross-platform）語言。
這裡提到的“跨平台”，微軟這樣解釋，“很長時間以來，跨平台要求第三方平台的作者來為代碼寫一個後端程式，而且SQL資料庫必須寄託於微軟的SQL Server這個Microsoft WiNdows專利服務才能執行。”想像一下，如果你是微軟用戶，正打算購買多套WiNdows系統的copy（會因此而產生收益，而且推測這些系統只能是Vista 或WiNdows 2008，因為XP已經不出了），那么對微軟而言跨平台將變成一件相當有意義的事情。
另外有訊息表示，M語言事實上就是微軟之前開發的“D語言”（如果不是，那么微軟最初就沒有發明D語言），現在微軟只是翻新了一下，以適應其新的Oslo模型策略，並把D改成了字母表上更加靠後的M，便新瓶裝舊酒地吸引了一大批追隨者的興趣。雖然這種說法可能不假，但D語言從來沒有被提升到.Net編譯語言的高度（而且旋而消失），而且雖然很多人對D擁有很高的熱情，但D語言確實存在很多缺陷而且從未入流。（就像比爾蓋茨稱將在它發布後的十年里為OS/2寫代碼）。
這個程式語言的基本準則是在開發上擁有某些特性值得人們去關注，特別是對OOP（面向對象的程式設計）。但是M語言與微軟SQL Server和.Net框架的聯繫相當緊密，雖然目前還不確定它是否會和ASP .Net整合，但這種聯繫已切切實實地使其吸引力局限在了WiNdows系統的套用上。不過儘管如此，單一項目還是能夠在非WiNdows平台上運行.Net代碼。如果M語言能夠遵循同樣的標準，並且微軟能夠擺脫對微軟MS SQL的依賴性，那么假以時日M語言編寫的程式將能夠成為LiNux朋友（peNguiN-frieNdly）。
在微軟找到一種強制人們使用M語言的辦法之前，有多少人會自願使用這種語言，只有時間會告訴我們答案，而驅使人們使用的最行之有效的辦法，恐怕只有在M語言中去掉對其它語言都有特性的支持，即只有M語言才有的特性。考慮到微軟的程式設計師吃的都是微軟的飯這個事實，實際上真正在使用這個“不可視”C和C++代碼的就只是WiNdows自身了，儘管微軟一再鼓勵它們（“不可視”的C和C++代碼）與WiNdows一起使用。但是如果所有的入門級程式設計師都學習這些新的程式語言，那么將來誰來管理這些我們現在使用的幾十億行C和C++代碼，難道把這些套用徹底重寫？我想早期貝爾實驗室的那些人也會對這個問題的答案感興趣。
MATLAB
一種演算紙方式的程式語言。通過這種語言，用戶可以用類似於數學公式的方式來編寫算法，大大降低了編程所需的難度並節省了時間，從而讓用戶把主要的精力集中在算法的構思而不是編程上。
