2020-05-18

现在来看看那些非C的语言，他们的长处都在于提高程序员的开发效率上。或者支持动态的列表，或者支持安全的列表。但是加入任何的中间层，加入任何的安全检验，它不可能比（基地址＋偏移量＋无检验）的方式更快。这个世界上不存在“开发容易，运行快”的语言，开发容易毕竟来源于对底层的一层一层又一层的包装。
现在回答两个最普遍的问题：硬件这么便宜了，有必要让软件更快吗？有这种疑问的人大部分都是网吧的固定客户，他们理解的计算机只在电脑城，他们理解的计算只是游戏和播放硬盘中的小电影。不要玩个游戏开个挂就乐得不行不行的，别忘了还有全实景仿真，还有3D渲染，还有自动驾驶。人在开车的时候，每秒要收集60个不同的物体，然后根据这60个物体的不同组合和反映来做20个最重要的决定。然后从这20多个决定中选一个执行。所以就算用上最快的硬件，自动驾驶现在还不敢说能像人那样开车。就算是自动驾驶成功了，下一步还要自动飞行呢？因为我们老早就预言了：你咋不上天呢！所以说：计算速度永远是不够的！因为新的应用会越来越复杂，越来也实时。对了！我还忘了一个更重要的限制：计算的能耗！NASA飞行器上的CPU最多就是32位的，说出来你可能不信，国际空间站上没有一个CPU是64位的，我猜一个最主要的原因是航天员不爱看硬盘小电影吧。另外一个流行的疑问是：我可以发明一种同样快的语言，但是没有C语言那么多的坑。想法是可以的，而且还真巧有这个语言，真巧它的名字叫D语言，真巧没有太多的人用！这是因为一个基本的事实。现在有太多，太多太多的C代码，他们大部分都在正常工作，就像Linux, Window, MacOS，Unix，Vxworks。你没有看错，这些操作系统的内核都是C，我虽然不确定C在Window中所占的比例，但是我相信微软的人不会傻到用C#去全部改写一个操作系统的内核。你想让这些人去用你的全新的语言，这就不是“有点”很傻，很天真了！而且有些代码，我们根本就不能改！NASA一个简单的5个CPU飞控软件编写完毕后，要进行一种“全覆盖”测试。如果CPU A坏了会发生什么？如果CPU A，B坏了呢？如果CPU A，C坏了呢。。。。？如果你愿意，你可以做个简单的数学组合。测试完毕后，别说重写，就算加个注释都不行。因为主管payload的大妈会非常严肃的质问你，为什么你上报的东西数量增加了，但是质量没有增加？你需要和她详细的解释：硬件和软件是不同的，硬件是那种摸起来硬硬的东西，但是软件不是那种摸起来软软的东西。看着大妈鄙夷的眼神，这个时候你会非常后悔自己手欠加入的哪一行注释。你还别不当真，这个是NASA的真实故事。哪为什么C语言还下降这么多呢？很简单，有些任务本身就不是C语言的。我上学的时候还用C语言编过窗口界面呢？然后很快微软的人就推出了MFC，就是一大堆宏把底层的C windowAPI包装了起来。再后来这个技术也过时了。因为微软的人认识到，带有窗口的应用程序说到底不是C语言的本职工作，再这么一层一层包下去就有露馅的危险，于是他们发明了一个全新的语言C#来负责这个任务。Java也是这样，突出网络，易用，安全，跨平台。无论是Java， c#还是python, 他们都有意避开提高硬件的运行效率这个问题，因为这个问题上没办法和C竞争，也无法撼动Linux， Unix，GNU tool这些已有C代码的位置。剩下的就只是提高程序员的开发效率上大作文章。这对C语言是好事，把自己不善长的东西去掉，让自己跑的更快！伴随着嵌入和实时系统的兴起，AI，机器人，自动驾驶等。这些都是C语言的核心应用，而且在这种应用上面，C语言没有竞争者。所以我感觉C语言会稳定在自己核心的应用中，并开始逐步回升。