用户1340774522 转发了 @有个梨UGlee
的微博:很多开发者喜欢N多个大屏幕，推断功能极强的IDE，和带断点调试的debugger。
Linus Torvalds只用两个屏幕，或者一个大屏幕的两个窗口，一个源码，一个输出，常年使用一个自己Fork的emacs，坚持认为Linux Kernel不需要debugger，console print是足够的。
你要写很多年的代码才会明白这是为什么。
并不是Torvalds先生古板，而是开发者经常为一种虚假的效率欢呼。
当你需要三个屏幕6个窗口看源码时，当你需要IDE为你推断时，或者当你需要fire debug命令才能知道what's going on时，你面对的这个系统，你已经不是真的全面理解它了；或者你只理解其中的局部，但不知道组合起来在发生什么事。
一个你不理解的东西，你的任务是让他工作，这听起来就很危险。
当然内核里可能没太多好办法，因为它只能用C语言写；但是在系统和应用层面，人类过去二十年的白盒工程方法，让依赖关系的泛滥，是软件工程的敌人。你看着那些程序员在忙忙碌碌，但是大部分时间他们解决的不是用户的问题，而是自己或者同伴制造的问题。这样的程序员比比皆是，他们能留在团队里只是因为老板不懂编程。
使用很多的屏幕看代码 -- 逻辑范围波及太广了，差劲的设计！
使用IDE -- 静态结构太复杂了，你在使用太多语言中不好的特性！
最后我们说说debugger vs print.
如果你只有print，这是你唯一的外部方式去观察你的程序工作正确与否，你就不会选择那些非常难以通过print去证明其正确性的设计；这意味着你的设计在接口角度看，更容易证明其符合设计要求。
Less is more，真的，你不可能让一个你不理解或者无法hold住的程序工作正确。
请承认这一点。 原文转发[384] 原文评论[71]
的微博:很多开发者喜欢N多个大屏幕，推断功能极强的IDE，和带断点调试的debugger。Linus Torvalds只用两个屏幕，或者一个大屏幕的两个窗口，一个源码，一个输出，常年使用一个自己Fork的emacs，坚持认为Linux Kernel不需要debugger，console print是足够的。
你要写很多年的代码才会明白这是为什么。
并不是Torvalds先生古板，而是开发者经常为一种虚假的效率欢呼。
当你需要三个屏幕6个窗口看源码时，当你需要IDE为你推断时，或者当你需要fire debug命令才能知道what's going on时，你面对的这个系统，你已经不是真的全面理解它了；或者你只理解其中的局部，但不知道组合起来在发生什么事。
一个你不理解的东西，你的任务是让他工作，这听起来就很危险。
当然内核里可能没太多好办法，因为它只能用C语言写；但是在系统和应用层面，人类过去二十年的白盒工程方法，让依赖关系的泛滥，是软件工程的敌人。你看着那些程序员在忙忙碌碌，但是大部分时间他们解决的不是用户的问题，而是自己或者同伴制造的问题。这样的程序员比比皆是，他们能留在团队里只是因为老板不懂编程。
使用很多的屏幕看代码 -- 逻辑范围波及太广了，差劲的设计！
使用IDE -- 静态结构太复杂了，你在使用太多语言中不好的特性！
最后我们说说debugger vs print.
如果你只有print，这是你唯一的外部方式去观察你的程序工作正确与否，你就不会选择那些非常难以通过print去证明其正确性的设计；这意味着你的设计在接口角度看，更容易证明其符合设计要求。
Less is more，真的，你不可能让一个你不理解或者无法hold住的程序工作正确。
请承认这一点。 原文转发[384] 原文评论[71]
