@vfs 其实最直接的理由就是，著名是开源项目 Kubernetes 中 bash 2.4 % + powershell 0.2% > python 0.0% 而 Hulo 存在的意义就是要让 2.6% 变成 Hulo 。不过这可能是目前的幻想 hhhh

@vfs 先给你道歉，语气暴躁了点。 上面最后列的这几个问题不是我在 V 站看到的（我也没看过你之前提问的那个帖子），是我自己在用户群和 Reddit 宣传的时候遇到的常见问题。不是说「提这些问题的人 = 不经大脑思考」。如果不小心地图炮到你了，不好意思。

@ansurfen 这个想法没问题，其实问题在于如果真的使用 hulo 来取代 2.4% 的 bash 和 0.2% 的 powershell ，hulo 能减少多少代码，为了让 hulo 能自动转到这几个语言，hulo 脚本中需要写多少平台相关的代码

@w568w 嗯嗯，没关系的，正常交流即可。 其实这两种方案本来就伯仲之间，没有好坏，可能别处的提问也只是想知道你们的决策原因。毕竟程序员好奇心都比较强 :)

@vfs 是的，蛋疼就蛋疼在这里，所以 hulo 需要一堆语法糖去实现这个过程，让用户写起来不需要关注平台的封装，Hulo 会将所有复杂性留在标准库里面，而且也不做编译器内的硬编码，所有的转换都在 .hl 文件里面实现

@ansurfen 这感觉也是必然要面对的事情。将尽可能多的细节藏起来（放在 hulo 提供的标准库中）。 其实比较担心的是将来会长期陷入往标准库中加入更多的语法糖。。。只要能收敛，就没问题