这是一个创建于 3570 天前的主题，其中的信息可能已经有所发展或是发生改变。
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
Alex_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