问题描述
为什么日式软件开发非常呆板,极端的文档,对编程不重视,不注重编程手艺,反而像制造业流水线模式走,而日本其他方面又挺讲究手艺,工匠精神。为什么日式软件反而流水线模式呢?而且日式外包软件模式也确实比较失败。
我发现一些回答,有一点确实遗漏了,就是日本的游戏软件还是讲究手艺的,里面有些高水平程序员。但似乎仅仅限于游戏编程,其他尤其tob软件,基本不行。
第二是一些人说本子外包那套流水线就是对的,这是软件工程,这很明显就是胡扯八道了,从来没听过好的软件产品是可以不依赖高水平程序员(即手艺的重要性)做出来的,制造业流水线操作工水平确实不用高,只要流水线定的规范就行,但是软件开发却不行,哪怕像本子那么变态的文档也不行,不重视编程就不行。

Rui Ueyama 日本程序员。前谷歌雇员。专长编译相关技术。链接器mold 的作者。

同是他还有一个可自举,可编译sqlite 等真实项目的玩具编译器 8cc ,实现短小精悍。而且为了方便他人学习,他的每个commit 都经过精心设计。读者可以从头看到这个编译器的演进过程。

另外他还打算出一本关于编译原理的新书。具体链接可以见
通知订阅反正我是挺期待的