windows 新组件由 lua 驱动

我了个 lua ，还是 5.4

照这样下来以后系统组件用虚幻引擎写、甚至用 Flutter 这种垃圾写也不是没可能

应该是因为团队的某个工作组里，有些掌握了话语权的人熟悉 Lua ，也有能搞定 Lua 问题的人力。

--

"设计系统的架构受制于产生这些设计的组织的沟通结构。"

——M. Conway

Windows 厘里面有没有替代 gui ？类似 gnome kde xfce 这种替代，不是魔改 explorer 。
我现在几乎不需要 win UI ，基本上看看应用的界面就够了

Windows 11 Insider 版里开始菜单的那个应用分类功能背后是个巨大的「应用 ID — 类别」 JSON

欢迎来到 windows! 这就是氛围编程-vibe-coding

@DTCPSS 是的，15MB,30 万行的 json 。
https://x.com/thebookisclosed/status/1924091018388922711

Windows 基本被微软边缘化了，因为 Windows 8 和 Windows Phone 的失败，微软基本只能靠老旧的软件生态吃老本了，微软重心已经转向云服务拥抱开源。靠着老软件的生态壁垒 Windows 不会被任何操作系统取代，但是会逐步被市场和时代淘汰，新软件越来越少为 Windows 开发了，有也是跨平台框架。

Windows 差到自家员工都用不舒服，都爱用 MacBook ，微软内部也发 MacBook ，放以前是不可能的。

由于现在存量依赖 Windows 的行业对安全性普遍要求高，所以 Windows 现在更新越来越注重安全，比如引入 rust ，强制开启 VBS TPM Defender 磁盘加密等。


现在绝大多数公司开发能力强的程序员都会被用到优化一下能节约大量成本的后端，前端基本都是水平一般的。熟练的 C/C++程序员绝对不会用来开发前端。

然后回到你提到的 lua ，应该是某个程序员正好熟练 lua ，个人感觉比 C#反射强，Windows 11 大量用 C#反射，那性能惨不忍睹，响应慢的离谱，lua 起码轻量。

Lua 放我们这只是为了让其他不懂代码的科研团队更好的理解。。

我研究了很久很久。
我感觉微软的编程语言，逻辑非常神奇。

比如 Delphi 、C 、C++，直接给你静态编译，不带运行库（运行时）不挑系统不挑环境（例如系统补丁）。
就像维修厮的口头禅：插电！开机！轻松搞定！

微软呢？
第一阶段，
1.运行库安装很慢，别的运行库安装很快
2.有的情况下根本安装不上，各种报错，至于为什么安装不上，我不知道，你也不知道，他也不知道，最后你发现要进行一系列操作才能安装。
3.很多运维气得直接重装系统了，这里点名 C++也有这个问题。
4.有时候怎么样的搞不定，只能重装系统。
第二阶段，估计是为了配合 Windows 部门尽量淘汰旧系统，“我们的 .Net 不支持 WinXP 啦”、“我们的 .Net 不支持 Win7 啦”、“我们的 .Net 不支持 Win10 啦”，是的，微软自家语言，对自家旧系统系统兼容性最差。
第三阶段，支持 AOT 特性，也就类似其他语言的静态编译，又小又代码安全。
1.然后就开始作妖了，这个系统不支持
2.那个系统要先安装系统补丁
3.这个系统要这样这样这样。
4 、我都 AOT 了，exe 文件还要附带几个文件，咱能不能干干净净的来，干干净净的走呢，挥一挥衣袖，不带走一堆文件。
第四阶段，结合以上你会发现，新的语言版本只能在新的系统上用，但是新系统还没普及，根本不可能直接用。。然后过几年普及了，但是旧系统没有消失，你要兼顾新旧系统，就不能用新的语言版本。
第五阶段，终于市场上新系统足够多了，你也看了看终于可以使用它的新特性了。
微软宣布，这个方向我们已经放弃了，放弃了，放弃了，放弃了。


这里单独说一下运维人员为什么痛恨运行库。
运维人员是真的搞不懂，为什么开发语言的运行库还那么多要求，另外又不给出明确的提示，来指示运维人员要怎么做，然后运维人员只能网上漫山遍野的找啊找啊，很浪费时间。。。重装系统？看着美，其实又要慢慢调整新系统到适用的时间也是要一段时间的，我自己的系统也很少重装，软件太多太麻烦。

为什么运维不给用户安装最新系统？
一个是电脑多，你搞一遍，你麻烦，用户也麻烦，大家都是来上班的，这样搞真的很影响工作，而且因为适应重装后的系统是有一个过程的，这时候又会有新的工作量。。
另外就是有的软件不支持新系统。
另外就是有的硬件运行新系统非常非常非常慢。


后来我就开始远离这种运维工作了，如果是 Linux 有丰富的经验还是有价值的，至于 Windows ，纯粹是微软给我们找活干，干了还不值钱。

对了，之前按键精灵我一直在用，游戏和工作都用得上，毕竟自动化最大的好处是省心。

然后我估计是为了跨平台吧，改用 Lua 了，出手机端，然后我就放弃了，VB 、JS 、C#的代码风格都不错，其他的语言真的是喜欢不上。。。
而且 Lua 的发展很慢很慢很慢，这意味着要使用很多第三方库，或者总是要自己造轮子。

Lua 火不起来真的是有原因的。。

@NewYear lua 这语言就是不行啊,按理来讲微软应该来搞一门嵌入式的动态语言.可惜了.

@NewYear 兄弟总结的很到位呀

我有时候就在想，会不会内部斗争。

.net 小组认为有的情况难搞，需要 Windows 部门提供补丁，Windows 斗争失败，承诺出补丁， .net 小组表示噢耶！！
有时候 Windows 小组说 .Net 小组过分支持老系统，这会导致 Windows 市场份额下降， .Net 小组斗争失败，于是就放弃了。

用户层面就是：
哎呀怎么装个运行库还要搞系统补丁，这也太玩笑了。
哎呀怎么就放弃支持了，坑爹。

如果是其他公司的编程语言，因为无法和 Windows 小组沟通和甩锅，也不存在“内部斗争”，于是只能自己搞定。
从这个角度考虑，能够充分的解释为什么微软的编程语言，在兼容层面真的很拉。

倒是 VB6 的运行一直支持到 2021 年，算是情怀吧。。。

@ssack9 #13

@NewYear #14

大概任何复杂系统到了后期都是这个鸟样。要我说，不如一直不加特性，只出补丁，都要好得多。可惜是有一大堆人嗷嗷待哺，所以垃圾特性出了一大堆。妈的不知道哪些傻逼在 ads 组和 ui 组做，叫傻逼都侮辱了傻逼。

@levelworm #15

你是在说 Linux 吗，哈哈哈哈，多年过去，一个黑框框，一直没什么变化。

Windows 新功能都太拉了，我一般都是等几年过去再去作为日常用的系统。很难想象前面几年的正版用户是有多惨，花钱买罪受了属于是。

今天还看到 win11 的开始菜单是用 react native 写的，怪不得格格不入总是卡卡又顿顿