2009年09月11日 星期五 11:14
~ 11:07 Dave: 那书的组织和软件工程一样,用了各种保障...测试/持续集成...多年后进军出版社,我们也使用了软件工程一样的组织和管理思想...(我们也一样::) http://code.google.com/p/openbookproject/wiki/HowToBuildBookOnline 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: > ~11:05 Dave:俺开发了30年,但是这事儿从来没有变容易过...一切在变,得不断的学习/改变...那书关注测试,但是出版时,也有故事...整个出版过程也有2/3年,,,囧... > > 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >> ~11:00 Dave:程序员修炼之道,十年之后...今天是那谁的生日,请大家大声帮忙吼哈... >> >> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>> ~10:56 通告11:00 开始Dave Thomas 的分享,场子里转哈,8成都是MAC的本儿...续航能力现在就是关键能力了哪,,,, >>> >>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>> ~10:50 茶歇,发现了HD集团的电源地儿~在门口,3人围一圏护着--都是高端MAC 本用的着嘛?!现场就在进行业务推广...专业! >>>> >>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>> ~10:10 K.B 什么是循环交付?!10年前,都是长达一年的交付等待...今年很多团队每天释放几十个版本的软件编译版本; 如何更加... >>>>> 尝试融合看起来无法融合的吧... >>>>> >>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>> ~10:03 K.B 什么又是效率?什么是资本效益?...对于US,越多资金越多尝试的可能,对于工程,意味着要尽量小的改变,以免大损失... >>>>>> >>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>> ~09:57 作为工程师,冲水马桶是非常好的工程! 简单/有效/解决关键需求...火车体系非常准时...对于软件作出承诺就得作到...幼儿的专注... >>>>>>> >>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>> ~09:52 K.B 一如昨天的平缓描述,同声也到位,只是没有模仿出K.B 那种自信的口气....咔咔咔,所以,得看着他说...同时听原音,更加精到.... >>>>>>>> >>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>> ~09:48 Pragmatic在E文中的含义,其实不是积极的...实效必须基于己有的成功经验,所以无法根据理论尝试激进的方式...比如说,那种原料很奇怪的小甜点... >>>>>>>>> K.B 来自三川学会 ... >>>>>>>>> >>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>> ~09:40 Kent Beck开始介绍 实效的理想...遭遇PC要口令,幻灯切不过...只好自个儿开始暖场... >>>>>>>>>> >>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>> ~09:39 "很多政府文献中没有敏捷,所以很多老板不会批资金的...所以,政府的支持非常重要的"~~自我感觉太好了,天朝的官的确是天下在胸哪... >>>>>>>>>>> >>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>> ~ 09:34 因为"IBM说,我们任何一个PM不敢说自个儿的团队不是敏捷的..."所以,中国IT行业应该推动用敏捷来提升行业素质的...papapapa---这个逻辑很生猛哪(反正外国的和尚好念经) >>>>>>>>>>>> >>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>> ~09:32 CSPIN 王秘书长致辞:"这是第一次参加..."(已经四届了哪!还是念稿,官员风范)"其实我们在2002 >>>>>>>>>>>>> 年就关注敏捷了!而且组织翻译了全套XP的图书..." >>>>>>>>>>>>> >>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>> ~09:30 非常老实的将所有赞助和合作媒体的名字都念了一遍,好有专业精神哪...然后预告明年的活动...广告时间好长,播报员级别很高... >>>>>>>>>>>>>> >>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>> ~09:27 口音很重的InfoQ BOSS来宣传自个儿:"这是次资本和技术的美好结合!"第一句话.... >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>> ~ 09:25 "敏捷不是个状态,而是种长期的修炼!"~这不就是过程改进嘛?!"过程改进乃是催生可促生靠谱的人的组织!" >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>> ~ 09:22 ThoughtWork 的中国BOSS 介绍相关敏捷界的牛人...感觉的到该公司热情开放的心态...:"Fred >>>>>>>>>>>>>>>>> George 写第一行代码时,在坐大多数人都没有出生!" 人家是家有一老如有一宝,在中国怎么相反? >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>> ~ 09:16 ToughtWork 员工两GG 以对口方式来主持...快速进入领导致辞.... >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>> ZEUUX的朋友可以围观俺的状态评注:: >>>>>>>>>>>>>>>>>>> http://www.zeuux.com/friend/user/zoomquiet/mood/content/1063/#comment-list-div-24-511 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>> ~09:13 依然没有开始,现场电源很少,路中间有个,结果体验到中国足球的威力-不论男女都来踢脚,已经11次了...大会幻灯演示是MAC... >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>> ZQ无负责文字报道:: >>>>>>>>>>>>>>>>>>>>> AgileChina 2009 Agenda | 敏捷中国大会2009 - 北京 9.11~12 >>>>>>>>>>>>>>>>>>>>> http://www.agilechina.net/agenda.html >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> ~ 09:00 有很多人在路上,所以,09:10 开始.... > > > > > -- > http://zoomquiet.org 人生苦短? Pythonic! > 过程改进乃是催生可促生靠谱的人的组织! (PE keeps evolving organizations which promoting > people be good!) > -- http://zoomquiet.org 人生苦短? Pythonic! KM乃是培育可催生自学习型组织的文化氛围!
2009年09月11日 星期五 11:15
~ 11:10 Dave:"Pragmatic"其实意味着:Doing what works+Working at what to do ~ 11:15 Dave:敏捷不神秘,每个人都有敏捷的冲突,当你有一定经验时... 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: > ~ 11:07 Dave: 那书的组织和软件工程一样,用了各种保障...测试/持续集成...多年后进军出版社,我们也使用了软件工程一样的组织和管理思想...(我们也一样::) > http://code.google.com/p/openbookproject/wiki/HowToBuildBookOnline > > 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >> ~11:05 Dave:俺开发了30年,但是这事儿从来没有变容易过...一切在变,得不断的学习/改变...那书关注测试,但是出版时,也有故事...整个出版过程也有2/3年,,,囧... >> >> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>> ~11:00 Dave:程序员修炼之道,十年之后...今天是那谁的生日,请大家大声帮忙吼哈... >>> >>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>> ~10:56 通告11:00 开始Dave Thomas 的分享,场子里转哈,8成都是MAC的本儿...续航能力现在就是关键能力了哪,,,, >>>> >>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>> ~10:50 茶歇,发现了HD集团的电源地儿~在门口,3人围一圏护着--都是高端MAC 本用的着嘛?!现场就在进行业务推广...专业! >>>>> >>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>> ~10:10 K.B 什么是循环交付?!10年前,都是长达一年的交付等待...今年很多团队每天释放几十个版本的软件编译版本; 如何更加... >>>>>> 尝试融合看起来无法融合的吧... >>>>>> >>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>> ~10:03 K.B 什么又是效率?什么是资本效益?...对于US,越多资金越多尝试的可能,对于工程,意味着要尽量小的改变,以免大损失... >>>>>>> >>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>> ~09:57 作为工程师,冲水马桶是非常好的工程! 简单/有效/解决关键需求...火车体系非常准时...对于软件作出承诺就得作到...幼儿的专注... >>>>>>>> >>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>> ~09:52 K.B 一如昨天的平缓描述,同声也到位,只是没有模仿出K.B 那种自信的口气....咔咔咔,所以,得看着他说...同时听原音,更加精到.... >>>>>>>>> >>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>> ~09:48 Pragmatic在E文中的含义,其实不是积极的...实效必须基于己有的成功经验,所以无法根据理论尝试激进的方式...比如说,那种原料很奇怪的小甜点... >>>>>>>>>> K.B 来自三川学会 ... >>>>>>>>>> >>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>> ~09:40 Kent Beck开始介绍 实效的理想...遭遇PC要口令,幻灯切不过...只好自个儿开始暖场... >>>>>>>>>>> >>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>> ~09:39 "很多政府文献中没有敏捷,所以很多老板不会批资金的...所以,政府的支持非常重要的"~~自我感觉太好了,天朝的官的确是天下在胸哪... >>>>>>>>>>>> >>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>> ~ 09:34 因为"IBM说,我们任何一个PM不敢说自个儿的团队不是敏捷的..."所以,中国IT行业应该推动用敏捷来提升行业素质的...papapapa---这个逻辑很生猛哪(反正外国的和尚好念经) >>>>>>>>>>>>> >>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>> ~09:32 CSPIN 王秘书长致辞:"这是第一次参加..."(已经四届了哪!还是念稿,官员风范)"其实我们在2002 >>>>>>>>>>>>>> 年就关注敏捷了!而且组织翻译了全套XP的图书..." >>>>>>>>>>>>>> >>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>> ~09:30 非常老实的将所有赞助和合作媒体的名字都念了一遍,好有专业精神哪...然后预告明年的活动...广告时间好长,播报员级别很高... >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>> ~09:27 口音很重的InfoQ BOSS来宣传自个儿:"这是次资本和技术的美好结合!"第一句话.... >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>> ~ 09:25 "敏捷不是个状态,而是种长期的修炼!"~这不就是过程改进嘛?!"过程改进乃是催生可促生靠谱的人的组织!" >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>> ~ 09:22 ThoughtWork 的中国BOSS 介绍相关敏捷界的牛人...感觉的到该公司热情开放的心态...:"Fred >>>>>>>>>>>>>>>>>> George 写第一行代码时,在坐大多数人都没有出生!" 人家是家有一老如有一宝,在中国怎么相反? >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>> ~ 09:16 ToughtWork 员工两GG 以对口方式来主持...快速进入领导致辞.... >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>> ZEUUX的朋友可以围观俺的状态评注:: >>>>>>>>>>>>>>>>>>>> http://www.zeuux.com/friend/user/zoomquiet/mood/content/1063/#comment-list-div-24-511 >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>> ~09:13 依然没有开始,现场电源很少,路中间有个,结果体验到中国足球的威力-不论男女都来踢脚,已经11次了...大会幻灯演示是MAC... >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>> ZQ无负责文字报道:: >>>>>>>>>>>>>>>>>>>>>> AgileChina 2009 Agenda | 敏捷中国大会2009 - 北京 9.11~12 >>>>>>>>>>>>>>>>>>>>>> http://www.agilechina.net/agenda.html >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> ~ 09:00 有很多人在路上,所以,09:10 开始.... -- http://zoomquiet.org 人生苦短? Pythonic! 工作的层次(依靠谱程度从低到高)=有做->做完->做对->做好->帮助他人做好
2009年09月11日 星期五 11:18
~ 11:18 Dave:10年来在US那书的影响...一些过时的细节-例子/工具/语言/云来了..基础没有任何变化! 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: > ~ 11:10 Dave:"Pragmatic"其实意味着:Doing what works+Working at what to do > ~ 11:15 Dave:敏捷不神秘,每个人都有敏捷的冲突,当你有一定经验时... > > > 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >> ~ 11:07 Dave: 那书的组织和软件工程一样,用了各种保障...测试/持续集成...多年后进军出版社,我们也使用了软件工程一样的组织和管理思想...(我们也一样::) >> http://code.google.com/p/openbookproject/wiki/HowToBuildBookOnline >> >> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>> ~11:05 Dave:俺开发了30年,但是这事儿从来没有变容易过...一切在变,得不断的学习/改变...那书关注测试,但是出版时,也有故事...整个出版过程也有2/3年,,,囧... >>> >>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>> ~11:00 Dave:程序员修炼之道,十年之后...今天是那谁的生日,请大家大声帮忙吼哈... >>>> >>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>> ~10:56 通告11:00 开始Dave Thomas 的分享,场子里转哈,8成都是MAC的本儿...续航能力现在就是关键能力了哪,,,, >>>>> >>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>> ~10:50 茶歇,发现了HD集团的电源地儿~在门口,3人围一圏护着--都是高端MAC 本用的着嘛?!现场就在进行业务推广...专业! >>>>>> >>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>> ~10:10 K.B 什么是循环交付?!10年前,都是长达一年的交付等待...今年很多团队每天释放几十个版本的软件编译版本; 如何更加... >>>>>>> 尝试融合看起来无法融合的吧... >>>>>>> >>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>> ~10:03 K.B 什么又是效率?什么是资本效益?...对于US,越多资金越多尝试的可能,对于工程,意味着要尽量小的改变,以免大损失... >>>>>>>> >>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>> ~09:57 作为工程师,冲水马桶是非常好的工程! 简单/有效/解决关键需求...火车体系非常准时...对于软件作出承诺就得作到...幼儿的专注... >>>>>>>>> >>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>> ~09:52 K.B 一如昨天的平缓描述,同声也到位,只是没有模仿出K.B 那种自信的口气....咔咔咔,所以,得看着他说...同时听原音,更加精到.... >>>>>>>>>> >>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>> ~09:48 Pragmatic在E文中的含义,其实不是积极的...实效必须基于己有的成功经验,所以无法根据理论尝试激进的方式...比如说,那种原料很奇怪的小甜点... >>>>>>>>>>> K.B 来自三川学会 ... >>>>>>>>>>> >>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>> ~09:40 Kent Beck开始介绍 实效的理想...遭遇PC要口令,幻灯切不过...只好自个儿开始暖场... >>>>>>>>>>>> >>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>> ~09:39 "很多政府文献中没有敏捷,所以很多老板不会批资金的...所以,政府的支持非常重要的"~~自我感觉太好了,天朝的官的确是天下在胸哪... >>>>>>>>>>>>> >>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>> ~ 09:34 因为"IBM说,我们任何一个PM不敢说自个儿的团队不是敏捷的..."所以,中国IT行业应该推动用敏捷来提升行业素质的...papapapa---这个逻辑很生猛哪(反正外国的和尚好念经) >>>>>>>>>>>>>> >>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>> ~09:32 CSPIN 王秘书长致辞:"这是第一次参加..."(已经四届了哪!还是念稿,官员风范)"其实我们在2002 >>>>>>>>>>>>>>> 年就关注敏捷了!而且组织翻译了全套XP的图书..." >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>> ~09:30 非常老实的将所有赞助和合作媒体的名字都念了一遍,好有专业精神哪...然后预告明年的活动...广告时间好长,播报员级别很高... >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>> ~09:27 口音很重的InfoQ BOSS来宣传自个儿:"这是次资本和技术的美好结合!"第一句话.... >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>> ~ 09:25 "敏捷不是个状态,而是种长期的修炼!"~这不就是过程改进嘛?!"过程改进乃是催生可促生靠谱的人的组织!" >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>> ~ 09:22 ThoughtWork 的中国BOSS 介绍相关敏捷界的牛人...感觉的到该公司热情开放的心态...:"Fred >>>>>>>>>>>>>>>>>>> George 写第一行代码时,在坐大多数人都没有出生!" 人家是家有一老如有一宝,在中国怎么相反? >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>> ~ 09:16 ToughtWork 员工两GG 以对口方式来主持...快速进入领导致辞.... >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>> ZEUUX的朋友可以围观俺的状态评注:: >>>>>>>>>>>>>>>>>>>>> http://www.zeuux.com/friend/user/zoomquiet/mood/content/1063/#comment-list-div-24-511 >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>> ~09:13 依然没有开始,现场电源很少,路中间有个,结果体验到中国足球的威力-不论男女都来踢脚,已经11次了...大会幻灯演示是MAC... >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>>> ZQ无负责文字报道:: >>>>>>>>>>>>>>>>>>>>>>> AgileChina 2009 Agenda | 敏捷中国大会2009 - 北京 9.11~12 >>>>>>>>>>>>>>>>>>>>>>> http://www.agilechina.net/agenda.html >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> ~ 09:00 有很多人在路上,所以,09:10 开始.... > -- http://zoomquiet.org 人生苦短? Pythonic! usage 7-zip to replace WinRAR/WinZip; You can get the truely Freedom 4 software.
2009年09月11日 星期五 11:20
~ 11:20 Dave:Fix Break Windows是实例,是基于统计的...也是心理定式,,,小错积累下来,就没有人关心,而情况将恶化到崩溃... 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: > ~ 11:18 Dave:10年来在US那书的影响...一些过时的细节-例子/工具/语言/云来了..基础没有任何变化! > > 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >> ~ 11:10 Dave:"Pragmatic"其实意味着:Doing what works+Working at what to do >> ~ 11:15 Dave:敏捷不神秘,每个人都有敏捷的冲突,当你有一定经验时... >> >> >> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>> ~ 11:07 Dave: 那书的组织和软件工程一样,用了各种保障...测试/持续集成...多年后进军出版社,我们也使用了软件工程一样的组织和管理思想...(我们也一样::) >>> http://code.google.com/p/openbookproject/wiki/HowToBuildBookOnline >>> >>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>> ~11:05 Dave:俺开发了30年,但是这事儿从来没有变容易过...一切在变,得不断的学习/改变...那书关注测试,但是出版时,也有故事...整个出版过程也有2/3年,,,囧... >>>> >>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>> ~11:00 Dave:程序员修炼之道,十年之后...今天是那谁的生日,请大家大声帮忙吼哈... >>>>> >>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>> ~10:56 通告11:00 开始Dave Thomas 的分享,场子里转哈,8成都是MAC的本儿...续航能力现在就是关键能力了哪,,,, >>>>>> >>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>> ~10:50 茶歇,发现了HD集团的电源地儿~在门口,3人围一圏护着--都是高端MAC 本用的着嘛?!现场就在进行业务推广...专业! >>>>>>> >>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>> ~10:10 K.B 什么是循环交付?!10年前,都是长达一年的交付等待...今年很多团队每天释放几十个版本的软件编译版本; 如何更加... >>>>>>>> 尝试融合看起来无法融合的吧... >>>>>>>> >>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>> ~10:03 K.B 什么又是效率?什么是资本效益?...对于US,越多资金越多尝试的可能,对于工程,意味着要尽量小的改变,以免大损失... >>>>>>>>> >>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>> ~09:57 作为工程师,冲水马桶是非常好的工程! 简单/有效/解决关键需求...火车体系非常准时...对于软件作出承诺就得作到...幼儿的专注... >>>>>>>>>> >>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>> ~09:52 K.B 一如昨天的平缓描述,同声也到位,只是没有模仿出K.B 那种自信的口气....咔咔咔,所以,得看着他说...同时听原音,更加精到.... >>>>>>>>>>> >>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>> ~09:48 Pragmatic在E文中的含义,其实不是积极的...实效必须基于己有的成功经验,所以无法根据理论尝试激进的方式...比如说,那种原料很奇怪的小甜点... >>>>>>>>>>>> K.B 来自三川学会 ... >>>>>>>>>>>> >>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>> ~09:40 Kent Beck开始介绍 实效的理想...遭遇PC要口令,幻灯切不过...只好自个儿开始暖场... >>>>>>>>>>>>> >>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>> ~09:39 "很多政府文献中没有敏捷,所以很多老板不会批资金的...所以,政府的支持非常重要的"~~自我感觉太好了,天朝的官的确是天下在胸哪... >>>>>>>>>>>>>> >>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>> ~ 09:34 因为"IBM说,我们任何一个PM不敢说自个儿的团队不是敏捷的..."所以,中国IT行业应该推动用敏捷来提升行业素质的...papapapa---这个逻辑很生猛哪(反正外国的和尚好念经) >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>> ~09:32 CSPIN 王秘书长致辞:"这是第一次参加..."(已经四届了哪!还是念稿,官员风范)"其实我们在2002 >>>>>>>>>>>>>>>> 年就关注敏捷了!而且组织翻译了全套XP的图书..." >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>> ~09:30 非常老实的将所有赞助和合作媒体的名字都念了一遍,好有专业精神哪...然后预告明年的活动...广告时间好长,播报员级别很高... >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>> ~09:27 口音很重的InfoQ BOSS来宣传自个儿:"这是次资本和技术的美好结合!"第一句话.... >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>> ~ 09:25 "敏捷不是个状态,而是种长期的修炼!"~这不就是过程改进嘛?!"过程改进乃是催生可促生靠谱的人的组织!" >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>> ~ 09:22 ThoughtWork 的中国BOSS 介绍相关敏捷界的牛人...感觉的到该公司热情开放的心态...:"Fred >>>>>>>>>>>>>>>>>>>> George 写第一行代码时,在坐大多数人都没有出生!" 人家是家有一老如有一宝,在中国怎么相反? >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>> ~ 09:16 ToughtWork 员工两GG 以对口方式来主持...快速进入领导致辞.... >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>> ZEUUX的朋友可以围观俺的状态评注:: >>>>>>>>>>>>>>>>>>>>>> http://www.zeuux.com/friend/user/zoomquiet/mood/content/1063/#comment-list-div-24-511 >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>>> ~09:13 依然没有开始,现场电源很少,路中间有个,结果体验到中国足球的威力-不论男女都来踢脚,已经11次了...大会幻灯演示是MAC... >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>>>> ZQ无负责文字报道:: >>>>>>>>>>>>>>>>>>>>>>>> AgileChina 2009 Agenda | 敏捷中国大会2009 - 北京 9.11~12 >>>>>>>>>>>>>>>>>>>>>>>> http://www.agilechina.net/agenda.html >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> ~ 09:00 有很多人在路上,所以,09:10 开始.... -- http://zoomquiet.org 人生苦短? Pythonic! 金山常年招聘Py/C++人才! http://bit.ly/UoTV 简历直投俺就成;-)
2009年09月11日 星期五 11:23
~ 11:25 Dave:环窗子的实例是 1993~97 的N.Y; 理论就是: 修订小问题==较少的大问题; (这事儿和反应式设计类似,不过天真了点) 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: > ~ 11:20 Dave:Fix Break Windows是实例,是基于统计的...也是心理定式,,,小错积累下来,就没有人关心,而情况将恶化到崩溃... > > 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >> ~ 11:18 Dave:10年来在US那书的影响...一些过时的细节-例子/工具/语言/云来了..基础没有任何变化! >> >> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>> ~ 11:10 Dave:"Pragmatic"其实意味着:Doing what works+Working at what to do >>> ~ 11:15 Dave:敏捷不神秘,每个人都有敏捷的冲突,当你有一定经验时... >>> >>> >>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>> ~ 11:07 Dave: 那书的组织和软件工程一样,用了各种保障...测试/持续集成...多年后进军出版社,我们也使用了软件工程一样的组织和管理思想...(我们也一样::) >>>> http://code.google.com/p/openbookproject/wiki/HowToBuildBookOnline >>>> >>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>> ~11:05 Dave:俺开发了30年,但是这事儿从来没有变容易过...一切在变,得不断的学习/改变...那书关注测试,但是出版时,也有故事...整个出版过程也有2/3年,,,囧... >>>>> >>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>> ~11:00 Dave:程序员修炼之道,十年之后...今天是那谁的生日,请大家大声帮忙吼哈... >>>>>> >>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>> ~10:56 通告11:00 开始Dave Thomas 的分享,场子里转哈,8成都是MAC的本儿...续航能力现在就是关键能力了哪,,,, >>>>>>> >>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>> ~10:50 茶歇,发现了HD集团的电源地儿~在门口,3人围一圏护着--都是高端MAC 本用的着嘛?!现场就在进行业务推广...专业! >>>>>>>> >>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>> ~10:10 K.B 什么是循环交付?!10年前,都是长达一年的交付等待...今年很多团队每天释放几十个版本的软件编译版本; 如何更加... >>>>>>>>> 尝试融合看起来无法融合的吧... >>>>>>>>> >>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>> ~10:03 K.B 什么又是效率?什么是资本效益?...对于US,越多资金越多尝试的可能,对于工程,意味着要尽量小的改变,以免大损失... >>>>>>>>>> >>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>> ~09:57 作为工程师,冲水马桶是非常好的工程! 简单/有效/解决关键需求...火车体系非常准时...对于软件作出承诺就得作到...幼儿的专注... >>>>>>>>>>> >>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>> ~09:52 K.B 一如昨天的平缓描述,同声也到位,只是没有模仿出K.B 那种自信的口气....咔咔咔,所以,得看着他说...同时听原音,更加精到.... >>>>>>>>>>>> >>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>> ~09:48 Pragmatic在E文中的含义,其实不是积极的...实效必须基于己有的成功经验,所以无法根据理论尝试激进的方式...比如说,那种原料很奇怪的小甜点... >>>>>>>>>>>>> K.B 来自三川学会 ... >>>>>>>>>>>>> >>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>> ~09:40 Kent Beck开始介绍 实效的理想...遭遇PC要口令,幻灯切不过...只好自个儿开始暖场... >>>>>>>>>>>>>> >>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>> ~09:39 "很多政府文献中没有敏捷,所以很多老板不会批资金的...所以,政府的支持非常重要的"~~自我感觉太好了,天朝的官的确是天下在胸哪... >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>> ~ 09:34 因为"IBM说,我们任何一个PM不敢说自个儿的团队不是敏捷的..."所以,中国IT行业应该推动用敏捷来提升行业素质的...papapapa---这个逻辑很生猛哪(反正外国的和尚好念经) >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>> ~09:32 CSPIN 王秘书长致辞:"这是第一次参加..."(已经四届了哪!还是念稿,官员风范)"其实我们在2002 >>>>>>>>>>>>>>>>> 年就关注敏捷了!而且组织翻译了全套XP的图书..." >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>> ~09:30 非常老实的将所有赞助和合作媒体的名字都念了一遍,好有专业精神哪...然后预告明年的活动...广告时间好长,播报员级别很高... >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>> ~09:27 口音很重的InfoQ BOSS来宣传自个儿:"这是次资本和技术的美好结合!"第一句话.... >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>> ~ 09:25 "敏捷不是个状态,而是种长期的修炼!"~这不就是过程改进嘛?!"过程改进乃是催生可促生靠谱的人的组织!" >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>> ~ 09:22 ThoughtWork 的中国BOSS 介绍相关敏捷界的牛人...感觉的到该公司热情开放的心态...:"Fred >>>>>>>>>>>>>>>>>>>>> George 写第一行代码时,在坐大多数人都没有出生!" 人家是家有一老如有一宝,在中国怎么相反? >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>> ~ 09:16 ToughtWork 员工两GG 以对口方式来主持...快速进入领导致辞.... >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>>> ZEUUX的朋友可以围观俺的状态评注:: >>>>>>>>>>>>>>>>>>>>>>> http://www.zeuux.com/friend/user/zoomquiet/mood/content/1063/#comment-list-div-24-511 >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>>>> ~09:13 依然没有开始,现场电源很少,路中间有个,结果体验到中国足球的威力-不论男女都来踢脚,已经11次了...大会幻灯演示是MAC... >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>>>>> ZQ无负责文字报道:: >>>>>>>>>>>>>>>>>>>>>>>>> AgileChina 2009 Agenda | 敏捷中国大会2009 - 北京 9.11~12 >>>>>>>>>>>>>>>>>>>>>>>>> http://www.agilechina.net/agenda.html >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> ~ 09:00 有很多人在路上,所以,09:10 开始.... -- http://zoomquiet.org 人生苦短? Pythonic! 向靠谱,反脑残! Kaopulity,小白退散! Kaopulity~= Keep all processes usablity!
2009年09月11日 星期五 11:26
~ 11:26 Dave: Dong'd Repeat Youself 理论:要 DRY 干! 一切知识片段必须唯一! (代码/需求/模块...都是唯一的话,真的是天堂了)容易维护哈! 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: > ~ 11:25 Dave:环窗子的实例是 1993~97 的N.Y; 理论就是: 修订小问题==较少的大问题; (这事儿和反应式设计类似,不过天真了点) > > 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >> ~ 11:20 Dave:Fix Break Windows是实例,是基于统计的...也是心理定式,,,小错积累下来,就没有人关心,而情况将恶化到崩溃... >> >> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>> ~ 11:18 Dave:10年来在US那书的影响...一些过时的细节-例子/工具/语言/云来了..基础没有任何变化! >>> >>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>> ~ 11:10 Dave:"Pragmatic"其实意味着:Doing what works+Working at what to do >>>> ~ 11:15 Dave:敏捷不神秘,每个人都有敏捷的冲突,当你有一定经验时... >>>> >>>> >>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>> ~ 11:07 Dave: 那书的组织和软件工程一样,用了各种保障...测试/持续集成...多年后进军出版社,我们也使用了软件工程一样的组织和管理思想...(我们也一样::) >>>>> http://code.google.com/p/openbookproject/wiki/HowToBuildBookOnline >>>>> >>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>> ~11:05 Dave:俺开发了30年,但是这事儿从来没有变容易过...一切在变,得不断的学习/改变...那书关注测试,但是出版时,也有故事...整个出版过程也有2/3年,,,囧... >>>>>> >>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>> ~11:00 Dave:程序员修炼之道,十年之后...今天是那谁的生日,请大家大声帮忙吼哈... >>>>>>> >>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>> ~10:56 通告11:00 开始Dave Thomas 的分享,场子里转哈,8成都是MAC的本儿...续航能力现在就是关键能力了哪,,,, >>>>>>>> >>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>> ~10:50 茶歇,发现了HD集团的电源地儿~在门口,3人围一圏护着--都是高端MAC 本用的着嘛?!现场就在进行业务推广...专业! >>>>>>>>> >>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>> ~10:10 K.B 什么是循环交付?!10年前,都是长达一年的交付等待...今年很多团队每天释放几十个版本的软件编译版本; 如何更加... >>>>>>>>>> 尝试融合看起来无法融合的吧... >>>>>>>>>> >>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>> ~10:03 K.B 什么又是效率?什么是资本效益?...对于US,越多资金越多尝试的可能,对于工程,意味着要尽量小的改变,以免大损失... >>>>>>>>>>> >>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>> ~09:57 作为工程师,冲水马桶是非常好的工程! 简单/有效/解决关键需求...火车体系非常准时...对于软件作出承诺就得作到...幼儿的专注... >>>>>>>>>>>> >>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>> ~09:52 K.B 一如昨天的平缓描述,同声也到位,只是没有模仿出K.B 那种自信的口气....咔咔咔,所以,得看着他说...同时听原音,更加精到.... >>>>>>>>>>>>> >>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>> ~09:48 Pragmatic在E文中的含义,其实不是积极的...实效必须基于己有的成功经验,所以无法根据理论尝试激进的方式...比如说,那种原料很奇怪的小甜点... >>>>>>>>>>>>>> K.B 来自三川学会 ... >>>>>>>>>>>>>> >>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>> ~09:40 Kent Beck开始介绍 实效的理想...遭遇PC要口令,幻灯切不过...只好自个儿开始暖场... >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>> ~09:39 "很多政府文献中没有敏捷,所以很多老板不会批资金的...所以,政府的支持非常重要的"~~自我感觉太好了,天朝的官的确是天下在胸哪... >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>> ~ 09:34 因为"IBM说,我们任何一个PM不敢说自个儿的团队不是敏捷的..."所以,中国IT行业应该推动用敏捷来提升行业素质的...papapapa---这个逻辑很生猛哪(反正外国的和尚好念经) >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>> ~09:32 CSPIN 王秘书长致辞:"这是第一次参加..."(已经四届了哪!还是念稿,官员风范)"其实我们在2002 >>>>>>>>>>>>>>>>>> 年就关注敏捷了!而且组织翻译了全套XP的图书..." >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>> ~09:30 非常老实的将所有赞助和合作媒体的名字都念了一遍,好有专业精神哪...然后预告明年的活动...广告时间好长,播报员级别很高... >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>> ~09:27 口音很重的InfoQ BOSS来宣传自个儿:"这是次资本和技术的美好结合!"第一句话.... >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>> ~ 09:25 "敏捷不是个状态,而是种长期的修炼!"~这不就是过程改进嘛?!"过程改进乃是催生可促生靠谱的人的组织!" >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>> ~ 09:22 ThoughtWork 的中国BOSS 介绍相关敏捷界的牛人...感觉的到该公司热情开放的心态...:"Fred >>>>>>>>>>>>>>>>>>>>>> George 写第一行代码时,在坐大多数人都没有出生!" 人家是家有一老如有一宝,在中国怎么相反? >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>>> ~ 09:16 ToughtWork 员工两GG 以对口方式来主持...快速进入领导致辞.... >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>>>> ZEUUX的朋友可以围观俺的状态评注:: >>>>>>>>>>>>>>>>>>>>>>>> http://www.zeuux.com/friend/user/zoomquiet/mood/content/1063/#comment-list-div-24-511 >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>>>>> ~09:13 依然没有开始,现场电源很少,路中间有个,结果体验到中国足球的威力-不论男女都来踢脚,已经11次了...大会幻灯演示是MAC... >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>>>>>> ZQ无负责文字报道:: >>>>>>>>>>>>>>>>>>>>>>>>>> AgileChina 2009 Agenda | 敏捷中国大会2009 - 北京 9.11~12 >>>>>>>>>>>>>>>>>>>>>>>>>> http://www.agilechina.net/agenda.html >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> ~ 09:00 有很多人在路上,所以,09:10 开始.... -- http://zoomquiet.org 人生苦短? Pythonic! 工作的层次(依靠谱程度从低到高)=有做->做完->做对->做好->帮助他人做好
2009年09月11日 星期五 11:28
~ 11:28 Dave: Fix with mateprogramming(原子修订)是好的,但是你用M$的IDE 总是得到上千行不知道哪来的代码,可怕的事儿! 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: > ~ 11:26 Dave: Dong'd Repeat Youself 理论:要 DRY 干! 一切知识片段必须唯一! > (代码/需求/模块...都是唯一的话,真的是天堂了)容易维护哈! > > 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >> ~ 11:25 Dave:环窗子的实例是 1993~97 的N.Y; 理论就是: 修订小问题==较少的大问题; (这事儿和反应式设计类似,不过天真了点) >> >> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>> ~ 11:20 Dave:Fix Break Windows是实例,是基于统计的...也是心理定式,,,小错积累下来,就没有人关心,而情况将恶化到崩溃... >>> >>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>> ~ 11:18 Dave:10年来在US那书的影响...一些过时的细节-例子/工具/语言/云来了..基础没有任何变化! >>>> >>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>> ~ 11:10 Dave:"Pragmatic"其实意味着:Doing what works+Working at what to do >>>>> ~ 11:15 Dave:敏捷不神秘,每个人都有敏捷的冲突,当你有一定经验时... >>>>> >>>>> >>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>> ~ 11:07 Dave: 那书的组织和软件工程一样,用了各种保障...测试/持续集成...多年后进军出版社,我们也使用了软件工程一样的组织和管理思想...(我们也一样::) >>>>>> http://code.google.com/p/openbookproject/wiki/HowToBuildBookOnline >>>>>> >>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>> ~11:05 Dave:俺开发了30年,但是这事儿从来没有变容易过...一切在变,得不断的学习/改变...那书关注测试,但是出版时,也有故事...整个出版过程也有2/3年,,,囧... >>>>>>> >>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>> ~11:00 Dave:程序员修炼之道,十年之后...今天是那谁的生日,请大家大声帮忙吼哈... >>>>>>>> >>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>> ~10:56 通告11:00 开始Dave Thomas 的分享,场子里转哈,8成都是MAC的本儿...续航能力现在就是关键能力了哪,,,, >>>>>>>>> >>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>> ~10:50 茶歇,发现了HD集团的电源地儿~在门口,3人围一圏护着--都是高端MAC 本用的着嘛?!现场就在进行业务推广...专业! >>>>>>>>>> >>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>> ~10:10 K.B 什么是循环交付?!10年前,都是长达一年的交付等待...今年很多团队每天释放几十个版本的软件编译版本; 如何更加... >>>>>>>>>>> 尝试融合看起来无法融合的吧... >>>>>>>>>>> >>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>> ~10:03 K.B 什么又是效率?什么是资本效益?...对于US,越多资金越多尝试的可能,对于工程,意味着要尽量小的改变,以免大损失... >>>>>>>>>>>> >>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>> ~09:57 作为工程师,冲水马桶是非常好的工程! 简单/有效/解决关键需求...火车体系非常准时...对于软件作出承诺就得作到...幼儿的专注... >>>>>>>>>>>>> >>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>> ~09:52 K.B 一如昨天的平缓描述,同声也到位,只是没有模仿出K.B 那种自信的口气....咔咔咔,所以,得看着他说...同时听原音,更加精到.... >>>>>>>>>>>>>> >>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>> ~09:48 Pragmatic在E文中的含义,其实不是积极的...实效必须基于己有的成功经验,所以无法根据理论尝试激进的方式...比如说,那种原料很奇怪的小甜点... >>>>>>>>>>>>>>> K.B 来自三川学会 ... >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>> ~09:40 Kent Beck开始介绍 实效的理想...遭遇PC要口令,幻灯切不过...只好自个儿开始暖场... >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>> ~09:39 "很多政府文献中没有敏捷,所以很多老板不会批资金的...所以,政府的支持非常重要的"~~自我感觉太好了,天朝的官的确是天下在胸哪... >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>> ~ 09:34 因为"IBM说,我们任何一个PM不敢说自个儿的团队不是敏捷的..."所以,中国IT行业应该推动用敏捷来提升行业素质的...papapapa---这个逻辑很生猛哪(反正外国的和尚好念经) >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>> ~09:32 CSPIN 王秘书长致辞:"这是第一次参加..."(已经四届了哪!还是念稿,官员风范)"其实我们在2002 >>>>>>>>>>>>>>>>>>> 年就关注敏捷了!而且组织翻译了全套XP的图书..." >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>> ~09:30 非常老实的将所有赞助和合作媒体的名字都念了一遍,好有专业精神哪...然后预告明年的活动...广告时间好长,播报员级别很高... >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>> ~09:27 口音很重的InfoQ BOSS来宣传自个儿:"这是次资本和技术的美好结合!"第一句话.... >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>> ~ 09:25 "敏捷不是个状态,而是种长期的修炼!"~这不就是过程改进嘛?!"过程改进乃是催生可促生靠谱的人的组织!" >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>>> ~ 09:22 ThoughtWork 的中国BOSS 介绍相关敏捷界的牛人...感觉的到该公司热情开放的心态...:"Fred >>>>>>>>>>>>>>>>>>>>>>> George 写第一行代码时,在坐大多数人都没有出生!" 人家是家有一老如有一宝,在中国怎么相反? >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>>>> ~ 09:16 ToughtWork 员工两GG 以对口方式来主持...快速进入领导致辞.... >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>>>>> ZEUUX的朋友可以围观俺的状态评注:: >>>>>>>>>>>>>>>>>>>>>>>>> http://www.zeuux.com/friend/user/zoomquiet/mood/content/1063/#comment-list-div-24-511 >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>>>>>> ~09:13 依然没有开始,现场电源很少,路中间有个,结果体验到中国足球的威力-不论男女都来踢脚,已经11次了...大会幻灯演示是MAC... >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>>>>>>> ZQ无负责文字报道:: >>>>>>>>>>>>>>>>>>>>>>>>>>> AgileChina 2009 Agenda | 敏捷中国大会2009 - 北京 9.11~12 >>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.agilechina.net/agenda.html >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> ~ 09:00 有很多人在路上,所以,09:10 开始.... -- http://zoomquiet.org 人生苦短? Pythonic! usage 7-zip to replace WinRAR/WinZip; You can get the truely Freedom 4 software.
2009年09月11日 星期五 11:32
~ 11:30 Dave:Desing Duplication?!模型/规范/matephors 都得修订,更加简单可用! 当前的最重要的是架构的重复!进而项目的重复! 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: > ~ 11:28 Dave: Fix with mateprogramming(原子修订)是好的,但是你用M$的IDE > 总是得到上千行不知道哪来的代码,可怕的事儿! > > 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >> ~ 11:26 Dave: Dong'd Repeat Youself 理论:要 DRY 干! 一切知识片段必须唯一! >> (代码/需求/模块...都是唯一的话,真的是天堂了)容易维护哈! >> >> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>> ~ 11:25 Dave:环窗子的实例是 1993~97 的N.Y; 理论就是: 修订小问题==较少的大问题; (这事儿和反应式设计类似,不过天真了点) >>> >>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>> ~ 11:20 Dave:Fix Break Windows是实例,是基于统计的...也是心理定式,,,小错积累下来,就没有人关心,而情况将恶化到崩溃... >>>> >>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>> ~ 11:18 Dave:10年来在US那书的影响...一些过时的细节-例子/工具/语言/云来了..基础没有任何变化! >>>>> >>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>> ~ 11:10 Dave:"Pragmatic"其实意味着:Doing what works+Working at what to do >>>>>> ~ 11:15 Dave:敏捷不神秘,每个人都有敏捷的冲突,当你有一定经验时... >>>>>> >>>>>> >>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>> ~ 11:07 Dave: 那书的组织和软件工程一样,用了各种保障...测试/持续集成...多年后进军出版社,我们也使用了软件工程一样的组织和管理思想...(我们也一样::) >>>>>>> http://code.google.com/p/openbookproject/wiki/HowToBuildBookOnline >>>>>>> >>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>> ~11:05 Dave:俺开发了30年,但是这事儿从来没有变容易过...一切在变,得不断的学习/改变...那书关注测试,但是出版时,也有故事...整个出版过程也有2/3年,,,囧... >>>>>>>> >>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>> ~11:00 Dave:程序员修炼之道,十年之后...今天是那谁的生日,请大家大声帮忙吼哈... >>>>>>>>> >>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>> ~10:56 通告11:00 开始Dave Thomas 的分享,场子里转哈,8成都是MAC的本儿...续航能力现在就是关键能力了哪,,,, >>>>>>>>>> >>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>> ~10:50 茶歇,发现了HD集团的电源地儿~在门口,3人围一圏护着--都是高端MAC 本用的着嘛?!现场就在进行业务推广...专业! >>>>>>>>>>> >>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>> ~10:10 K.B 什么是循环交付?!10年前,都是长达一年的交付等待...今年很多团队每天释放几十个版本的软件编译版本; 如何更加... >>>>>>>>>>>> 尝试融合看起来无法融合的吧... >>>>>>>>>>>> >>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>> ~10:03 K.B 什么又是效率?什么是资本效益?...对于US,越多资金越多尝试的可能,对于工程,意味着要尽量小的改变,以免大损失... >>>>>>>>>>>>> >>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>> ~09:57 作为工程师,冲水马桶是非常好的工程! 简单/有效/解决关键需求...火车体系非常准时...对于软件作出承诺就得作到...幼儿的专注... >>>>>>>>>>>>>> >>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>> ~09:52 K.B 一如昨天的平缓描述,同声也到位,只是没有模仿出K.B 那种自信的口气....咔咔咔,所以,得看着他说...同时听原音,更加精到.... >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>> ~09:48 Pragmatic在E文中的含义,其实不是积极的...实效必须基于己有的成功经验,所以无法根据理论尝试激进的方式...比如说,那种原料很奇怪的小甜点... >>>>>>>>>>>>>>>> K.B 来自三川学会 ... >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>> ~09:40 Kent Beck开始介绍 实效的理想...遭遇PC要口令,幻灯切不过...只好自个儿开始暖场... -- http://zoomquiet.org 人生苦短? Pythonic! 金山常年招聘Py/C++人才! http://bit.ly/UoTV 简历直投俺就成;-)
2009年09月11日 星期五 11:35
~ 11:32 Dave: 是重复阻止了改变...专注,作好一件事儿就非常困难了! 但是有那种床桌钢琴合一的东西! 减少关联!吧! 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: > ~ 11:30 Dave:Desing Duplication?!模型/规范/matephors 都得修订,更加简单可用! > 当前的最重要的是架构的重复!进而项目的重复! > > 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >> ~ 11:28 Dave: Fix with mateprogramming(原子修订)是好的,但是你用M$的IDE >> 总是得到上千行不知道哪来的代码,可怕的事儿! >> >> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>> ~ 11:26 Dave: Dong'd Repeat Youself 理论:要 DRY 干! 一切知识片段必须唯一! >>> (代码/需求/模块...都是唯一的话,真的是天堂了)容易维护哈! >>> >>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>> ~ 11:25 Dave:环窗子的实例是 1993~97 的N.Y; 理论就是: 修订小问题==较少的大问题; (这事儿和反应式设计类似,不过天真了点) >>>> >>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>> ~ 11:20 Dave:Fix Break Windows是实例,是基于统计的...也是心理定式,,,小错积累下来,就没有人关心,而情况将恶化到崩溃... >>>>> >>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>> ~ 11:18 Dave:10年来在US那书的影响...一些过时的细节-例子/工具/语言/云来了..基础没有任何变化! >>>>>> >>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>> ~ 11:10 Dave:"Pragmatic"其实意味着:Doing what works+Working at what to do >>>>>>> ~ 11:15 Dave:敏捷不神秘,每个人都有敏捷的冲突,当你有一定经验时... >>>>>>> >>>>>>> >>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>> ~ 11:07 Dave: 那书的组织和软件工程一样,用了各种保障...测试/持续集成...多年后进军出版社,我们也使用了软件工程一样的组织和管理思想...(我们也一样::) >>>>>>>> http://code.google.com/p/openbookproject/wiki/HowToBuildBookOnline >>>>>>>> >>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>> ~11:05 Dave:俺开发了30年,但是这事儿从来没有变容易过...一切在变,得不断的学习/改变...那书关注测试,但是出版时,也有故事...整个出版过程也有2/3年,,,囧... >>>>>>>>> >>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>> ~11:00 Dave:程序员修炼之道,十年之后...今天是那谁的生日,请大家大声帮忙吼哈... >>>>>>>>>> >>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>> ~10:56 通告11:00 开始Dave Thomas 的分享,场子里转哈,8成都是MAC的本儿...续航能力现在就是关键能力了哪,,,, >>>>>>>>>>> >>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>> ~10:50 茶歇,发现了HD集团的电源地儿~在门口,3人围一圏护着--都是高端MAC 本用的着嘛?!现场就在进行业务推广...专业! >>>>>>>>>>>> >>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>> ~10:10 K.B 什么是循环交付?!10年前,都是长达一年的交付等待...今年很多团队每天释放几十个版本的软件编译版本; 如何更加... >>>>>>>>>>>>> 尝试融合看起来无法融合的吧... >>>>>>>>>>>>> >>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>> ~10:03 K.B 什么又是效率?什么是资本效益?...对于US,越多资金越多尝试的可能,对于工程,意味着要尽量小的改变,以免大损失... >>>>>>>>>>>>>> >>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>> ~09:57 作为工程师,冲水马桶是非常好的工程! 简单/有效/解决关键需求...火车体系非常准时...对于软件作出承诺就得作到...幼儿的专注... >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>> ~09:52 K.B 一如昨天的平缓描述,同声也到位,只是没有模仿出K.B 那种自信的口气....咔咔咔,所以,得看着他说...同时听原音,更加精到.... >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>> ~09:48 Pragmatic在E文中的含义,其实不是积极的...实效必须基于己有的成功经验,所以无法根据理论尝试激进的方式...比如说,那种原料很奇怪的小甜点... >>>>>>>>>>>>>>>>> K.B 来自三川学会 ... >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>> ~09:40 Kent Beck开始介绍 实效的理想...遭遇PC要口令,幻灯切不过...只好自个儿开始暖场... > -- http://zoomquiet.org 人生苦短? Pythonic! 向靠谱,反脑残! Kaopulity,小白退散! Kaopulity~= Keep all processes usablity!
2009年09月11日 星期五 11:38
~ 11:35 Dave: 源代码控制很困难的,其实...*Unit 已经变的太好用了,,,力图一切都自动化卟...只要令任何事儿不要作两次,世界就好的多... ~ Do Nothing Twice 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: > ~ 11:32 Dave: 是重复阻止了改变...专注,作好一件事儿就非常困难了! 但是有那种床桌钢琴合一的东西! 减少关联!吧! > > 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >> ~ 11:30 Dave:Desing Duplication?!模型/规范/matephors 都得修订,更加简单可用! >> 当前的最重要的是架构的重复!进而项目的重复! >> >> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>> ~ 11:28 Dave: Fix with mateprogramming(原子修订)是好的,但是你用M$的IDE >>> 总是得到上千行不知道哪来的代码,可怕的事儿! >>> >>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>> ~ 11:26 Dave: Dong'd Repeat Youself 理论:要 DRY 干! 一切知识片段必须唯一! >>>> (代码/需求/模块...都是唯一的话,真的是天堂了)容易维护哈! >>>> >>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>> ~ 11:25 Dave:环窗子的实例是 1993~97 的N.Y; 理论就是: 修订小问题==较少的大问题; (这事儿和反应式设计类似,不过天真了点) >>>>> >>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>> ~ 11:20 Dave:Fix Break Windows是实例,是基于统计的...也是心理定式,,,小错积累下来,就没有人关心,而情况将恶化到崩溃... >>>>>> >>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>> ~ 11:18 Dave:10年来在US那书的影响...一些过时的细节-例子/工具/语言/云来了..基础没有任何变化! >>>>>>> >>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>> ~ 11:10 Dave:"Pragmatic"其实意味着:Doing what works+Working at what to do >>>>>>>> ~ 11:15 Dave:敏捷不神秘,每个人都有敏捷的冲突,当你有一定经验时... >>>>>>>> >>>>>>>> >>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>> ~ 11:07 Dave: 那书的组织和软件工程一样,用了各种保障...测试/持续集成...多年后进军出版社,我们也使用了软件工程一样的组织和管理思想...(我们也一样::) >>>>>>>>> http://code.google.com/p/openbookproject/wiki/HowToBuildBookOnline >>>>>>>>> >>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>> ~11:05 Dave:俺开发了30年,但是这事儿从来没有变容易过...一切在变,得不断的学习/改变...那书关注测试,但是出版时,也有故事...整个出版过程也有2/3年,,,囧... >>>>>>>>>> >>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>> ~11:00 Dave:程序员修炼之道,十年之后...今天是那谁的生日,请大家大声帮忙吼哈... >>>>>>>>>>> >>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>> ~10:56 通告11:00 开始Dave Thomas 的分享,场子里转哈,8成都是MAC的本儿...续航能力现在就是关键能力了哪,,,, >>>>>>>>>>>> >>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>> ~10:50 茶歇,发现了HD集团的电源地儿~在门口,3人围一圏护着--都是高端MAC 本用的着嘛?!现场就在进行业务推广...专业! >>>>>>>>>>>>> >>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>> ~10:10 K.B 什么是循环交付?!10年前,都是长达一年的交付等待...今年很多团队每天释放几十个版本的软件编译版本; 如何更加... >>>>>>>>>>>>>> 尝试融合看起来无法融合的吧... >>>>>>>>>>>>>> >>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>> ~10:03 K.B 什么又是效率?什么是资本效益?...对于US,越多资金越多尝试的可能,对于工程,意味着要尽量小的改变,以免大损失... >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>> ~09:57 作为工程师,冲水马桶是非常好的工程! 简单/有效/解决关键需求...火车体系非常准时...对于软件作出承诺就得作到...幼儿的专注... >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>> ~09:52 K.B 一如昨天的平缓描述,同声也到位,只是没有模仿出K.B 那种自信的口气....咔咔咔,所以,得看着他说...同时听原音,更加精到.... >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>> ~09:48 Pragmatic在E文中的含义,其实不是积极的...实效必须基于己有的成功经验,所以无法根据理论尝试激进的方式...比如说,那种原料很奇怪的小甜点... >>>>>>>>>>>>>>>>>> K.B 来自三川学会 ... >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>> ~09:40 Kent Beck开始介绍 实效的理想...遭遇PC要口令,幻灯切不过...只好自个儿开始暖场... -- http://zoomquiet.org 人生苦短? Pythonic! 一个人如果力求完善自己,就会看到:为此也必须同时完善他人. 一个人如果不关心别人的完善,自己便不可能完善!
2009年09月11日 星期五 11:40
~ 11:40 Dave: 象环岛的设计,可以从任何角度进入或是离开...中文版的图书出版速度真吓人...现在,可以选择更多的敏捷脚本语言/源代码控制系统/基于云的开发... 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: > ~ 11:35 Dave: 源代码控制很困难的,其实...*Unit 已经变的太好用了,,,力图一切都自动化卟...只要令任何事儿不要作两次,世界就好的多... > ~ Do Nothing Twice > > 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >> ~ 11:32 Dave: 是重复阻止了改变...专注,作好一件事儿就非常困难了! 但是有那种床桌钢琴合一的东西! 减少关联!吧! >> >> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>> ~ 11:30 Dave:Desing Duplication?!模型/规范/matephors 都得修订,更加简单可用! >>> 当前的最重要的是架构的重复!进而项目的重复! >>> >>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>> ~ 11:28 Dave: Fix with mateprogramming(原子修订)是好的,但是你用M$的IDE >>>> 总是得到上千行不知道哪来的代码,可怕的事儿! >>>> >>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>> ~ 11:26 Dave: Dong'd Repeat Youself 理论:要 DRY 干! 一切知识片段必须唯一! >>>>> (代码/需求/模块...都是唯一的话,真的是天堂了)容易维护哈! >>>>> >>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>> ~ 11:25 Dave:环窗子的实例是 1993~97 的N.Y; 理论就是: 修订小问题==较少的大问题; (这事儿和反应式设计类似,不过天真了点) >>>>>> >>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>> ~ 11:20 Dave:Fix Break Windows是实例,是基于统计的...也是心理定式,,,小错积累下来,就没有人关心,而情况将恶化到崩溃... >>>>>>> >>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>> ~ 11:18 Dave:10年来在US那书的影响...一些过时的细节-例子/工具/语言/云来了..基础没有任何变化! >>>>>>>> >>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>> ~ 11:10 Dave:"Pragmatic"其实意味着:Doing what works+Working at what to do >>>>>>>>> ~ 11:15 Dave:敏捷不神秘,每个人都有敏捷的冲突,当你有一定经验时... >>>>>>>>> >>>>>>>>> >>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>> ~ 11:07 Dave: 那书的组织和软件工程一样,用了各种保障...测试/持续集成...多年后进军出版社,我们也使用了软件工程一样的组织和管理思想...(我们也一样::) >>>>>>>>>> http://code.google.com/p/openbookproject/wiki/HowToBuildBookOnline >>>>>>>>>> >>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>> ~11:05 Dave:俺开发了30年,但是这事儿从来没有变容易过...一切在变,得不断的学习/改变...那书关注测试,但是出版时,也有故事...整个出版过程也有2/3年,,,囧... >>>>>>>>>>> >>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>> ~11:00 Dave:程序员修炼之道,十年之后...今天是那谁的生日,请大家大声帮忙吼哈... >>>>>>>>>>>> >>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>> ~10:56 通告11:00 开始Dave Thomas 的分享,场子里转哈,8成都是MAC的本儿...续航能力现在就是关键能力了哪,,,, >>>>>>>>>>>>> >>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>> ~10:50 茶歇,发现了HD集团的电源地儿~在门口,3人围一圏护着--都是高端MAC 本用的着嘛?!现场就在进行业务推广...专业! >>>>>>>>>>>>>> >>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>> ~10:10 K.B 什么是循环交付?!10年前,都是长达一年的交付等待...今年很多团队每天释放几十个版本的软件编译版本; 如何更加... >>>>>>>>>>>>>>> 尝试融合看起来无法融合的吧... >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>> ~10:03 K.B 什么又是效率?什么是资本效益?...对于US,越多资金越多尝试的可能,对于工程,意味着要尽量小的改变,以免大损失... >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>> ~09:57 作为工程师,冲水马桶是非常好的工程! 简单/有效/解决关键需求...火车体系非常准时...对于软件作出承诺就得作到...幼儿的专注... >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>> ~09:52 K.B 一如昨天的平缓描述,同声也到位,只是没有模仿出K.B 那种自信的口气....咔咔咔,所以,得看着他说...同时听原音,更加精到.... >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>> ~09:48 Pragmatic在E文中的含义,其实不是积极的...实效必须基于己有的成功经验,所以无法根据理论尝试激进的方式...比如说,那种原料很奇怪的小甜点... >>>>>>>>>>>>>>>>>>> K.B 来自三川学会 ... >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>> ~09:40 Kent Beck开始介绍 实效的理想...遭遇PC要口令,幻灯切不过...只好自个儿开始暖场... > > > -- > http://zoomquiet.org 人生苦短? Pythonic! > 一个人如果力求完善自己,就会看到:为此也必须同时完善他人. 一个人如果不关心别人的完善,自己便不可能完善! > -- http://zoomquiet.org 人生苦短? Pythonic! 流程是对先前蠢行的内在反应! ~ Clay Shirky (Process is an embedded reaction to prior stupidity)http://bit.l...
2009年09月11日 星期五 11:44
~ 11:45 Dave: Agile Manifesto和大会相关,但是! agile 原义是描述性的,不是things... 类似实效红/危险/丑陋... 实效敏捷的提法有问题,这暗示大家可以立刻获得敏捷...不是的! 敏捷必须你自个儿修炼到... 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: > ~ 11:40 Dave: 象环岛的设计,可以从任何角度进入或是离开...中文版的图书出版速度真吓人...现在,可以选择更多的敏捷脚本语言/源代码控制系统/基于云的开发... > > 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >> ~ 11:35 Dave: 源代码控制很困难的,其实...*Unit 已经变的太好用了,,,力图一切都自动化卟...只要令任何事儿不要作两次,世界就好的多... >> ~ Do Nothing Twice >> >> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>> ~ 11:32 Dave: 是重复阻止了改变...专注,作好一件事儿就非常困难了! 但是有那种床桌钢琴合一的东西! 减少关联!吧! >>> >>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>> ~ 11:30 Dave:Desing Duplication?!模型/规范/matephors 都得修订,更加简单可用! >>>> 当前的最重要的是架构的重复!进而项目的重复! >>>> >>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>> ~ 11:28 Dave: Fix with mateprogramming(原子修订)是好的,但是你用M$的IDE >>>>> 总是得到上千行不知道哪来的代码,可怕的事儿! >>>>> >>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>> ~ 11:26 Dave: Dong'd Repeat Youself 理论:要 DRY 干! 一切知识片段必须唯一! >>>>>> (代码/需求/模块...都是唯一的话,真的是天堂了)容易维护哈! >>>>>> >>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>> ~ 11:25 Dave:环窗子的实例是 1993~97 的N.Y; 理论就是: 修订小问题==较少的大问题; (这事儿和反应式设计类似,不过天真了点) >>>>>>> >>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>> ~ 11:20 Dave:Fix Break Windows是实例,是基于统计的...也是心理定式,,,小错积累下来,就没有人关心,而情况将恶化到崩溃... >>>>>>>> >>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>> ~ 11:18 Dave:10年来在US那书的影响...一些过时的细节-例子/工具/语言/云来了..基础没有任何变化! >>>>>>>>> >>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>> ~ 11:10 Dave:"Pragmatic"其实意味着:Doing what works+Working at what to do >>>>>>>>>> ~ 11:15 Dave:敏捷不神秘,每个人都有敏捷的冲突,当你有一定经验时... >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>> ~ 11:07 Dave: 那书的组织和软件工程一样,用了各种保障...测试/持续集成...多年后进军出版社,我们也使用了软件工程一样的组织和管理思想...(我们也一样::) >>>>>>>>>>> http://code.google.com/p/openbookproject/wiki/HowToBuildBookOnline >>>>>>>>>>> >>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>> ~11:05 Dave:俺开发了30年,但是这事儿从来没有变容易过...一切在变,得不断的学习/改变...那书关注测试,但是出版时,也有故事...整个出版过程也有2/3年,,,囧... >>>>>>>>>>>> >>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>> ~11:00 Dave:程序员修炼之道,十年之后...今天是那谁的生日,请大家大声帮忙吼哈... >>>>>>>>>>>>> >>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>> ~10:56 通告11:00 开始Dave Thomas 的分享,场子里转哈,8成都是MAC的本儿...续航能力现在就是关键能力了哪,,,, >>>>>>>>>>>>>> >>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>> ~10:50 茶歇,发现了HD集团的电源地儿~在门口,3人围一圏护着--都是高端MAC 本用的着嘛?!现场就在进行业务推广...专业! >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>> ~10:10 K.B 什么是循环交付?!10年前,都是长达一年的交付等待...今年很多团队每天释放几十个版本的软件编译版本; 如何更加... >>>>>>>>>>>>>>>> 尝试融合看起来无法融合的吧... >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>> ~10:03 K.B 什么又是效率?什么是资本效益?...对于US,越多资金越多尝试的可能,对于工程,意味着要尽量小的改变,以免大损失... >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>> ~09:57 作为工程师,冲水马桶是非常好的工程! 简单/有效/解决关键需求...火车体系非常准时...对于软件作出承诺就得作到...幼儿的专注... >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>> ~09:52 K.B 一如昨天的平缓描述,同声也到位,只是没有模仿出K.B 那种自信的口气....咔咔咔,所以,得看着他说...同时听原音,更加精到.... >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>> ~09:48 Pragmatic在E文中的含义,其实不是积极的...实效必须基于己有的成功经验,所以无法根据理论尝试激进的方式...比如说,那种原料很奇怪的小甜点... >>>>>>>>>>>>>>>>>>>> K.B 来自三川学会 ... >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>> ~09:40 Kent Beck开始介绍 实效的理想...遭遇PC要口令,幻灯切不过...只好自个儿开始暖场... >> >> >> -- >> http://zoomquiet.org 人生苦短? Pythonic! >> 一个人如果力求完善自己,就会看到:为此也必须同时完善他人. 一个人如果不关心别人的完善,自己便不可能完善! >> > > > > -- > http://zoomquiet.org 人生苦短? Pythonic! > 流程是对先前蠢行的内在反应! ~ Clay Shirky (Process is an embedded reaction to prior > stupidity)http://bit.l... > -- http://zoomquiet.org 人生苦短? Pythonic! Time is unimportant, only life important!
2009年09月11日 星期五 11:47
~ 11:46 Dave: 我们不是敏捷大师,我们只是中年人,我们比你们作过更多的错,所以可以分享一些经验来帮助大家; 而且,你们无法copy 我们的行为/管理/组织... Agile 必须独自尝试,开始尝试,敏捷的去想... 怎么用这些工具来帮助自个儿来想/试/改变?! 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: > ~ 11:45 Dave: Agile Manifesto和大会相关,但是! agile 原义是描述性的,不是things... > 类似实效红/危险/丑陋... 实效敏捷的提法有问题,这暗示大家可以立刻获得敏捷...不是的! 敏捷必须你自个儿修炼到... > > > 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >> ~ 11:40 Dave: 象环岛的设计,可以从任何角度进入或是离开...中文版的图书出版速度真吓人...现在,可以选择更多的敏捷脚本语言/源代码控制系统/基于云的开发... >> >> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>> ~ 11:35 Dave: 源代码控制很困难的,其实...*Unit 已经变的太好用了,,,力图一切都自动化卟...只要令任何事儿不要作两次,世界就好的多... >>> ~ Do Nothing Twice >>> >>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>> ~ 11:32 Dave: 是重复阻止了改变...专注,作好一件事儿就非常困难了! 但是有那种床桌钢琴合一的东西! 减少关联!吧! >>>> >>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>> ~ 11:30 Dave:Desing Duplication?!模型/规范/matephors 都得修订,更加简单可用! >>>>> 当前的最重要的是架构的重复!进而项目的重复! >>>>> >>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>> ~ 11:28 Dave: Fix with mateprogramming(原子修订)是好的,但是你用M$的IDE >>>>>> 总是得到上千行不知道哪来的代码,可怕的事儿! >>>>>> >>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>> ~ 11:26 Dave: Dong'd Repeat Youself 理论:要 DRY 干! 一切知识片段必须唯一! >>>>>>> (代码/需求/模块...都是唯一的话,真的是天堂了)容易维护哈! >>>>>>> >>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>> ~ 11:25 Dave:环窗子的实例是 1993~97 的N.Y; 理论就是: 修订小问题==较少的大问题; (这事儿和反应式设计类似,不过天真了点) >>>>>>>> >>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>> ~ 11:20 Dave:Fix Break Windows是实例,是基于统计的...也是心理定式,,,小错积累下来,就没有人关心,而情况将恶化到崩溃... >>>>>>>>> >>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>> ~ 11:18 Dave:10年来在US那书的影响...一些过时的细节-例子/工具/语言/云来了..基础没有任何变化! >>>>>>>>>> >>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>> ~ 11:10 Dave:"Pragmatic"其实意味着:Doing what works+Working at what to do >>>>>>>>>>> ~ 11:15 Dave:敏捷不神秘,每个人都有敏捷的冲突,当你有一定经验时... >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>> ~ 11:07 Dave: 那书的组织和软件工程一样,用了各种保障...测试/持续集成...多年后进军出版社,我们也使用了软件工程一样的组织和管理思想...(我们也一样::) >>>>>>>>>>>> http://code.google.com/p/openbookproject/wiki/HowToBuildBookOnline >>>>>>>>>>>> >>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>> ~11:05 Dave:俺开发了30年,但是这事儿从来没有变容易过...一切在变,得不断的学习/改变...那书关注测试,但是出版时,也有故事...整个出版过程也有2/3年,,,囧... >>>>>>>>>>>>> >>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>> ~11:00 Dave:程序员修炼之道,十年之后...今天是那谁的生日,请大家大声帮忙吼哈... >>>>>>>>>>>>>> >>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>> ~10:56 通告11:00 开始Dave Thomas 的分享,场子里转哈,8成都是MAC的本儿...续航能力现在就是关键能力了哪,,,, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>> ~10:50 茶歇,发现了HD集团的电源地儿~在门口,3人围一圏护着--都是高端MAC 本用的着嘛?!现场就在进行业务推广...专业! >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>> ~10:10 K.B 什么是循环交付?!10年前,都是长达一年的交付等待...今年很多团队每天释放几十个版本的软件编译版本; 如何更加... >>>>>>>>>>>>>>>>> 尝试融合看起来无法融合的吧... >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>> ~10:03 K.B 什么又是效率?什么是资本效益?...对于US,越多资金越多尝试的可能,对于工程,意味着要尽量小的改变,以免大损失... >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>> ~09:57 作为工程师,冲水马桶是非常好的工程! 简单/有效/解决关键需求...火车体系非常准时...对于软件作出承诺就得作到...幼儿的专注... >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>> ~09:52 K.B 一如昨天的平缓描述,同声也到位,只是没有模仿出K.B 那种自信的口气....咔咔咔,所以,得看着他说...同时听原音,更加精到.... >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>> ~09:48 Pragmatic在E文中的含义,其实不是积极的...实效必须基于己有的成功经验,所以无法根据理论尝试激进的方式...比如说,那种原料很奇怪的小甜点... >>>>>>>>>>>>>>>>>>>>> K.B 来自三川学会 ... >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>> ~09:40 Kent Beck开始介绍 实效的理想...遭遇PC要口令,幻灯切不过...只好自个儿开始暖场... >>> >>> >>> -- >>> http://zoomquiet.org 人生苦短? Pythonic! >>> 一个人如果力求完善自己,就会看到:为此也必须同时完善他人. 一个人如果不关心别人的完善,自己便不可能完善! >>> >> >> >> >> -- >> http://zoomquiet.org 人生苦短? Pythonic! >> 流程是对先前蠢行的内在反应! ~ Clay Shirky (Process is an embedded reaction to prior >> stupidity)http://bit.l... -- http://zoomquiet.org 人生苦短? Pythonic! Free as in Freedom! 哲思社区:http://zeuux.com
2009年09月11日 星期五 11:50
~ 11:47 只接受3个问题! A1:Nothing Special 的进一步? 回答:Aglie 不是发明,只是发现老人们共同的冲突,,,用一个名字定义了同一种方式而已...老头们回顾自个儿写的软件,一直的想怎么可以作的更好,于是... 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: > ~ 11:46 Dave: 我们不是敏捷大师,我们只是中年人,我们比你们作过更多的错,所以可以分享一些经验来帮助大家; > 而且,你们无法copy 我们的行为/管理/组织... Agile 必须独自尝试,开始尝试,敏捷的去想... > 怎么用这些工具来帮助自个儿来想/试/改变?! > > 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >> ~ 11:45 Dave: Agile Manifesto和大会相关,但是! agile 原义是描述性的,不是things... >> 类似实效红/危险/丑陋... 实效敏捷的提法有问题,这暗示大家可以立刻获得敏捷...不是的! 敏捷必须你自个儿修炼到... >> >> >> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>> ~ 11:40 Dave: 象环岛的设计,可以从任何角度进入或是离开...中文版的图书出版速度真吓人...现在,可以选择更多的敏捷脚本语言/源代码控制系统/基于云的开发... >>> >>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>> ~ 11:35 Dave: 源代码控制很困难的,其实...*Unit 已经变的太好用了,,,力图一切都自动化卟...只要令任何事儿不要作两次,世界就好的多... >>>> ~ Do Nothing Twice >>>> >>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>> ~ 11:32 Dave: 是重复阻止了改变...专注,作好一件事儿就非常困难了! 但是有那种床桌钢琴合一的东西! 减少关联!吧! >>>>> >>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>> ~ 11:30 Dave:Desing Duplication?!模型/规范/matephors 都得修订,更加简单可用! >>>>>> 当前的最重要的是架构的重复!进而项目的重复! >>>>>> >>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>> ~ 11:28 Dave: Fix with mateprogramming(原子修订)是好的,但是你用M$的IDE >>>>>>> 总是得到上千行不知道哪来的代码,可怕的事儿! >>>>>>> >>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>> ~ 11:26 Dave: Dong'd Repeat Youself 理论:要 DRY 干! 一切知识片段必须唯一! >>>>>>>> (代码/需求/模块...都是唯一的话,真的是天堂了)容易维护哈! >>>>>>>> >>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>> ~ 11:25 Dave:环窗子的实例是 1993~97 的N.Y; 理论就是: 修订小问题==较少的大问题; (这事儿和反应式设计类似,不过天真了点) >>>>>>>>> >>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>> ~ 11:20 Dave:Fix Break Windows是实例,是基于统计的...也是心理定式,,,小错积累下来,就没有人关心,而情况将恶化到崩溃... >>>>>>>>>> >>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>> ~ 11:18 Dave:10年来在US那书的影响...一些过时的细节-例子/工具/语言/云来了..基础没有任何变化! >>>>>>>>>>> >>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>> ~ 11:10 Dave:"Pragmatic"其实意味着:Doing what works+Working at what to do >>>>>>>>>>>> ~ 11:15 Dave:敏捷不神秘,每个人都有敏捷的冲突,当你有一定经验时... >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>> ~ 11:07 Dave: 那书的组织和软件工程一样,用了各种保障...测试/持续集成...多年后进军出版社,我们也使用了软件工程一样的组织和管理思想...(我们也一样::) >>>>>>>>>>>>> http://code.google.com/p/openbookproject/wiki/HowToBuildBookOnline >>>>>>>>>>>>> >>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>> ~11:05 Dave:俺开发了30年,但是这事儿从来没有变容易过...一切在变,得不断的学习/改变...那书关注测试,但是出版时,也有故事...整个出版过程也有2/3年,,,囧... >>>>>>>>>>>>>> >>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>> ~11:00 Dave:程序员修炼之道,十年之后...今天是那谁的生日,请大家大声帮忙吼哈... >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>> ~10:56 通告11:00 开始Dave Thomas 的分享,场子里转哈,8成都是MAC的本儿...续航能力现在就是关键能力了哪,,,, >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>> ~10:50 茶歇,发现了HD集团的电源地儿~在门口,3人围一圏护着--都是高端MAC 本用的着嘛?!现场就在进行业务推广...专业! >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>> ~10:10 K.B 什么是循环交付?!10年前,都是长达一年的交付等待...今年很多团队每天释放几十个版本的软件编译版本; 如何更加... >>>>>>>>>>>>>>>>>> 尝试融合看起来无法融合的吧... >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>> ~10:03 K.B 什么又是效率?什么是资本效益?...对于US,越多资金越多尝试的可能,对于工程,意味着要尽量小的改变,以免大损失... >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>> ~09:57 作为工程师,冲水马桶是非常好的工程! 简单/有效/解决关键需求...火车体系非常准时...对于软件作出承诺就得作到...幼儿的专注... >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>> ~09:52 K.B 一如昨天的平缓描述,同声也到位,只是没有模仿出K.B 那种自信的口气....咔咔咔,所以,得看着他说...同时听原音,更加精到.... >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>> ~09:48 Pragmatic在E文中的含义,其实不是积极的...实效必须基于己有的成功经验,所以无法根据理论尝试激进的方式...比如说,那种原料很奇怪的小甜点... >>>>>>>>>>>>>>>>>>>>>> K.B 来自三川学会 ... >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>>> ~09:40 Kent Beck开始介绍 实效的理想...遭遇PC要口令,幻灯切不过...只好自个儿开始暖场... >>>> >>>> >>>> -- >>>> http://zoomquiet.org 人生苦短? Pythonic! >>>> 一个人如果力求完善自己,就会看到:为此也必须同时完善他人. 一个人如果不关心别人的完善,自己便不可能完善! >>>> >>> >>> >>> >>> -- >>> http://zoomquiet.org 人生苦短? Pythonic! >>> 流程是对先前蠢行的内在反应! ~ Clay Shirky (Process is an embedded reaction to prior >>> stupidity)http://bit.l... -- http://zoomquiet.org 人生苦短? Pythonic! 过程改进乃是催生可促生靠谱的人的组织! (PE keeps evolving organizations which promoting people be good!)
2009年09月11日 星期五 11:51
~ 11:50 Dave: Agile 也有关相信,我们用不同的方式发现了,那儿有种方式可以更加靠谱的写出靠谱的软件...所以,,, 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: > ~ 11:47 只接受3个问题! A1:Nothing Special 的进一步? 回答:Aglie > 不是发明,只是发现老人们共同的冲突,,,用一个名字定义了同一种方式而已...老头们回顾自个儿写的软件,一直的想怎么可以作的更好,于是... > > 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >> ~ 11:46 Dave: 我们不是敏捷大师,我们只是中年人,我们比你们作过更多的错,所以可以分享一些经验来帮助大家; >> 而且,你们无法copy 我们的行为/管理/组织... Agile 必须独自尝试,开始尝试,敏捷的去想... >> 怎么用这些工具来帮助自个儿来想/试/改变?! >> >> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>> ~ 11:45 Dave: Agile Manifesto和大会相关,但是! agile 原义是描述性的,不是things... >>> 类似实效红/危险/丑陋... 实效敏捷的提法有问题,这暗示大家可以立刻获得敏捷...不是的! 敏捷必须你自个儿修炼到... >>> >>> >>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>> ~ 11:40 Dave: 象环岛的设计,可以从任何角度进入或是离开...中文版的图书出版速度真吓人...现在,可以选择更多的敏捷脚本语言/源代码控制系统/基于云的开发... >>>> >>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>> ~ 11:35 Dave: 源代码控制很困难的,其实...*Unit 已经变的太好用了,,,力图一切都自动化卟...只要令任何事儿不要作两次,世界就好的多... >>>>> ~ Do Nothing Twice >>>>> >>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>> ~ 11:32 Dave: 是重复阻止了改变...专注,作好一件事儿就非常困难了! 但是有那种床桌钢琴合一的东西! 减少关联!吧! >>>>>> >>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>> ~ 11:30 Dave:Desing Duplication?!模型/规范/matephors 都得修订,更加简单可用! >>>>>>> 当前的最重要的是架构的重复!进而项目的重复! >>>>>>> >>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>> ~ 11:28 Dave: Fix with mateprogramming(原子修订)是好的,但是你用M$的IDE >>>>>>>> 总是得到上千行不知道哪来的代码,可怕的事儿! >>>>>>>> >>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>> ~ 11:26 Dave: Dong'd Repeat Youself 理论:要 DRY 干! 一切知识片段必须唯一! >>>>>>>>> (代码/需求/模块...都是唯一的话,真的是天堂了)容易维护哈! >>>>>>>>> >>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>> ~ 11:25 Dave:环窗子的实例是 1993~97 的N.Y; 理论就是: 修订小问题==较少的大问题; (这事儿和反应式设计类似,不过天真了点) >>>>>>>>>> >>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>> ~ 11:20 Dave:Fix Break Windows是实例,是基于统计的...也是心理定式,,,小错积累下来,就没有人关心,而情况将恶化到崩溃... >>>>>>>>>>> >>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>> ~ 11:18 Dave:10年来在US那书的影响...一些过时的细节-例子/工具/语言/云来了..基础没有任何变化! >>>>>>>>>>>> >>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>> ~ 11:10 Dave:"Pragmatic"其实意味着:Doing what works+Working at what to do >>>>>>>>>>>>> ~ 11:15 Dave:敏捷不神秘,每个人都有敏捷的冲突,当你有一定经验时... >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>> ~ 11:07 Dave: 那书的组织和软件工程一样,用了各种保障...测试/持续集成...多年后进军出版社,我们也使用了软件工程一样的组织和管理思想...(我们也一样::) >>>>>>>>>>>>>> http://code.google.com/p/openbookproject/wiki/HowToBuildBookOnline >>>>>>>>>>>>>> >>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>> ~11:05 Dave:俺开发了30年,但是这事儿从来没有变容易过...一切在变,得不断的学习/改变...那书关注测试,但是出版时,也有故事...整个出版过程也有2/3年,,,囧... >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>> ~11:00 Dave:程序员修炼之道,十年之后...今天是那谁的生日,请大家大声帮忙吼哈... >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>> ~10:56 通告11:00 开始Dave Thomas 的分享,场子里转哈,8成都是MAC的本儿...续航能力现在就是关键能力了哪,,,, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>> ~10:50 茶歇,发现了HD集团的电源地儿~在门口,3人围一圏护着--都是高端MAC 本用的着嘛?!现场就在进行业务推广...专业! >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>> ~10:10 K.B 什么是循环交付?!10年前,都是长达一年的交付等待...今年很多团队每天释放几十个版本的软件编译版本; 如何更加... >>>>>>>>>>>>>>>>>>> 尝试融合看起来无法融合的吧... >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>> ~10:03 K.B 什么又是效率?什么是资本效益?...对于US,越多资金越多尝试的可能,对于工程,意味着要尽量小的改变,以免大损失... >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>> ~09:57 作为工程师,冲水马桶是非常好的工程! 简单/有效/解决关键需求...火车体系非常准时...对于软件作出承诺就得作到...幼儿的专注... >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>> ~09:52 K.B 一如昨天的平缓描述,同声也到位,只是没有模仿出K.B 那种自信的口气....咔咔咔,所以,得看着他说...同时听原音,更加精到.... >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>>> ~09:48 Pragmatic在E文中的含义,其实不是积极的...实效必须基于己有的成功经验,所以无法根据理论尝试激进的方式...比如说,那种原料很奇怪的小甜点... >>>>>>>>>>>>>>>>>>>>>>> K.B 来自三川学会 ... >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>>>> ~09:40 Kent Beck开始介绍 实效的理想...遭遇PC要口令,幻灯切不过...只好自个儿开始暖场... >>>>> >>>>> >>>>> -- >>>>> http://zoomquiet.org 人生苦短? Pythonic! >>>>> 一个人如果力求完善自己,就会看到:为此也必须同时完善他人. 一个人如果不关心别人的完善,自己便不可能完善! >>>>> >>>> >>>> >>>> >>>> -- >>>> http://zoomquiet.org 人生苦短? Pythonic! >>>> 流程是对先前蠢行的内在反应! ~ Clay Shirky (Process is an embedded reaction to prior >>>> stupidity)http://bit.l... > > > -- > http://zoomquiet.org 人生苦短? Pythonic! > 过程改进乃是催生可促生靠谱的人的组织! (PE keeps evolving organizations which promoting > people be good!) > -- http://zoomquiet.org 人生苦短? Pythonic! KM乃是培育可催生自学习型组织的文化氛围!
2009年09月11日 星期五 11:55
~ 11:52 A2:有关Unittest 怎么说? 回答:开始提及Unittest 时,不是说测试软件,而是...后来,大家变的对测试非常沉迷,忘记代码本身应该是支持用户的需求,而不是令测试pass! 象对rat 的实验,人非常容易喜欢测试,迷失最初的本质... 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: > ~ 11:50 Dave: Agile 也有关相信,我们用不同的方式发现了,那儿有种方式可以更加靠谱的写出靠谱的软件...所以,,, > > 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >> ~ 11:47 只接受3个问题! A1:Nothing Special 的进一步? 回答:Aglie >> 不是发明,只是发现老人们共同的冲突,,,用一个名字定义了同一种方式而已...老头们回顾自个儿写的软件,一直的想怎么可以作的更好,于是... >> >> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>> ~ 11:46 Dave: 我们不是敏捷大师,我们只是中年人,我们比你们作过更多的错,所以可以分享一些经验来帮助大家; >>> 而且,你们无法copy 我们的行为/管理/组织... Agile 必须独自尝试,开始尝试,敏捷的去想... >>> 怎么用这些工具来帮助自个儿来想/试/改变?! >>> >>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>> ~ 11:45 Dave: Agile Manifesto和大会相关,但是! agile 原义是描述性的,不是things... >>>> 类似实效红/危险/丑陋... 实效敏捷的提法有问题,这暗示大家可以立刻获得敏捷...不是的! 敏捷必须你自个儿修炼到... >>>> >>>> >>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>> ~ 11:40 Dave: 象环岛的设计,可以从任何角度进入或是离开...中文版的图书出版速度真吓人...现在,可以选择更多的敏捷脚本语言/源代码控制系统/基于云的开发... >>>>> >>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>> ~ 11:35 Dave: 源代码控制很困难的,其实...*Unit 已经变的太好用了,,,力图一切都自动化卟...只要令任何事儿不要作两次,世界就好的多... >>>>>> ~ Do Nothing Twice >>>>>> >>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>> ~ 11:32 Dave: 是重复阻止了改变...专注,作好一件事儿就非常困难了! 但是有那种床桌钢琴合一的东西! 减少关联!吧! >>>>>>> >>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>> ~ 11:30 Dave:Desing Duplication?!模型/规范/matephors 都得修订,更加简单可用! >>>>>>>> 当前的最重要的是架构的重复!进而项目的重复! >>>>>>>> >>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>> ~ 11:28 Dave: Fix with mateprogramming(原子修订)是好的,但是你用M$的IDE >>>>>>>>> 总是得到上千行不知道哪来的代码,可怕的事儿! >>>>>>>>> >>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>> ~ 11:26 Dave: Dong'd Repeat Youself 理论:要 DRY 干! 一切知识片段必须唯一! >>>>>>>>>> (代码/需求/模块...都是唯一的话,真的是天堂了)容易维护哈! >>>>>>>>>> >>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>> ~ 11:25 Dave:环窗子的实例是 1993~97 的N.Y; 理论就是: 修订小问题==较少的大问题; (这事儿和反应式设计类似,不过天真了点) >>>>>>>>>>> >>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>> ~ 11:20 Dave:Fix Break Windows是实例,是基于统计的...也是心理定式,,,小错积累下来,就没有人关心,而情况将恶化到崩溃... >>>>>>>>>>>> >>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>> ~ 11:18 Dave:10年来在US那书的影响...一些过时的细节-例子/工具/语言/云来了..基础没有任何变化! >>>>>>>>>>>>> >>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>> ~ 11:10 Dave:"Pragmatic"其实意味着:Doing what works+Working at what to do >>>>>>>>>>>>>> ~ 11:15 Dave:敏捷不神秘,每个人都有敏捷的冲突,当你有一定经验时... >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>> ~ 11:07 Dave: 那书的组织和软件工程一样,用了各种保障...测试/持续集成...多年后进军出版社,我们也使用了软件工程一样的组织和管理思想...(我们也一样::) >>>>>>>>>>>>>>> http://code.google.com/p/openbookproject/wiki/HowToBuildBookOnline >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>> ~11:05 Dave:俺开发了30年,但是这事儿从来没有变容易过...一切在变,得不断的学习/改变...那书关注测试,但是出版时,也有故事...整个出版过程也有2/3年,,,囧... >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>> ~11:00 Dave:程序员修炼之道,十年之后...今天是那谁的生日,请大家大声帮忙吼哈... >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>> ~10:56 通告11:00 开始Dave Thomas 的分享,场子里转哈,8成都是MAC的本儿...续航能力现在就是关键能力了哪,,,, >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>> ~10:50 茶歇,发现了HD集团的电源地儿~在门口,3人围一圏护着--都是高端MAC 本用的着嘛?!现场就在进行业务推广...专业! >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>> ~10:10 K.B 什么是循环交付?!10年前,都是长达一年的交付等待...今年很多团队每天释放几十个版本的软件编译版本; 如何更加... >>>>>>>>>>>>>>>>>>>> 尝试融合看起来无法融合的吧... >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>> ~10:03 K.B 什么又是效率?什么是资本效益?...对于US,越多资金越多尝试的可能,对于工程,意味着要尽量小的改变,以免大损失... >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>> ~09:57 作为工程师,冲水马桶是非常好的工程! 简单/有效/解决关键需求...火车体系非常准时...对于软件作出承诺就得作到...幼儿的专注... >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>>> ~09:52 K.B 一如昨天的平缓描述,同声也到位,只是没有模仿出K.B 那种自信的口气....咔咔咔,所以,得看着他说...同时听原音,更加精到.... >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>>>> ~09:48 Pragmatic在E文中的含义,其实不是积极的...实效必须基于己有的成功经验,所以无法根据理论尝试激进的方式...比如说,那种原料很奇怪的小甜点... >>>>>>>>>>>>>>>>>>>>>>>> K.B 来自三川学会 ... >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>>>>> ~09:40 Kent Beck开始介绍 实效的理想...遭遇PC要口令,幻灯切不过...只好自个儿开始暖场... >>>>>> >>>>>> >>>>>> -- >>>>>> http://zoomquiet.org 人生苦短? Pythonic! >>>>>> 一个人如果力求完善自己,就会看到:为此也必须同时完善他人. 一个人如果不关心别人的完善,自己便不可能完善! >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> http://zoomquiet.org 人生苦短? Pythonic! >>>>> 流程是对先前蠢行的内在反应! ~ Clay Shirky (Process is an embedded reaction to prior >>>>> stupidity)http://bit.l... >> >> >> -- >> http://zoomquiet.org 人生苦短? Pythonic! >> 过程改进乃是催生可促生靠谱的人的组织! (PE keeps evolving organizations which promoting >> people be good!) >> > > > > -- > http://zoomquiet.org 人生苦短? Pythonic! > KM乃是培育可催生自学习型组织的文化氛围! > -- http://zoomquiet.org 人生苦短? Pythonic! 金山常年招聘Py/C++人才! http://bit.ly/UoTV 简历直投俺就成;-)
2009年09月11日 星期五 11:59
~ 11:56 A3: 具体的说死线面前,怎么用敏捷? 回答:这是Agile 诞生以来一直被问的,,,核心冲突在,主观预测到底怎么看待?! 项目本身来说,期限其实不是最重要的,这只是心理要求,客户都很贪心,那么不断的交付,令用户不断的感谢我们,及时得到最新的的需求,进入供交的良性循环... 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: > ~ 11:52 A2:有关Unittest 怎么说? 回答:开始提及Unittest > 时,不是说测试软件,而是...后来,大家变的对测试非常沉迷,忘记代码本身应该是支持用户的需求,而不是令测试pass! 象对rat > 的实验,人非常容易喜欢测试,迷失最初的本质... > > 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >> ~ 11:50 Dave: Agile 也有关相信,我们用不同的方式发现了,那儿有种方式可以更加靠谱的写出靠谱的软件...所以,,, >> >> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>> ~ 11:47 只接受3个问题! A1:Nothing Special 的进一步? 回答:Aglie >>> 不是发明,只是发现老人们共同的冲突,,,用一个名字定义了同一种方式而已...老头们回顾自个儿写的软件,一直的想怎么可以作的更好,于是... >>> >>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>> ~ 11:46 Dave: 我们不是敏捷大师,我们只是中年人,我们比你们作过更多的错,所以可以分享一些经验来帮助大家; >>>> 而且,你们无法copy 我们的行为/管理/组织... Agile 必须独自尝试,开始尝试,敏捷的去想... >>>> 怎么用这些工具来帮助自个儿来想/试/改变?! >>>> >>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>> ~ 11:45 Dave: Agile Manifesto和大会相关,但是! agile 原义是描述性的,不是things... >>>>> 类似实效红/危险/丑陋... 实效敏捷的提法有问题,这暗示大家可以立刻获得敏捷...不是的! 敏捷必须你自个儿修炼到... >>>>> >>>>> >>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>> ~ 11:40 Dave: 象环岛的设计,可以从任何角度进入或是离开...中文版的图书出版速度真吓人...现在,可以选择更多的敏捷脚本语言/源代码控制系统/基于云的开发... >>>>>> >>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>> ~ 11:35 Dave: 源代码控制很困难的,其实...*Unit 已经变的太好用了,,,力图一切都自动化卟...只要令任何事儿不要作两次,世界就好的多... >>>>>>> ~ Do Nothing Twice >>>>>>> >>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>> ~ 11:32 Dave: 是重复阻止了改变...专注,作好一件事儿就非常困难了! 但是有那种床桌钢琴合一的东西! 减少关联!吧! >>>>>>>> >>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>> ~ 11:30 Dave:Desing Duplication?!模型/规范/matephors 都得修订,更加简单可用! >>>>>>>>> 当前的最重要的是架构的重复!进而项目的重复! >>>>>>>>> >>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>> ~ 11:28 Dave: Fix with mateprogramming(原子修订)是好的,但是你用M$的IDE >>>>>>>>>> 总是得到上千行不知道哪来的代码,可怕的事儿! >>>>>>>>>> >>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>> ~ 11:26 Dave: Dong'd Repeat Youself 理论:要 DRY 干! 一切知识片段必须唯一! >>>>>>>>>>> (代码/需求/模块...都是唯一的话,真的是天堂了)容易维护哈! >>>>>>>>>>> >>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>> ~ 11:25 Dave:环窗子的实例是 1993~97 的N.Y; 理论就是: 修订小问题==较少的大问题; (这事儿和反应式设计类似,不过天真了点) >>>>>>>>>>>> >>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>> ~ 11:20 Dave:Fix Break Windows是实例,是基于统计的...也是心理定式,,,小错积累下来,就没有人关心,而情况将恶化到崩溃... >>>>>>>>>>>>> >>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>> ~ 11:18 Dave:10年来在US那书的影响...一些过时的细节-例子/工具/语言/云来了..基础没有任何变化! >>>>>>>>>>>>>> >>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>> ~ 11:10 Dave:"Pragmatic"其实意味着:Doing what works+Working at what to do >>>>>>>>>>>>>>> ~ 11:15 Dave:敏捷不神秘,每个人都有敏捷的冲突,当你有一定经验时... >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>> ~ 11:07 Dave: 那书的组织和软件工程一样,用了各种保障...测试/持续集成...多年后进军出版社,我们也使用了软件工程一样的组织和管理思想...(我们也一样::) >>>>>>>>>>>>>>>> http://code.google.com/p/openbookproject/wiki/HowToBuildBookOnline >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>> ~11:05 Dave:俺开发了30年,但是这事儿从来没有变容易过...一切在变,得不断的学习/改变...那书关注测试,但是出版时,也有故事...整个出版过程也有2/3年,,,囧... >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>> ~11:00 Dave:程序员修炼之道,十年之后...今天是那谁的生日,请大家大声帮忙吼哈... >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>> ~10:56 通告11:00 开始Dave Thomas 的分享,场子里转哈,8成都是MAC的本儿...续航能力现在就是关键能力了哪,,,, >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>> ~10:50 茶歇,发现了HD集团的电源地儿~在门口,3人围一圏护着--都是高端MAC 本用的着嘛?!现场就在进行业务推广...专业! >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>> ~10:10 K.B 什么是循环交付?!10年前,都是长达一年的交付等待...今年很多团队每天释放几十个版本的软件编译版本; 如何更加... >>>>>>>>>>>>>>>>>>>>> 尝试融合看起来无法融合的吧... >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>> ~10:03 K.B 什么又是效率?什么是资本效益?...对于US,越多资金越多尝试的可能,对于工程,意味着要尽量小的改变,以免大损失... >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>>> ~09:57 作为工程师,冲水马桶是非常好的工程! 简单/有效/解决关键需求...火车体系非常准时...对于软件作出承诺就得作到...幼儿的专注... >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>>>> ~09:52 K.B 一如昨天的平缓描述,同声也到位,只是没有模仿出K.B 那种自信的口气....咔咔咔,所以,得看着他说...同时听原音,更加精到.... >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>>>>> ~09:48 Pragmatic在E文中的含义,其实不是积极的...实效必须基于己有的成功经验,所以无法根据理论尝试激进的方式...比如说,那种原料很奇怪的小甜点... >>>>>>>>>>>>>>>>>>>>>>>>> K.B 来自三川学会 ... >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>>>>>> ~09:40 Kent Beck开始介绍 实效的理想...遭遇PC要口令,幻灯切不过...只好自个儿开始暖场... >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> http://zoomquiet.org 人生苦短? Pythonic! >>>>>>> 一个人如果力求完善自己,就会看到:为此也必须同时完善他人. 一个人如果不关心别人的完善,自己便不可能完善! >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> http://zoomquiet.org 人生苦短? Pythonic! >>>>>> 流程是对先前蠢行的内在反应! ~ Clay Shirky (Process is an embedded reaction to prior >>>>>> stupidity)http://bit.l... -- http://zoomquiet.org 人生苦短? Pythonic! 向靠谱,反脑残! Kaopulity,小白退散! Kaopulity~= Keep all processes usablity!
2009年09月11日 星期五 12:00
12:00 正点结束...AM 议程 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: > ~ 11:56 A3: 具体的说死线面前,怎么用敏捷? 回答:这是Agile 诞生以来一直被问的,,,核心冲突在,主观预测到底怎么看待?! > 项目本身来说,期限其实不是最重要的,这只是心理要求,客户都很贪心,那么不断的交付,令用户不断的感谢我们,及时得到最新的的需求,进入供交的良性循环... > > 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >> ~ 11:52 A2:有关Unittest 怎么说? 回答:开始提及Unittest >> 时,不是说测试软件,而是...后来,大家变的对测试非常沉迷,忘记代码本身应该是支持用户的需求,而不是令测试pass! 象对rat >> 的实验,人非常容易喜欢测试,迷失最初的本质... >> >> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>> ~ 11:50 Dave: Agile 也有关相信,我们用不同的方式发现了,那儿有种方式可以更加靠谱的写出靠谱的软件...所以,,, >>> >>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>> ~ 11:47 只接受3个问题! A1:Nothing Special 的进一步? 回答:Aglie >>>> 不是发明,只是发现老人们共同的冲突,,,用一个名字定义了同一种方式而已...老头们回顾自个儿写的软件,一直的想怎么可以作的更好,于是... >>>> >>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>> ~ 11:46 Dave: 我们不是敏捷大师,我们只是中年人,我们比你们作过更多的错,所以可以分享一些经验来帮助大家; >>>>> 而且,你们无法copy 我们的行为/管理/组织... Agile 必须独自尝试,开始尝试,敏捷的去想... >>>>> 怎么用这些工具来帮助自个儿来想/试/改变?! >>>>> >>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>> ~ 11:45 Dave: Agile Manifesto和大会相关,但是! agile 原义是描述性的,不是things... >>>>>> 类似实效红/危险/丑陋... 实效敏捷的提法有问题,这暗示大家可以立刻获得敏捷...不是的! 敏捷必须你自个儿修炼到... >>>>>> >>>>>> >>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>> ~ 11:40 Dave: 象环岛的设计,可以从任何角度进入或是离开...中文版的图书出版速度真吓人...现在,可以选择更多的敏捷脚本语言/源代码控制系统/基于云的开发... >>>>>>> >>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>> ~ 11:35 Dave: 源代码控制很困难的,其实...*Unit 已经变的太好用了,,,力图一切都自动化卟...只要令任何事儿不要作两次,世界就好的多... >>>>>>>> ~ Do Nothing Twice >>>>>>>> >>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>> ~ 11:32 Dave: 是重复阻止了改变...专注,作好一件事儿就非常困难了! 但是有那种床桌钢琴合一的东西! 减少关联!吧! >>>>>>>>> >>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>> ~ 11:30 Dave:Desing Duplication?!模型/规范/matephors 都得修订,更加简单可用! >>>>>>>>>> 当前的最重要的是架构的重复!进而项目的重复! >>>>>>>>>> >>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>> ~ 11:28 Dave: Fix with mateprogramming(原子修订)是好的,但是你用M$的IDE >>>>>>>>>>> 总是得到上千行不知道哪来的代码,可怕的事儿! >>>>>>>>>>> >>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>> ~ 11:26 Dave: Dong'd Repeat Youself 理论:要 DRY 干! 一切知识片段必须唯一! >>>>>>>>>>>> (代码/需求/模块...都是唯一的话,真的是天堂了)容易维护哈! >>>>>>>>>>>> >>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>> ~ 11:25 Dave:环窗子的实例是 1993~97 的N.Y; 理论就是: 修订小问题==较少的大问题; (这事儿和反应式设计类似,不过天真了点) >>>>>>>>>>>>> >>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>> ~ 11:20 Dave:Fix Break Windows是实例,是基于统计的...也是心理定式,,,小错积累下来,就没有人关心,而情况将恶化到崩溃... >>>>>>>>>>>>>> >>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>> ~ 11:18 Dave:10年来在US那书的影响...一些过时的细节-例子/工具/语言/云来了..基础没有任何变化! >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>> ~ 11:10 Dave:"Pragmatic"其实意味着:Doing what works+Working at what to do >>>>>>>>>>>>>>>> ~ 11:15 Dave:敏捷不神秘,每个人都有敏捷的冲突,当你有一定经验时... >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>> ~ 11:07 Dave: 那书的组织和软件工程一样,用了各种保障...测试/持续集成...多年后进军出版社,我们也使用了软件工程一样的组织和管理思想...(我们也一样::) >>>>>>>>>>>>>>>>> http://code.google.com/p/openbookproject/wiki/HowToBuildBookOnline >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>> ~11:05 Dave:俺开发了30年,但是这事儿从来没有变容易过...一切在变,得不断的学习/改变...那书关注测试,但是出版时,也有故事...整个出版过程也有2/3年,,,囧... >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>> ~11:00 Dave:程序员修炼之道,十年之后...今天是那谁的生日,请大家大声帮忙吼哈... >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>> ~10:56 通告11:00 开始Dave Thomas 的分享,场子里转哈,8成都是MAC的本儿...续航能力现在就是关键能力了哪,,,, >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>> ~10:50 茶歇,发现了HD集团的电源地儿~在门口,3人围一圏护着--都是高端MAC 本用的着嘛?!现场就在进行业务推广...专业! >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>> ~10:10 K.B 什么是循环交付?!10年前,都是长达一年的交付等待...今年很多团队每天释放几十个版本的软件编译版本; 如何更加... >>>>>>>>>>>>>>>>>>>>>> 尝试融合看起来无法融合的吧... >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>>> ~10:03 K.B 什么又是效率?什么是资本效益?...对于US,越多资金越多尝试的可能,对于工程,意味着要尽量小的改变,以免大损失... >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>>>> ~09:57 作为工程师,冲水马桶是非常好的工程! 简单/有效/解决关键需求...火车体系非常准时...对于软件作出承诺就得作到...幼儿的专注... >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>>>>> ~09:52 K.B 一如昨天的平缓描述,同声也到位,只是没有模仿出K.B 那种自信的口气....咔咔咔,所以,得看着他说...同时听原音,更加精到.... >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>>>>>> ~09:48 Pragmatic在E文中的含义,其实不是积极的...实效必须基于己有的成功经验,所以无法根据理论尝试激进的方式...比如说,那种原料很奇怪的小甜点... >>>>>>>>>>>>>>>>>>>>>>>>>> K.B 来自三川学会 ... >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> 2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com>: >>>>>>>>>>>>>>>>>>>>>>>>>>> ~09:40 Kent Beck开始介绍 实效的理想...遭遇PC要口令,幻灯切不过...只好自个儿开始暖场... >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> http://zoomquiet.org 人生苦短? Pythonic! >>>>>>>> 一个人如果力求完善自己,就会看到:为此也必须同时完善他人. 一个人如果不关心别人的完善,自己便不可能完善! >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> http://zoomquiet.org 人生苦短? Pythonic! >>>>>>> 流程是对先前蠢行的内在反应! ~ Clay Shirky (Process is an embedded reaction to prior >>>>>>> stupidity)http://bit.l... > > > > > -- > http://zoomquiet.org 人生苦短? Pythonic! > 向靠谱,反脑残! Kaopulity,小白退散! Kaopulity~= Keep all processes usablity! > -- http://zoomquiet.org 人生苦短? Pythonic! 一个人如果力求完善自己,就会看到:为此也必须同时完善他人. 一个人如果不关心别人的完善,自己便不可能完善!
2009年09月11日 星期五 13:39
2009/9/11 Zoom.Quiet <zoom.quiet在gmail.com> > 12:00 正点结束...AM 议程 能坚持三小时,苹果的电池动力还是很强劲的嘛. -------------- 下一部分 -------------- 一个HTML附件被移除... URL: <http://www.zeuux.org/pipermail/zeuux-universe/attachments/20090911/a2912e9a/attachment.html>
Zeuux © 2024
京ICP备05028076号