讲真的
我看看过了解过敏捷的内容,实施敏捷会让你code写不好
但是因为本身code写不好,所以不知道什么是code写得好
所以又会认为是敏捷实施不好
所以再来更精实地实施敏捷
所以code又仍是写不好
但是因为本身code写不好,所以不知道什么是code写得好
所以又会认为是敏捷实施不好
所以再来更精实地实施敏捷
所以code又仍是写不好
...
所以会陷入这种诡异的循环而跳脱不出来
因为根本不会写code麻~~~
只要一个break;
跳出敏捷，你就有机会知道什么叫code写得好
完毕!!
※ 引述《remmurds (Stronghold)》之铭言：
: 这篇是工作十年的大叔的碎碎唸
: 每换一份工作
: 反复一再看到部分很爱谈敏捷的人 code 写得其差无比
: 连最基本的信箱验证功能在内网都需要跑半分钟
: 混乱的相依性造成简单的功能不断故障
: 而这些人都有几个共同的特色：
: 参与很多敏捷课程
: 脸书上和 LinkedIn 上都是跟敏捷有关的连结
: 这让我想到网络上的一篇文章
: 谈的是道理和知识的区别
: 我觉得用来形容一些敏捷课程也很适用
: http://imtopsales.com/?p=16370
: 这些年观察下来
: 部分敏捷课程会让人产生学很多的错觉
: 但实质内容乏善可陈
: 要设计出有效率的架构很难
: 要把 code 和测试扎实地写好也很难
: 软件开发里要面对的硬知识太多
: 但对于某些敏捷课程而言说的只是道理
: 再引用一些时间管理大师的话
: 就可以营造出学很多的错觉
: 久而久之
: 那些真正需要硬底子的东西就不敢碰也不想碰了
: 不是说敏捷课程都不好
: 但不知道是不是基于商业考量
: 一些敏捷课程这些年来发展的方向已经几乎与传销公司替员工安排的训练无异
: 说得更难听一点
: 敏捷不该成为某些人逃避专用的遮羞布
: 讲道理很容易、讲知识很难
: 上完敏捷课程之后
: 真的要想想学到的到底是哪个
: 以上就是大叔的碎碎唸
: 以下开放嘘文
============================