大家有人在用SCRUM吗？（技术讨论，长贴慎入）

black_zerg

http://programming-motherf ucker.com/
可以看看这个 去掉 f 和 ucker 之间的空格，话说这个词居然被屏蔽了？至于么。。。

补充一下就我个人观点，再牛b的方法也不能把垃圾程序员写出好代码， 不谈任何方法论，一个强程序员一个人就能把一个模块从沟通到设计到实现到集成全给你搞定。所以这些方法论都是扯淡的都是混饭吃充数的人来糊弄人的，这玩意真管用那才有鬼了。很多吹这些破玩意的自己连写程序都不会，根本就不知道整体框架，根本不懂技术效率，不懂实现，甚至连用户需求都分析不来，跟客户开个十几个会都在那里兜圈子把大家都弄糊涂了。就这水平还是不影响他在那里胡天胡地的吹methodology。悲剧！

[ 本帖最后由 black_zerg 于 3-6-2011 20:43 编辑 ]

black_zerg

人在牛也不行？ 这么说吧，强势程序员绝对不是只知道敲键盘的，他必须要熟悉软件生命周期而且非常熟悉需求，知道怎么用最少的时间让客户绝对满意，如果你对自己的要求说只是会敲点代码，那根本就算不上什么牛程序员，甚至不能算好程序员。起码说在我所做的领域里算不上什么牛人。我在工作里觉得最大的抱怨就是烧预算的人太多，吹牛不干事，这些人就可以完全忽略，有跟没有一个样。再就是强程序员不多，都是只能做点小东西或者没啥积极性去负责任。最后就是大家开会扯皮，大家一起玩嘴皮子。
我遇到的爱谈methodology的没一个强的， 他在团队还总给人出主意让你该这么做这么做，让他单独负责个模块马上傻眼，做的东西狗屎一样。这样的人有什么用。一般来说我支持术业有专攻，但是 methodology 这个东西真的是没有编程底子全部是瞎扯淡。 除非能自己把自己那块做的无可挑剔，再来谈methodology才有点说服力，不然大家都卖嘴皮子好了谁不知道说话最省事啊。
一个强的程序员在职业生涯中必然会发展出他自己的methodology,他自己也会很自然的按照自己的习惯去做，但是每个人最舒服的方法则可能有不同，所以我更倾向于每个人搞好自己的模块，很简单么，1+1=2，别搞得三个和尚没水吃，大家都想指导别人。当然了各人职业发展我不敢乱说，我只是从我的角度看怎么样给客户省钱，那么多闲人光吹牛不做事，一个项目怎么可能不超预算

所以我的methodology应该还是算agile的：一个人设计好了架构大家就开始按specs做，做了两星期就集成给客户看一回，人家不高兴就改，然后再继续做，做到完成所有功能客户高兴为止。就一句话的事情，不用谈什么高深理论,你要是在每个环节里都安插个中转人在找些专职tester，那也行，有钱就烧呗。

[ 本帖最后由 black_zerg 于 3-6-2011 21:34 编辑 ]

black_zerg

我是consultant，目标就是专攻小项目，我认为大项目以后都会外包。 大公司大项目那种情况我说个实话你的people skill会更重要，更能帮助你往上爬。我之所以厌恶这些方法学是他们本质上把 开发人员当工具当机器看，认为这个就是体力劳动，实际上杀灭了创造力，同时这些模棱两可的理论支持养活了一大帮闲人，又给了懒汉滥竽充数的机会，最终的结果就是毁掉团队，项目没人负责任，强的人走人，弱的反而都留下来混。当然仁者见仁智者见智。楼上是可能没见过那些真的耗你budget的，一个简单需求能开十几个会还在那里讨论，然后manager唯一会做的就让你报百分之几的数字，就这些个人就这么点破事就浪费掉你一半的预算，然后程序员就开始不爽开始糊弄manager,反正大家空对空的瞎扯，真干活的都是吃力不讨好那还谁愿意花时间在研究技术琢磨怎么提高设计上？ 大家都学着吹牛开会，有机会就 delegating 去。这些中间环节本来是能精简就精简，但如果你插一个人在那里，他会往死里强调和拉长他的工作，没有困难还制造好多困难，客观地说：不是方法不重要，而是这些脱离实际的过度强调方法太容易让混混钻空子毁掉项目预算和破坏团队文化。

[ 本帖最后由 black_zerg 于 3-6-2011 22:32 编辑 ]

black_zerg

agile 四个目标还是没什么问题的，其实说的就是不要瞎搞，总之要让客户高兴，结果后来那些方法我觉得都是反agile的