|
已锁定 主题:敏捷-意淫者的天堂
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
时间:2007-12-07
stevenwang 写道 aninfeel 写道 终于看到一个头脑清醒有洞察力楼主了。 以目前软件业落后的管理模式来说,任何好东西,先进的东西都是邯郸学步。
日本,印度的模式比较适合我们, 用严格的软件工程的管理模式,限制住大家脱缰的思想冲动。 设计书写的就老老实实照做,比学什么敏捷之类的扯淡理论好多了。 美国的那种精英模式我们学不了,日本和印度也学不好。 我们都没有那种创新的土壤和厚重的科技兴国的技术氛围。 所以,一句话,代码工厂模式是最优秀的。 说真的,我现在听这种话都觉得挺无所谓的 你爱搞代码工厂你就搞去,搞成啥样跟我没关系,反正不花我的钱 等你有了毛病,等你出了钱,咱们再来谈怎么改进的事 我现在算明白过来了 温伯格《咨询的奥秘》那是真理 不给钱就不给意见 免费的意见,不仅没人领情,还总觉得你别有用心 |
|
| 返回顶楼 | |
|
时间:2007-12-07
第一眼看到什麼 "西式敏捷", "中西敏捷" 就覺得有問題....那會有 "京式敏捷", "滬式敏捷", "港式敏捷", "台式敏捷", "日式敏捷", 以至..."毛里塔尼亞式敏捷"?
敏捷開發不是文化上的問題, 所以我覺得一開始就說人家的是 "西式敏捷" 已經是一個問題. RUP 從來都不是敏捷開發方式, 至少當初設計 RUP 的人沒有敏捷方的考慮... 如果以為并行工程就已經敏捷, 亦是很大的錯誤. 對於 RUP, 有人提出 AUP, 加入了敏捷的原素... http://www.ambysoft.com/unifiedprocess/agileUP.html 文中還提到: 引用 中式敏捷的基本原则 1)反对封建主义,教条主义,官僚主义,形式主义和本本主义。 2)软件开发中,一定要坚持定性分析与定量分析相结合的原则。 反對教條主義的兩條教條.....暈到. 敏捷的來源是老莊... 也很搞笑, 如果說提老庄思想應用到敏捷開發上, 都還有可能說得通, Kent Beck 和 Ron Jefferies 有時候說話都很禪的. 他們都會看那些方面的書, 敏捷開發的確有其哲學性部份, 但認為敏捷的來源是老庄我覺得太過了, 至少我想老莊時候沒有軟件開發的考慮吧. "中式敏捷" 的確有點不恰當, 如果有一天有人想到把儒家思想應該在軟件開發方面, 是不是不可以叫作 "中式敏捷"了? XP 最不敏捷, 這點我不同意, 更不敏捷的 FDD 和 DSDM 都還算是敏捷開發的範圍. 所以 XP 最不敏捷我很不認同. 但更根本性的問題在於筆者提出的原因 - 因為最嚴格和規範, 無論什麼敏捷開發也好, 都有其法則, XP 有其法則, Crystal 也有其法則. 他們都很講求紀律. 對紀律的要求, 恐怕比 CMMI 裡提出的更要多. 雖然我不敢說我很了解這個 "中式敏捷", 但我想信原作者不會看到一個不講紀律的隊伍. 有固定的規範, 是使其應用性提高, 否則新手很容易無所適從. 還有, 我相信 Cockburn 不太熟悉道德經, 即使他會詩人, 也不一定就熟道德經, 印象中他說的最抽象, 最接近文中提出的 "中式敏捷" 的東西是 "守, 破, 離" 的概念, 但這是來源至日本的合氣道... 我相信修練 "中式敏捷" 的人可以升仙的機會比付運軟件的機會還大的, 哈. ozzzzzz 写道 这篇文章很好的反映了一个现实的情况——
http://www.zhangxun.com/showdoc.aspx?sname=WhatIsAgile 这里张敏捷有几个观点很说明些问题。 1、agile是多样化的,而《敏捷宣言》不是敏捷的全部。 这个是自然了,有那么多方法都是敏捷旗下的。而一个短短的4条判断和一个小小的说明,不可能是敏捷的全部。但是这并不是说,你自己搞一套过程,因为敏捷宣言不能覆盖所有的敏捷活动,那么你这个过程就可以被认为是敏捷的了。 敏捷宣言是一个思想性的、纲领性的文件,其代表了敏捷方法的价值观和实施的原则性的指导。任何一种方法只要它想被认为是敏捷方法,就必须体现这个敏捷宣言的思想和原则,如果不能做到全部覆盖,但是至少主体和大部分应该是有这种体现的。这一点没有讲价钱的余地。 2.张敏捷第一次接触敏捷这个词是在1997年,那个时候敏捷方法还没有出现,也就是他所谓“西式敏捷”还没有出现。 其实这话很好的反映了张敏捷的观点,他是老敏捷了。不过我们回过头来看,敏捷方法在命名的时候曾经有过争论,由于一些人不喜欢“轻型”或者“轻量级”这个说法,经过讨论才使用了敏捷做命名。而如果当初轻型或者轻量级被通过了又如何?或者干脆那些人选择了比如“新方法”,“灵活方法”,这样的词汇又如何。难道这个叫“轻型方法”的东西,你说一句我是在1923年就在职业拳击的拳台上知道“轻型”的,就表示你真的很创新了吗?如果这样说,我93年出来的那家公司有点日本背景,不也讲过丰田方法吗?那是不是说我在93年就玩这个了呢?那么我才是老大啊! 我从来也不否认,并且可以说我很早就说软件工程上的敏捷并不是方法学家闭门造车的结果,是整个商业环境敏捷思想大潮的一个有机组成。柔性管理,面向流程管理,丰田方法,等等都是先在传统制造业流行开来的。这些实践无疑都是给软件敏捷提供了良好的背景和经验借鉴。但是软件制作有特殊性,其他方面的经验和方法不可能被直接的拿过来,而需要消化吸收和改造。那些方法无疑会给你一个良好的提示,但是绝对不能说因为我早就知道以至于你实施了那些东西,你就是软件上的敏捷了。 3。“RUP 不正是软件开发的并行工程吗?这不就是敏捷吗?” RUP可以是并行的,也可以是串行的;它可以是敏捷的,也可以是不敏捷的。这一点难道还有必要再次拿出了讨论吗?而且这里有涉及到2的问题——这里的“敏捷”究竟是普遍意义上的敏捷,还是传统制作业上的敏捷,还是软件开发上的敏捷呢?显然那个时候敏捷方法联盟还没有出现,敏捷宣言还没有出现,敏捷方法这个词也没有出现,那个这个意思是不是说这里的敏捷就不能说是敏捷方法的敏捷呢? 4 当然我们可以看到,敏捷宣言产生前,敏捷的各种方法就已经出现,通过一次会议,大家普遍性的同意,在一个思想纲领下,这些方法是统一的。但是这显然是在这次会议以后才出现的软件敏捷的纲领,你可以使用这个纲领回过头来看你以前的实践。但是你不可能在这个东西没有出现前,就使用这个纲领来判断。 5 张敏捷说中式敏捷的来源是老庄(当然不是庄表为),我是没有看出来,这个说法的依据。 |
|
| 返回顶楼 | |
|
时间:2007-12-07
tcmak 写道 第一眼看到什麼 "西式敏捷", "中西敏捷" 就覺得有問題....那會有 "京式敏捷", "滬式敏捷", "港式敏捷", "台式敏捷", "日式敏捷", 以至..."毛里塔尼亞式敏捷"?
敏捷開發不是文化上的問題, 所以我覺得一開始就說人家的是 "西式敏捷" 已經是一個問題. 我前一阵接受CSDN和InfoQ采访的时候就说过 敏捷的核心是消除浪费 所以如果你说现有的敏捷实践不适合你,那么你遇到的浪费跟别人不一样,你需要别的实践 但如果你说这种敏捷“文化”不适合你,那么就意味着 (1)消除浪费不适合你 或者 (2)你篡改了敏捷“文化” |
|
| 返回顶楼 | |
|
时间:2007-12-07
gigix 写道 我现在算明白过来了 温伯格《咨询的奥秘》那是真理 不给钱就不给意见 免费的意见,不仅没人领情,还总觉得你别有用心 想点收藏,不小心点了引用 |
|
| 返回顶楼 | |
|
时间:2007-12-07
stevenwang 写道 以目前软件业落后的管理模式来说,任何好东西,先进的东西都是邯郸学步。
日本,印度的模式比较适合我们, 用严格的软件工程的管理模式,限制住大家脱缰的思想冲动。 设计书写的就老老实实照做,比学什么敏捷之类的扯淡理论好多了。 美国的那种精英模式我们学不了,日本和印度也学不好。 我们都没有那种创新的土壤和厚重的科技兴国的技术氛围。 所以,一句话,代码工厂模式是最优秀的。 印度人成本低,是因为人力成本低,都找些高中手,能不低吗,而不是生产效率和生产力,不过这几年也在上升当中,反倒中国的开发成本是越来越低了。这几年外包业发展很快,很多公司都酝酿着上屎,文思创新不是已经上屎了吗。 中国人创新不行,复制能力世界一流,大连外包软件园,现在天津滨海也成立一个以外包基地的软件园,你现在找工作试试,有没有感觉到到处都是外包公司。 别再拿印度当神了,都是一个球样。我在论坛当中看到,只要是外包员工,很少有人觉得爽的时候。 印度人写的代码,不过也是jsp, servlet满天飞,软件都是一行一行代码写出来,还经常自己造轮子,那球有什么代码工厂之类的。 改善我们开发、解决项目管理中的问题,就像调优一样,你得先找到瓶颈点,也就是问题的根源在那里,不是否定一切,从一个极端走向另一个极端。 在雷区当中,你怎么走,向那个方面走,都要踩地雷,敏捷在于实践,不在于忽悠。 |
|
| 返回顶楼 | |
|
时间:2007-12-07
stevenwang 写道 所以,一句话,代码工厂模式是最优秀的。
這一句話本身已經有問題, 至少我不相信有一個模式在任何情況環境下都適用. BTW, "代码工厂" 是 "Software Factory" 嘛? 小弟中文不好, 請多多包涵. 如果是 "Software Factory" 的話, 那也可以做得很敏捷的, 所以也不用說它已經是 "最優秀" 而去排斥其他方法和思想. 其實我們聽很多什麼 A模式 B模式 C模式... 感覺都是從其他東西上拿比方, 其實製造業的最為多, 這我想起 software craftmanship 當中提到軟件開發像什麼的. 到目前我都是比較覺得軟件開發像吹玻璃多於玩具工廠. |
|
| 返回顶楼 | |
|
时间:2007-12-09
说来说去还是 少谈些主义,多解决问题。
InfoQ上看到 敏捷的核心:消除浪费,走向精益 用四个字概括:提高效率。套用一些管理学的原理,算是一席空文吧。 |
|
| 返回顶楼 | |
|
时间:2007-12-09
引用 1.过于激进的进度计划,对于资源的规划,分配,都头脑发热,过于简单。
正身受其害...,觉得适量的任务对程序员最好~ |
|
| 返回顶楼 | |
|
时间:2007-12-09
gigix 写道 我现在算明白过来了 温伯格《咨询的奥秘》那是真理 不给钱就不给意见 免费的意见,不仅没人领情,还总觉得你别有用心 深有体会啊! 免费提供点意见,当你是绕着弯子骗钱! 给了钱再说,就当成金玉良言了! |
|
| 返回顶楼 | |
|
时间:2007-12-09
OneEyeWolf 写道 stevenwang 写道 以目前软件业落后的管理模式来说,任何好东西,先进的东西都是邯郸学步。
日本,印度的模式比较适合我们, 用严格的软件工程的管理模式,限制住大家脱缰的思想冲动。 设计书写的就老老实实照做,比学什么敏捷之类的扯淡理论好多了。 美国的那种精英模式我们学不了,日本和印度也学不好。 我们都没有那种创新的土壤和厚重的科技兴国的技术氛围。 所以,一句话,代码工厂模式是最优秀的。 印度人成本低,是因为人力成本低,都找些高中手,能不低吗,而不是生产效率和生产力,不过这几年也在上升当中,反倒中国的开发成本是越来越低了。这几年外包业发展很快,很多公司都酝酿着上屎,文思创新不是已经上屎了吗。 中国人创新不行,复制能力世界一流,大连外包软件园,现在天津滨海也成立一个以外包基地的软件园,你现在找工作试试,有没有感觉到到处都是外包公司。 别再拿印度当神了,都是一个球样。我在论坛当中看到,只要是外包员工,很少有人觉得爽的时候。 印度人写的代码,不过也是jsp, servlet满天飞,软件都是一行一行代码写出来,还经常自己造轮子,那球有什么代码工厂之类的。 改善我们开发、解决项目管理中的问题,就像调优一样,你得先找到瓶颈点,也就是问题的根源在那里,不是否定一切,从一个极端走向另一个极端。 在雷区当中,你怎么走,向那个方面走,都要踩地雷,敏捷在于实践,不在于忽悠。 前不久客户拿了一个印度团队做了一年的项目给我们,希望我们优化性能。 我们简单看了一下,发现性能瓶颈都是在一些很细节的地方。比如每次显示页面,都用 gd 来获得图片大小然后输出给 <img> 标签;或者模板每次都从数据库读取之类的。再细看代码,也是很凌乱的。并不是吹的那样如何如何好。 我始终认为,软件开发仍然是手工活。虽然可以用过程来规范整个流程,但是具体到实现上,开发人员的个人素质才是最主要因素。开发人员的素质不高,再好的管理也做不出好的软件,只是降低了失败的机率。 不过问题就是合格开发人员根本不够。大部分都是为了混口饭吃,只知道 copy & paste 的人。这些开发人员不会去想怎么把细节实现得更好,只知道把已有的东西修修改改完成任务就 OK。 曾经尝试过把一些常见问题的解决方案整理成文档,让开发人员来照着做。这一步确实很有效,问题是大部分人不会举一反三,只会问:这个问题没说过,怎么做呢? 所以代码工厂的模式拿到中国来,一样没法产生高质量的软件。 |
|
| 返回顶楼 | |












