开发一个 C++ 编译器的难度有多大,难点又在哪里
发布网友
发布时间：2022-05-15 22:12
共2个回答
热心网友
时间：2024-01-03 21:49
（这两点都比它高一个数量级的大概就只有OS了）
对于这种系统，唯一的办法就是烧钱。
烧钱的作用主要包括：
1.留人；
2.填坑；
3.买买买。
先说留人：复杂度一般是“细节”的代名词。现实中的编译器大多数以递归下降为主，自底向上的归纳推导为辅。这两样在教科书上也就是几页纸的事情。但是现实总是很残酷的，人们总想让语言更加“易用”，这就意味着各种上下文相关的情况都会出现。
对于C++来说，你要判断一个符号是类型或者变量（比如这个符号被用在模板参数中），要看前面的声明/定义。这就是一个上下文相关的推导。然后你就会写大量的if else switch case之类的代码来解决各种各样的可能分支。写它的人当然知道它是做什么的，但是如果这个人离职了，新来一个人，就呆掉了，这写的都是什么煞笔玩意儿。因为它不知道现实中怎样的需求会导致奇形怪状的逻辑。所以人员的稳定，对于这种长周期迭代、逻辑复杂的项目是很重要的。但是人的水平要求高吗？不算高也不算低。总结来说就是：有逻辑，知好歹。技术什么都可以培养，但是态度和基本智商是比较难培养起来的。
至于怎么保证人员稳定？很简单：加薪。
再说填坑：编译器是对正确性要求很高的基础软件。这里的正确性既包括产生的代码的正确性，也包括编译器自身对于各种问题的容忍度和足够丰富的错误提示。容错和错误提示本身也是代码，也有很大的出错几率。所以这些软件，bug少不了。但是作为基础软件，你又不能随便就2+3搞成了2*3，这样还怎么让别人相信爱情。所以要烧很多钱来养一帮debugger。
再说买买买：古人日：我们不用很麻烦很辛苦也可以成佛。既然这么费神我们自己做干什么，不如买别人的吧。于是MS就干脆不自己做了，直接去EDG整了个前端，这样就可以少了不少人年。这就是传统土豪和水果这种新暴发户想的不一样的地方。
传统土豪想的是：我们有这么多钱为什么还要自己解决问题呢？买买买！
水果新贵则是：啊呀，不小心有了这么多钱，我们要不要给自己制造点问题好把这些钱花出去？
热心网友
时间：2024-01-03 21:49
