@魏永明VW 老骥伏枥又出发了，我有两个小建议：

第一，IDE或者IDE集成比设计和实现本身更重要，无论是OS还是其它什么Library, Frameware, or Language。IDE是开发者和它要编程的一坨whatever-you-name-it的工具之间的Human Interface，开发者需要『卓有效率』的知道它在编程的一坨whatever-you-name-it的东西是什么结构，依赖了谁，它在干什么，它是怎么做的；这也是为什么那些demanding的工作做的人不多（kernel, driver, rtos, etc, etc...），首先想参与就很困难，耗时耗力难以理解也是问题。写底层的人总是以此为傲其实是不对的，实际上它们一生都在低效的工作，a waste of talent。

第二，希望HVML在出发时就考虑一下类似X的remote工作能做到程度，比如一个非常弱的有屏设备，可能是eps32驱动的，它当然无法跑起来HVML的解释、编译、和渲染，至少是跑不出高级feature的，但是它能不能就是thin ui，就是有input和framebuffer，让HVML的解释编译和渲染跑在一个server上，可以先做局域网假设，即使是局域网假设在工业环境中的用量也极大了。

如果这个server是OS中立的，实际上的工业网络里速度尚可且稳定的Ethernet部署多的是，富余的计算资源也多得是，decouple ui和控制器也是最常见的实践，但很多ui上了windows是毫无必要的复杂、高成本，即使用一些嵌入式Linux也不见得是显著改善，因为这些系统的长期维护和生命周期也都是问题。

web的本意其实就是这样的东西，简化的、轻量的remote display，但不要搞得象X那样开发麻烦；web的最初理想不是今天的这个鬼样子，而且今天的web回不到当初的样子了，整个垂直集成被大公司劫持了，永远不会再小、轻、普适。

HVML回到起点重新出发是非常好的尝试，带我们回到1999年吧（https:||www.wired.com/1999/03/pocket-server/），加油老魏！