这是一个创建于 3873 天前的主题，其中的信息可能已经有所发展或是发生改变。
http://jjyy.guru/how-fewer-bugs/
三个程序员被要求穿过一片田地，到达另一侧的房子。
菜鸟程序员目测了一下之间很短的距离，说：“不远！我只要十分钟。”
资深程序员看了一眼田地，想了一会，说：“我应该能在一天内过去。”菜鸟程序员很惊讶。
大神程序员看了一眼田地，说：“看起来要十分钟，但我觉得十五分钟应该够了。” 资深程序员冷笑了一声。
菜鸟程序员出发了，但只过了一会，地雷爆炸了，炸出了巨大的洞。这下他必须偏移预定的路线，原路返回，反复尝试穿过田地。最后他花了两天到达目的地，到的时候颤颤发抖，还受了伤。
资深程序员一出发就匍匐前进，仔细地拍打地面，寻找地雷，只有在安全的时候才前进。他在一天的时间内小心谨慎地缓慢爬过了这片地，只触发了几个地雷。
大神程序员出发之后径直穿过了田地，十分果断。他只用了十分钟就到了另一边。
“你是怎么做到的？”另外两个人问道，“那些地雷怎么没有伤到你？”
“很简单，”他回答道，“我最初就没有埋地雷。”
 | 1 Arrowing 2015-03-12 09:30:16 +08:00  2 Why don't you try REPL Driven Development? PS: REPL is Read-Eval-Print-Loop |
 | 2 init 2015-03-12 09:33:34 +08:00 printf (“hello world\n”); |
 | 3 hahastudio 2015-03-12 09:40:18 +08:00 写完之后做时光机回去干掉以前的自己 |
 | 6 zhouquanbest 2015-03-12 10:52:51 +08:00 和做到 “作业写得又快 错误又少” 不是一回事吗 |
 | 7 Laobai 2015-03-12 12:01:42 +08:00 via Android 不写不就没错误了么 |
 | 8 zhc 2015-03-12 12:05:43 +08:00 能真正理解这个故事的人肯定是优秀程序员, 效率不好的程序员真的是被自己挖的坑搞得不可开交. |
 | 9 rubygohell 2015-03-12 12:48:32 +08:00 当老板 |
 | 10 shyrock 2015-03-12 12:56:11 +08:00 说实话没看懂大神和资深的区别。。。 |
 | 11 liuhanyang0 OP @zhouquanbest 作业不需要维护 |
| 12 liuhanyang0 OP @zhc 我身边就有很多资深程序员（10年经验以上），经历过有光环的项目，但写出来的代码还是布满地雷 |
| 13 liuhanyang0 OP @liuhanyang0 但经常会感叹于他们躲雷功夫的高深 |
| 14 liuhanyang0 OP @Laobai 有理有据，让人信服 |
 | 15 dingz 2015-03-12 17:12:24 +08:00 有时候粗心会犯低级错误，该怎么避免，现在我就是多测试，但难免有漏网之鱼 |
 | 16 jsyangwenjie 2015-03-12 20:37:01 +08:00 1 马儿如何跑的又快，又不吃草？ |
 | 17 invite 2015-03-12 20:41:30 +08:00 哦。 |
 | 18 Alex_L 2015-03-12 20:51:00 +08:00 TDD既能加快编程速度，又能减少bug，还不会给后人埋地雷。 |
 | 19 luoluoluo 2015-03-12 21:01:12 +08:00 贵 |
 | 21 WispZhan 2015-03-12 21:12:14 +08:00 编码之前 必须 先设计，设计之前 必须 分析 |
 | 22 typcn 2015-03-12 21:13:37 +08:00 写一段就测试一下。。 |
 | 23 lightening 2015-03-12 21:17:35 +08:00 多写测试…… |
 | 24 sammo 2015-03-12 22:09:42 +08:00 尝试所谓的最佳实践，然后开发自己的最佳实践。 |
 | 25 dreamtrail 2015-03-12 22:53:56 +08:00 因为你不可能总在造轮子，所以哪怕你是再优秀的程序员，有时候也会踩上别人埋的地雷。。 |
 | 26 spacewander 2015-03-12 23:23:38 +08:00 大神程序员是看了资深程序员走了哪条路，所以才不会触发地雷的…… |
 | 27 xdeng 2015-03-13 00:36:06 +08:00 via iPhone 你一定不是程序员 |
| 28 liuhanyang0 OP @Alex_L TDD不会加快编程速度，而且只是一种辅助。你会发现写得最好的程序都没有单元测试，比如linux kernel、lua。 |
| 29 liuhanyang0 OP @WispZhan 这正是《代码大全》的观点，深表认同。 |
| 30 liuhanyang0 OP @sammo 深表认同 |
 | 31 jokester 2015-03-13 09:19:22 +08:00 deadly correct |
| 32 liuhanyang0 OP @xdeng 看看我博客就知道我是不是 |
 | 33 yxzblue 2015-03-13 13:51:20 +08:00 @hahastudio 说得好~ |
| 34 liuhanyang0 OP @zhc 最关键是自己浑然不觉，不知道自己不知道... |
| 35 Alex_L 2015-03-15 01:11:40 +08:00 1 @liuhanyang0 TDD会加快编程速度，主要是分离关注点和缩短反馈周期。在一个大型系统里添加代码，如何确保你的代码按预期执行，测试显然是快速获得反馈的手段之一。REPL Driven也是快速获得反馈的手段之一，不足是没法把断言持久化。 另外TDD不等于测试，测试也不等于单元测试。这几个都要分开说了。自动化测试已经是现代软件开发的最佳实践没什么好质疑的，Linux也有人做专门的自动化测试。Linux kernel的source code我看过一些，算不上"最好" |
| 36 liuhanyang0 OP @Alex_L 我的意思是，一个人代码写得好，TDD不是核心。 另外，分享一下你看过最好的源码？ |
| 37 Ale_L 2015-03-15 10:24:31 +08:00 via iPhone @liuhanyang0 当然不是，这是一句无比正确的话，同样也可以套到，一个人代码写得好，编程语言/编辑器/算法/模式/编程风格不是核心... 不是说举几个代码质量比Linux高的就是最好的代码了，只是Linux源码质量参差不齐，很多地方dirty and hack，我想不通从哪个维度评价Linux源码能算最好 |
| 38 liuhanyang0 OP @Alex_L TDD在业务多变的领域不适用，比如游戏业务。 |
Select Language