听过行百里者半九十吧. 这句话在程序员的工作中同样适用,到底是为何呢?Matija用一个精巧的比喻揭示了个中道理.

来自: http://www.36kr.com/p/207155.html

• 其实这就好比在高峰期从郊外开车回市中心.
• 前 80% 的路程很顺,高速嘛,可能两小时就走完了,
• 但是到了城里,就走不动了,红绿灯,人行道,各种环线和菜鸟司机,可能两个小时还不够用的.

编程也是如此. 最开始你要设计框架,给整个项目打基础,然后开始开发,几周或者几月之后,你完成了整个项目 80% 的工作,各种关键模块开始起作用了.

但是好戏才刚刚开始,当你准备好好打磨这款产品时,就会发现许多奇怪的 bug 冒出来了. 比如:”喂,你知道这个程序在读取文件时拔掉 USB 线会崩溃么?”, “看起来是程序不想下载文件名里有感叹号的文件…”

这个时候,如果管理层下令要尽快搞定这剩下的 20% 的话, 开发团队就得弃掉汽车,徒步越过最后几个障碍,只求按期到达地点,把车丢那不管了. 也许能够按期完工,但是这种办法并不明智.

这篇文章被贴到 HN 上之后,引发了众网友的热烈讨论, 引发了众网友的热烈讨论. 有一位朋友贴出了 Quora 上一个很精彩的问答:” 为何软件开发的实际周期总是比预期的要长两三倍? “排位第一的回答真心机智幽默.

简单的说是这样的,

软件开发同徒步旅游一样,
可能你最初是计划在 10 天内走完 500 公里,
但真走起来,你会发现路上碰到的问题层出不穷,
每天走的里程数都在递减,
团队士气也不太稳定,

延期很多时候都是无可避免的. 

其实何止是软件开发,做任何一款产品的历程大都如此. 硬件项目也是做出原型简单,真正量产时会碰到各种问题,需要你耐下性子一个个解决,有时还得不断返工. 魔鬼在细节中潜藏,要想达到尽善尽美,就得花额外的精力去雕琢那最后 10% 的部分.

是也乎

图样儿图森破!

在中国,那城可是帝都! 随时的有关领导出行,堵你个半身不遂是好的!

其实,最后那占了 80% 时间的 20% 功能,全特么的是为了配合 湿件 (Wetware) 的各种不靠谱的随机抽风行为,而进行的所谓 UX 改进;

其实,如果一切都是命令行的话,大半软件都能在一周之内完成! 因为,只要将现成的各种工具组合起来,针对业务完成测试就好! 但是,人民群众只会鼠标哪! 键盘快捷键都痛恨入骨的… 所以,只是为了能在各种奇葩的输入时,系统不死,而不得不给早已完成核心功能的系统上追加 80% 代码量的代码来处理各种不靠谱. 其实,出错就死有问题嘛? 解决错误的输入再来嘛!!!

当期活动 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

珠海GDG[11.23]珠三角技术沙龙HOA.5

和久违的珠三角技术沙龙的小伙伴,共同来GDG 分享!

内容(可能):

1. Jeff小乐队 PyCon2013China 开场曲目内部练习
2. iFanr 编辑一斌 有关跨界成长的体验
3. 北理工学生有关 TI SensorTag 试玩体验
4. Leo ~ 文学化编程再再再谈
5. AngularJS 现教现用
6. Web的未来-新语言和新技术
7. GLASS生态…

其它征集中…

筹备活动 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

PyCon2013CHina 珠海场

• Python 年度大会
• Pythonner 大趴
• Pythonista 相亲集会
• Pythonic 体验交流

请及时举报你身边的 华蠎行者! 举报热线: zoomquiet+pycon (AT) gmail.com

巡阅

• 150113 Zoom.Quiet checked