來自軟體工程師 Domenic Denicola 所發表的一篇文章──《Windows Native App Development Is a Mess》是一篇關於 Windows 原生應用程式開發的個人體悟。不過或許需要留意一下，作者在文章裡是將 .NET 也歸類為原生應用程式，呃，這個可能看用什麼角度來想，因為就技術面來說，.NET 會是更接近於例如 Java 的概念；然而考量到實際上微軟是讓 Windows 直接內建（並且依賴於）.NET 執行環境，因此就某種角度而言也是一個相當原生化的存在。
由於 Windows 原生應用程式開發，自己許多年來已很少去碰，所以不太能夠對文章的內容做什麼回應，若有興趣者可以自行閱讀看看。只是這篇文章也勾起了 DR 的早年記憶，最早學 C 語言程式設計時，都是在免費的 Dev-C++ 開發環境下，編譯出原生的 Windows 可執行程式，並且也學習使用原生的 Windows API（經常以 Win32 API 稱呼之）來建構簡單的圖形視窗介面，而不依賴任何的第三方函式庫或解決方案。然而相形之下，自己對於 C++ 的涉獵程度就差蠻多的，好像始終都沒有脫離類似於 Hello World 的層次；而不同於 C 語言的情形，至今偶然還是會寫到一點 C 語言的程式碼。
有趣的是，Dev-C++ 本身反而不是用 C 或 C++ 編寫的，而是用 Delphi 開發出來的。所搭配的編譯器則是 GCC 的 Windows 版（MinGW），同樣也是免費的。那個年代可不像現今，好像獲取免費的開發環境與編譯器都已是理所當然的；相反地，開發工具常常都要錢（至少以 Windows 平台來說是如此）。所以 Dev-C++ 的存在，對於學生族群來說，顯得非常有用，否則就是要設法從學校獲得軟體來安裝。
在期望以最低成本實現跨平台支援的考量下，如今若有程式開發需求，自己總會傾向於優先評估例如 Python 或 JavaScript 等非原生解決方案的可實現性。除此之外則是有點關注 Rust 這門新式的原生程式語言，因為它基本上就是為了取代原本 C/C++ 在產業中的角色。不過至今 DR 是還未生發出任何與之相關的開發計畫，也就缺乏相應的學習動力。
最後作為延伸閱讀，也許可以參考一下另一篇報導：《Microsoft plans 100% native Windows 11 apps in major shift away from web wrappers》，看起來無獨有偶地，微軟自己也是有計畫想要改善 Windows 原生應用程式的生存情形。