H**r
发帖数: 10015 | 1 什么Agile，Extreme programming之类的都是忽悠人的，没有实质内容 |
x****u
发帖数: 44466 | 2 Agile是很有利于码农的，开发团队有最大的主动权。
传统模式的话外行领导决定一切。
【在 H**r 的大作中提到】
: 什么Agile，Extreme programming之类的都是忽悠人的，没有实质内容
|
f*******t
发帖数: 7549 | 3 恰恰相反，agile模式pm之类的垃圾可以直接把活插到码工sprint plan里，根本无法抵制
【在 x****u 的大作中提到】
: Agile是很有利于码农的，开发团队有最大的主动权。
: 传统模式的话外行领导决定一切。
|
H**r
发帖数: 10015 | 4 Agile只是管理层试图micro management的一种方法，非常扯淡。从根本上无视软件的
复杂性和员工的创造性，用一种似乎很快很透明的错觉来安慰自己。
Agile manifesto那套东西根本无法证明自己。如果有人Agile了不成功那都是你不会用
而不是Agile不好。整个一邪教。 |
d*******r
发帖数: 3299 | 5 "Agile只是管理层试图micro management的一种方法，非常扯淡"
我感觉很多时候，所谓 Agile 就是各种 micro management 和催命,
要不就是我呆的地方 Agile 用得不得要领... |
q*c
发帖数: 9453 | 6 在亚麻的时候一个傻叉经理竟然还请 agile 公司过来做讲座。 那个傻叉女人反复强调
agile 的要点就是 you commit to it. 就是要让人加班嘛。 反复强调估计时间不够
就要 commited. 估计时间多了就随便接着选活干。
我当时就上去打脸，问你他妈的这不就是 automatically overtime 嘛！估计时间少了
就要人熬夜，估计时间多了就加活。 尼玛的这是人话？大家都是哄堂大笑。
这个傻逼当时就和吃了大便一样支支吾吾，说我们要提高估计准确率。 尼玛的 agile
不就是因为估计不准才上 agile 嘛？
我后来以估计准确能按时完成著名，办法就是多估时间，干完了假装没玩。最后自然按
时完成，哈哈。
agile 真是傻叉。
【在 d*******r 的大作中提到】
: "Agile只是管理层试图micro management的一种方法，非常扯淡"
: 我感觉很多时候，所谓 Agile 就是各种 micro management 和催命,
: 要不就是我呆的地方 Agile 用得不得要领...
|
d*******r
发帖数: 3299 | 7 看来总是多估计时间才是王道...
agile
【在 q*c 的大作中提到】
: 在亚麻的时候一个傻叉经理竟然还请 agile 公司过来做讲座。 那个傻叉女人反复强调
: agile 的要点就是 you commit to it. 就是要让人加班嘛。 反复强调估计时间不够
: 就要 commited. 估计时间多了就随便接着选活干。
: 我当时就上去打脸，问你他妈的这不就是 automatically overtime 嘛！估计时间少了
: 就要人熬夜，估计时间多了就加活。 尼玛的这是人话？大家都是哄堂大笑。
: 这个傻逼当时就和吃了大便一样支支吾吾，说我们要提高估计准确率。 尼玛的 agile
: 不就是因为估计不准才上 agile 嘛？
: 我后来以估计准确能按时完成著名，办法就是多估时间，干完了假装没玩。最后自然按
: 时完成，哈哈。
: agile 真是傻叉。
|
H**r
发帖数: 10015 | 8 Agile就是想当然的东西，忽视软件的复杂和创造性劳动的难以预测性。scrum更是侮辱
人。
其实这玩意儿也看怎么弄。有些公司大家干脆做不完就说推到下个sprint。我见过一些
user story给推了半年了。短视的Agile鼓励大家尽量偷懒做容易的事情。
Agile对于估计时间有个办法是扑克，说白了就是一群人一起讨论你到底需要多少时间
。且不说准不准，这个讨论本身就是很浪费时间的。几个人讨论一下午也很正常。
公司管理层总觉得Agile方便自己track每个人的进度逼迫人，MBA还可以用这些数据统
计做图表，做ppt扯淡。
【在 d*******r 的大作中提到】
: 看来总是多估计时间才是王道...
:
: agile
|
p*a
发帖数: 592 | 9 完全同意！
agile就是micro management ，我们的对策就是所有估计都至少加倍
【在 H**r 的大作中提到】
: Agile就是想当然的东西，忽视软件的复杂和创造性劳动的难以预测性。scrum更是侮辱
: 人。
: 其实这玩意儿也看怎么弄。有些公司大家干脆做不完就说推到下个sprint。我见过一些
: user story给推了半年了。短视的Agile鼓励大家尽量偷懒做容易的事情。
: Agile对于估计时间有个办法是扑克，说白了就是一群人一起讨论你到底需要多少时间
: 。且不说准不准，这个讨论本身就是很浪费时间的。几个人讨论一下午也很正常。
: 公司管理层总觉得Agile方便自己track每个人的进度逼迫人，MBA还可以用这些数据统
: 计做图表，做ppt扯淡。
|
H**r
发帖数: 10015 | 10 上有政策下有对策
时间估计加倍，既然要开这个会那个会，就得好好吐槽谈困难，说时间反正就是不够用
能推就推
【在 p*a 的大作中提到】
: 完全同意！
: agile就是micro management ，我们的对策就是所有估计都至少加倍
|
|
|
f*******t
发帖数: 7549 | 11 然后时间都浪费在开会扯皮上，公司效率严重降低
【在 H**r 的大作中提到】
: 上有政策下有对策
: 时间估计加倍，既然要开这个会那个会，就得好好吐槽谈困难，说时间反正就是不够用
: 能推就推
|
H**r
发帖数: 10015 | 12 对
谁让公司作呢
想着挺好的，好监督好压榨，最后自己也得遭点报应
【在 f*******t 的大作中提到】
: 然后时间都浪费在开会扯皮上，公司效率严重降低
|
h**********n
发帖数: 897 | 13 如果我说pair programming其实挺好的会不会被人喷……lol。。不过现在许多startup
还是会有各种Agile里面的做法，全盘否定也太绝对了。
概念是一回事，实施起来天差地别也很正常。 |
H**r
发帖数: 10015 | 14 Agile根本无法证明自己的正确性和普遍性，都是拍脑袋想的，乍一听是挺有道理
说实话你就是随便想个methodology，一点merit都不蒙到几个也不可能
在某些情况某些项目某些团队借鉴一点Agile某个子集的做法当然是可以的。Agile吹成
神教都往上套，套得不好都怪实施不好反正agile没错。和基督教你信了再说基本是一
个逻辑。
startup
【在 h**********n 的大作中提到】
: 如果我说pair programming其实挺好的会不会被人喷……lol。。不过现在许多startup
: 还是会有各种Agile里面的做法，全盘否定也太绝对了。
: 概念是一回事，实施起来天差地别也很正常。
|
H**r
发帖数: 10015 | 15 不过不得不承认，本来就似是而非的东西，让更加扯淡的公司和团队用了以后就更扯淡
了，这点是吹Agile的信徒都看不下去的
例如Agile降低了对Documentation的要求和优先级，到了有些公司直接就成了几乎没有
文档了
要是大家都一辈子不跳槽也就算了，换了几轮人还没文档以后打算怎么办？ |
D*******a
发帖数: 3688 | 16 文档问题可以让后人解决。一般就是new hire onboarding边学边写documentation :D
【在 H**r 的大作中提到】
: 不过不得不承认，本来就似是而非的东西，让更加扯淡的公司和团队用了以后就更扯淡
: 了，这点是吹Agile的信徒都看不下去的
: 例如Agile降低了对Documentation的要求和优先级，到了有些公司直接就成了几乎没有
: 文档了
: 要是大家都一辈子不跳槽也就算了，换了几轮人还没文档以后打算怎么办？
|
n*******3
发帖数: 105 | 17 对agile要批判的接受。我们自己有几个实践：
1. agile或者说XP强调不要架构先行，代码先起来再说。这对以前做过的东西当然可以
。对新的东西，还是事前有个比较深入的思考更有效。所以我们往往会在一个单独的
SPRINT里面作这个架构的头脑风暴，快速原型和文档。有了这个以后，工作量有一定的
谱了，再在后续的SPRINT里面做较细致的任务划分。
2. agile不强调文档。干过大项目的人都知道这纯粹是扯淡。我们的经验是吧文档单独
成一个或者多个任务，放到SPRINT里面。
3. pair programming - 这个字在有新员工加入时，对其进行培训时使用，不在正式开
发流程中用。 |
q*c
发帖数: 9453 | 18 那时间就花的海了去了， 你省的那点时间 多了多少倍。
这玩意就是脑抽。 最后j结果就是做不完还是做不完，做完了就假装没做完。 上面的
人知道啥？细节都在下面，你咋吹上面的知道个鬼。
管理的一个基本原则就是你不能指望别人长时间总做和自己利益相反的事情。
D
【在 D*******a 的大作中提到】
: 文档问题可以让后人解决。一般就是new hire onboarding边学边写documentation :D
|
c*********e
发帖数: 16335 | 19 我朋友一公司的经理才奇葩，每次给他任务，就说你必须在星期几什么时间之前完成，
完全沒有原因为什么要那个时间。如果时间不够，自己加班。哈哈
其实，就是经理来强迫程序员按某个计划完成任务，至于这个计划是否合理，经理说了
算，程序员就是coding monkey,一点地位都沒有。程序员就是底层劳动人民啊，难怪沒
有白人美女哭着喊着要抱抱。sigh
agile
【在 q*c 的大作中提到】
: 在亚麻的时候一个傻叉经理竟然还请 agile 公司过来做讲座。 那个傻叉女人反复强调
: agile 的要点就是 you commit to it. 就是要让人加班嘛。 反复强调估计时间不够
: 就要 commited. 估计时间多了就随便接着选活干。
: 我当时就上去打脸，问你他妈的这不就是 automatically overtime 嘛！估计时间少了
: 就要人熬夜，估计时间多了就加活。 尼玛的这是人话？大家都是哄堂大笑。
: 这个傻逼当时就和吃了大便一样支支吾吾，说我们要提高估计准确率。 尼玛的 agile
: 不就是因为估计不准才上 agile 嘛？
: 我后来以估计准确能按时完成著名，办法就是多估时间，干完了假装没玩。最后自然按
: 时完成，哈哈。
: agile 真是傻叉。
|
k**0
发帖数: 19737 | 20 Extreme programming = Extreme BS
【在 H**r 的大作中提到】
: 什么Agile，Extreme programming之类的都是忽悠人的，没有实质内容
|
|
|
b*******s
发帖数: 5216 | 21 agile要成功，必须master是技术背景的 |
x****u
发帖数: 44466 | 22 这也是优点之一
传统模式，pm压根就不需要认识马公。职业pm都是mba毕业精通三国语言一辈子没写过
代码的。
抵制
【在 f*******t 的大作中提到】
: 恰恰相反，agile模式pm之类的垃圾可以直接把活插到码工sprint plan里，根本无法抵制
|
q*c
发帖数: 9453 | 23 压迫也是有条件的。你要别人没选择才能这样压迫。
不然就和前面亚麻一样， 全组人跑了一半，更狠的走前给总监参一本。 经理就被开除
了。 两个经理就是这样被干的。
事情都是个平衡。
至于地位， 公司就是个吃饭的地方， 绝大多数人还是成年成熟的人， 面子上还是能
混的过去。 碰到倒霉哪也是没法 －－ 你碰到黑哥哥给你来个 knock out 你咋办？
【在 c*********e 的大作中提到】
: 我朋友一公司的经理才奇葩，每次给他任务，就说你必须在星期几什么时间之前完成，
: 完全沒有原因为什么要那个时间。如果时间不够，自己加班。哈哈
: 其实，就是经理来强迫程序员按某个计划完成任务，至于这个计划是否合理，经理说了
: 算，程序员就是coding monkey,一点地位都沒有。程序员就是底层劳动人民啊，难怪沒
: 有白人美女哭着喊着要抱抱。sigh
:
: agile
|
s********r
发帖数: 394 | 24 agile对码工要求很高，master不一定技术很强，团队成员必须很强，不然根本对付不
了每天的需求变化
★ 发自iPhone App: ChineseWeb 8.7
【在 b*******s 的大作中提到】
: agile要成功，必须master是技术背景的
|
H**r
发帖数: 10015 | 25 对，不能逼死人
真是把没选择的人逼死就成芦刚了
【在 q*c 的大作中提到】
: 压迫也是有条件的。你要别人没选择才能这样压迫。
: 不然就和前面亚麻一样， 全组人跑了一半，更狠的走前给总监参一本。 经理就被开除
: 了。 两个经理就是这样被干的。
: 事情都是个平衡。
: 至于地位， 公司就是个吃饭的地方， 绝大多数人还是成年成熟的人， 面子上还是能
: 混的过去。 碰到倒霉哪也是没法 －－ 你碰到黑哥哥给你来个 knock out 你咋办？
|
b*******s
发帖数: 5216 | 26 嗯，最理想的是组里技术最好的人来协调
【在 s********r 的大作中提到】
: agile对码工要求很高，master不一定技术很强，团队成员必须很强，不然根本对付不
: 了每天的需求变化
:
: ★ 发自iPhone App: ChineseWeb 8.7
|
k********4
发帖数: 858 | 27
顶。说白了就是微管理。
【在 H**r 的大作中提到】
: Agile只是管理层试图micro management的一种方法，非常扯淡。从根本上无视软件的
: 复杂性和员工的创造性，用一种似乎很快很透明的错觉来安慰自己。
: Agile manifesto那套东西根本无法证明自己。如果有人Agile了不成功那都是你不会用
: 而不是Agile不好。整个一邪教。
|
j*****5
发帖数: 101 | 28 深有同感！
【在 H**r 的大作中提到】
: 什么Agile，Extreme programming之类的都是忽悠人的，没有实质内容
|
i**p
发帖数: 902 | 29 几年前公司培训Agile，教师爷反复说这种开发方法怎么产品质量高，又快又好，好像
是发现了天上掉下的大馅饼。完全违反能量守恒定律了。
我开始问问题了，这种方法把大项目分割成小项目，一个小阶段完成，QA就介入测试，
对比原来的方法就是QA提前介入，增加了测试强度和成本，产品质量当然要高，但是这
是有代价的。
教师爷说不明白/不理解我的问题。
agile
【在 q*c 的大作中提到】
: 在亚麻的时候一个傻叉经理竟然还请 agile 公司过来做讲座。 那个傻叉女人反复强调
: agile 的要点就是 you commit to it. 就是要让人加班嘛。 反复强调估计时间不够
: 就要 commited. 估计时间多了就随便接着选活干。
: 我当时就上去打脸，问你他妈的这不就是 automatically overtime 嘛！估计时间少了
: 就要人熬夜，估计时间多了就加活。 尼玛的这是人话？大家都是哄堂大笑。
: 这个傻逼当时就和吃了大便一样支支吾吾，说我们要提高估计准确率。 尼玛的 agile
: 不就是因为估计不准才上 agile 嘛？
: 我后来以估计准确能按时完成著名，办法就是多估时间，干完了假装没玩。最后自然按
: 时完成，哈哈。
: agile 真是傻叉。
|
H**r
发帖数: 10015 | 30 no silver bullet
提高软件质量根本是架构设计好，足够优秀马工，需求一开始就别差太多分析清楚。其
他的都是辅助的
Agile解决的问题是需求增加和变化
而需求随便乱变没事儿就加本身就是对软件质量，设计的阻碍。如果盖房子有盖一半儿
改了一大堆需求导致偏离太多吗？需求增加和变化，和高效高质量快速开发本身就是矛
盾的。想得挺美的，又能满足这个哪个，还可以高速高效。
【在 i**p 的大作中提到】
: 几年前公司培训Agile，教师爷反复说这种开发方法怎么产品质量高，又快又好，好像
: 是发现了天上掉下的大馅饼。完全违反能量守恒定律了。
: 我开始问问题了，这种方法把大项目分割成小项目，一个小阶段完成，QA就介入测试，
: 对比原来的方法就是QA提前介入，增加了测试强度和成本，产品质量当然要高，但是这
: 是有代价的。
: 教师爷说不明白/不理解我的问题。
:
: agile
|
|
|
x****u
发帖数: 44466 | 31 Agile的核心哲学是，既然任何软件开发都无法减少胡乱需求变更，那么提高软件质量
最好的方式就是适应此常态。
不知是软件，任何资方需要下血本造的东西，其各种变更扯皮都是可怕的，比如F35，
猎户座飞船等。当然需求变更不是码农的错，但如果开发模式没有弹性，整个项目可能
提前寿终正寝。
【在 H**r 的大作中提到】
: no silver bullet
: 提高软件质量根本是架构设计好，足够优秀马工，需求一开始就别差太多分析清楚。其
: 他的都是辅助的
: Agile解决的问题是需求增加和变化
: 而需求随便乱变没事儿就加本身就是对软件质量，设计的阻碍。如果盖房子有盖一半儿
: 改了一大堆需求导致偏离太多吗？需求增加和变化，和高效高质量快速开发本身就是矛
: 盾的。想得挺美的，又能满足这个哪个，还可以高速高效。
|
y**b
发帖数: 10166 | 32 pair programming试过，
科学计算的程序，
不需要啥协作，
效果相当可以。 |
h**********c
发帖数: 4120 | 33 既然任何软件开发都无法减少胡乱需求变更, so with or w/o laxigile remains the
same.
【在 x****u 的大作中提到】
: Agile的核心哲学是，既然任何软件开发都无法减少胡乱需求变更，那么提高软件质量
: 最好的方式就是适应此常态。
: 不知是软件，任何资方需要下血本造的东西，其各种变更扯皮都是可怕的，比如F35，
: 猎户座飞船等。当然需求变更不是码农的错，但如果开发模式没有弹性，整个项目可能
: 提前寿终正寝。
|
x****u
发帖数: 44466 | 34 Agile的好处是每次变更的后果都直接清晰可见。
程序员不喜欢变更，而传统PM最头疼的是，不知道什么样的变更有什么后果。
the
【在 h**********c 的大作中提到】
: 既然任何软件开发都无法减少胡乱需求变更, so with or w/o laxigile remains the
: same.
|
n******t
发帖数: 4406 | 35 不会写程序的人来管程序员，不管用什么xxx programming都是忽悠人的。
【在 H**r 的大作中提到】
: 什么Agile，Extreme programming之类的都是忽悠人的，没有实质内容
|
h**********c
发帖数: 4120 | 36 这话说了多少遍了，看见一遍说一遍，任何复杂系统的新变化都是不可控的，几乎所有
人类伟大的工程都是科学家技术人员工程师辛辛苦苦调出来的许用工况，只能轻微的扰动
一个人要有多armpits-maniac还愿意为laxigile辩解 |
x****u
发帖数: 44466 | 37 从肯尼迪提出登月到阿波罗11号，新变化不知道有多少万次
扰动
【在 h**********c 的大作中提到】
: 这话说了多少遍了，看见一遍说一遍，任何复杂系统的新变化都是不可控的，几乎所有
: 人类伟大的工程都是科学家技术人员工程师辛辛苦苦调出来的许用工况，只能轻微的扰动
: 一个人要有多armpits-maniac还愿意为laxigile辩解
|
H**r
发帖数: 10015 | 38 软件的改动很多都是不必要的，主要大家觉得反正你们马工闲着也是闲着，没事儿就升
升级呗。
从根本人来说，大家都理解为什么装修改动代价大，而不理解软件为什么改动也代价大。
扰动
【在 h**********c 的大作中提到】
: 这话说了多少遍了，看见一遍说一遍，任何复杂系统的新变化都是不可控的，几乎所有
: 人类伟大的工程都是科学家技术人员工程师辛辛苦苦调出来的许用工况，只能轻微的扰动
: 一个人要有多armpits-maniac还愿意为laxigile辩解
|
H**r
发帖数: 10015 | 39 我最难理解的是怎么有些程序员也被洗脑了…
Agile还有个大问题就是测试成本太高了，测了又发现改出新bug.
软件没加多少功能，倒是忙活了半天
【在 n******t 的大作中提到】
: 不会写程序的人来管程序员，不管用什么xxx programming都是忽悠人的。
|
n*******4
发帖数: 2285 | 40 agile 对付变动的策略就是TDD和CI. 只有这两项做到位了agile 才能成功。
【在 H**r 的大作中提到】
: 我最难理解的是怎么有些程序员也被洗脑了…
: Agile还有个大问题就是测试成本太高了，测了又发现改出新bug.
: 软件没加多少功能，倒是忙活了半天
|
|
|
H**r
发帖数: 10015 | 41 当然可以做。
代价不小
【在 n*******4 的大作中提到】
: agile 对付变动的策略就是TDD和CI. 只有这两项做到位了agile 才能成功。
|
n*******4
发帖数: 2285 | 42 CI的成本是一次性的。TDD大约增加20%的coding时间，但当codebase变大后它可以使需
求变动的代价变小，代价和codebase大小呈线性增长关系。不做TDD，这个关系很可能
是指数式的。codebase变大后，用TDD的好处就越来越显露出来。
【在 H**r 的大作中提到】
: 当然可以做。
: 代价不小
|
h**********c
发帖数: 4120 | 43 那去问nasa对agile有什么看法,yc上转过nasa的code standard,你有空也看看。
【在 x****u 的大作中提到】
: 从肯尼迪提出登月到阿波罗11号，新变化不知道有多少万次
:
: 扰动
|
h**********c
发帖数: 4120 | 44 你说的tdd就是要保证regression of tests，从混沌理论讲要保证流形轨迹stable。微
积分上说最少连续，避免cusp。工业控制实践就是现有系统不稳定，就要隔离，用新的
物理化学参数强制系统进入稳定状态，限定了一堆条件，就出来工程中的模型率，就是
系统不可能线性的放大。asymptotic analysis就是高度的理想化，硬盘内存尺寸限制
，n怎么可能无限递增。
说到这里，这完全是对自然科学，物理化学的认识，跟agile有什么关系。
agile的人最标榜自己不是waterfall，那么你要测试回归，tdd，这不是water fall 是
什么？
还是当年外面的教授来讲学，设完了计，计完了设。。。
agile就是没有学习软件工程建模，不愿意学习软件工程建模的人搞出来的晃子。
结果就是经常自相矛盾，前言不搭后语。软工不干活，没法干完全是user stories 互
相矛盾。
我老从政治经济学上分析，就是有些人非要扎到工程师堆里，捞取政治经济利益，就象
兄弟连里那个戴克。
至于项目成不成，资本家的钱是否打了水漂，人家简历加了一项方便转进，who cares?
【在 n*******4 的大作中提到】
: CI的成本是一次性的。TDD大约增加20%的coding时间，但当codebase变大后它可以使需
: 求变动的代价变小，代价和codebase大小呈线性增长关系。不做TDD，这个关系很可能
: 是指数式的。codebase变大后，用TDD的好处就越来越显露出来。
|
x****u
发帖数: 44466 | 45 TDD是极为节省码农时间的技术
虽然写的时候打字量略大，但之后调整个什么能几周几个月的省时间。
【在 n*******4 的大作中提到】
: agile 对付变动的策略就是TDD和CI. 只有这两项做到位了agile 才能成功。
|
x****u
发帖数: 44466 | 46 TDD和test regression是完全两回事。
【在 h**********c 的大作中提到】
: 你说的tdd就是要保证regression of tests，从混沌理论讲要保证流形轨迹stable。微
: 积分上说最少连续，避免cusp。工业控制实践就是现有系统不稳定，就要隔离，用新的
: 物理化学参数强制系统进入稳定状态，限定了一堆条件，就出来工程中的模型率，就是
: 系统不可能线性的放大。asymptotic analysis就是高度的理想化，硬盘内存尺寸限制
: ，n怎么可能无限递增。
: 说到这里，这完全是对自然科学，物理化学的认识，跟agile有什么关系。
: agile的人最标榜自己不是waterfall，那么你要测试回归，tdd，这不是water fall 是
: 什么？
: 还是当年外面的教授来讲学，设完了计，计完了设。。。
: agile就是没有学习软件工程建模，不愿意学习软件工程建模的人搞出来的晃子。
|
n******7
发帖数: 12463 | 47 很有道理
【在 q*c 的大作中提到】
: 压迫也是有条件的。你要别人没选择才能这样压迫。
: 不然就和前面亚麻一样， 全组人跑了一半，更狠的走前给总监参一本。 经理就被开除
: 了。 两个经理就是这样被干的。
: 事情都是个平衡。
: 至于地位， 公司就是个吃饭的地方， 绝大多数人还是成年成熟的人， 面子上还是能
: 混的过去。 碰到倒霉哪也是没法 －－ 你碰到黑哥哥给你来个 knock out 你咋办？
|
h**********c
发帖数: 4120 | 48 mmt是个思想激烈碰撞的地方，这样的地方是人类世界未来的希望，
就跟你碰撞下去，那你说说agile 是咋回事儿？
【在 x****u 的大作中提到】
: TDD和test regression是完全两回事。
|
l*********s
发帖数: 5409 | 49 tdd和agile是正交关系，tdd意思就是多写unit tests, 锁定语言不能表述的关联/限制
条件。 |
n****l
发帖数: 1739 | 50 当然，大众的“软件公司”跟进的东西，基本都是垃圾。 他们的管理层就是想把成本
压低，把人变成可以替换的resouces, 强调process，寻求silver bullet. 在真正碰到
高手把他们的饭碗搞掉的时候，这些人才能认识到自己的问题。
【在 H**r 的大作中提到】
: 什么Agile，Extreme programming之类的都是忽悠人的，没有实质内容
|
|
|
x****u
发帖数: 44466 | 51 TDD是用代码测试代码本身，测试对象不是软件，而是代码本身。用软件保证代码沿着
期望的路径执行，产生期望的结果。
【在 h**********c 的大作中提到】
: mmt是个思想激烈碰撞的地方，这样的地方是人类世界未来的希望，
: 就跟你碰撞下去，那你说说agile 是咋回事儿？
|
s********r
发帖数: 394 | 52 你说的是unit test，还有integration test和acception test
★ 发自iPhone App: ChineseWeb 8.7
【在 x****u 的大作中提到】
: TDD是用代码测试代码本身，测试对象不是软件，而是代码本身。用软件保证代码沿着
: 期望的路径执行，产生期望的结果。
|
W****y
发帖数: 124 | 53 agile本身如果是比较正常的关心下属的老板手上，还是可以的。问题很多大小老板就
是一门心思你们得多干活,自愿加班，10分钟做完一个module，不象牛一样干我就要你
们micro management，借agile的名义。 |
