zeuux-universe  - 讨论区

标题:[zeuux-universe] [报道]敏捷中国2009第一天AM

2009年09月11日 星期五 11:14

Zoom.Quiet zoom.quiet在gmail.com
星期五 九月 11 11:14:29 CST 2009

~ 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乃是培育可催生自学习型组织的文化氛围!

[导入自Mailman归档:http://www.zeuux.org/pipermail/zeuux-universe]

2009年09月11日 星期五 11:15

Zoom.Quiet zoom.quiet在gmail.com
星期五 九月 11 11:15:02 CST 2009

~ 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!
工作的层次(依靠谱程度从低到高)=有做->做完->做对->做好->帮助他人做好

[导入自Mailman归档:http://www.zeuux.org/pipermail/zeuux-universe]

2009年09月11日 星期五 11:18

Zoom.Quiet zoom.quiet在gmail.com
星期五 九月 11 11:18:07 CST 2009

~ 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.

[导入自Mailman归档:http://www.zeuux.org/pipermail/zeuux-universe]

2009年09月11日 星期五 11:20

Zoom.Quiet zoom.quiet在gmail.com
星期五 九月 11 11:20:29 CST 2009

~ 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 简历直投俺就成;-)

[导入自Mailman归档:http://www.zeuux.org/pipermail/zeuux-universe]

2009年09月11日 星期五 11:23

Zoom.Quiet zoom.quiet在gmail.com
星期五 九月 11 11:23:52 CST 2009

~ 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!

[导入自Mailman归档:http://www.zeuux.org/pipermail/zeuux-universe]

2009年09月11日 星期五 11:26

Zoom.Quiet zoom.quiet在gmail.com
星期五 九月 11 11:26:43 CST 2009

~ 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!
工作的层次(依靠谱程度从低到高)=有做->做完->做对->做好->帮助他人做好

[导入自Mailman归档:http://www.zeuux.org/pipermail/zeuux-universe]

2009年09月11日 星期五 11:28

Zoom.Quiet zoom.quiet在gmail.com
星期五 九月 11 11:28:49 CST 2009

~ 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.

[导入自Mailman归档:http://www.zeuux.org/pipermail/zeuux-universe]

2009年09月11日 星期五 11:32

Zoom.Quiet zoom.quiet在gmail.com
星期五 九月 11 11:32:22 CST 2009

~ 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 简历直投俺就成;-)

[导入自Mailman归档:http://www.zeuux.org/pipermail/zeuux-universe]

2009年09月11日 星期五 11:35

Zoom.Quiet zoom.quiet在gmail.com
星期五 九月 11 11:35:18 CST 2009

~ 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!

[导入自Mailman归档:http://www.zeuux.org/pipermail/zeuux-universe]

2009年09月11日 星期五 11:38

Zoom.Quiet zoom.quiet在gmail.com
星期五 九月 11 11:38:03 CST 2009

~ 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!
一个人如果力求完善自己,就会看到:为此也必须同时完善他人. 一个人如果不关心别人的完善,自己便不可能完善!

[导入自Mailman归档:http://www.zeuux.org/pipermail/zeuux-universe]

2009年09月11日 星期五 11:40

Zoom.Quiet zoom.quiet在gmail.com
星期五 九月 11 11:40:29 CST 2009

~ 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...

[导入自Mailman归档:http://www.zeuux.org/pipermail/zeuux-universe]

2009年09月11日 星期五 11:44

Zoom.Quiet zoom.quiet在gmail.com
星期五 九月 11 11:44:37 CST 2009

~ 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!

[导入自Mailman归档:http://www.zeuux.org/pipermail/zeuux-universe]

2009年09月11日 星期五 11:47

Zoom.Quiet zoom.quiet在gmail.com
星期五 九月 11 11:47:18 CST 2009

~ 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

[导入自Mailman归档:http://www.zeuux.org/pipermail/zeuux-universe]

2009年09月11日 星期五 11:50

Zoom.Quiet zoom.quiet在gmail.com
星期五 九月 11 11:50:44 CST 2009

~ 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!)

[导入自Mailman归档:http://www.zeuux.org/pipermail/zeuux-universe]

2009年09月11日 星期五 11:51

Zoom.Quiet zoom.quiet在gmail.com
星期五 九月 11 11:51:55 CST 2009

~ 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乃是培育可催生自学习型组织的文化氛围!

[导入自Mailman归档:http://www.zeuux.org/pipermail/zeuux-universe]

2009年09月11日 星期五 11:55

Zoom.Quiet zoom.quiet在gmail.com
星期五 九月 11 11:55:00 CST 2009

~ 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 简历直投俺就成;-)

[导入自Mailman归档:http://www.zeuux.org/pipermail/zeuux-universe]

2009年09月11日 星期五 11:59

Zoom.Quiet zoom.quiet在gmail.com
星期五 九月 11 11:59:50 CST 2009

~ 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!

[导入自Mailman归档:http://www.zeuux.org/pipermail/zeuux-universe]

2009年09月11日 星期五 12:00

Zoom.Quiet zoom.quiet在gmail.com
星期五 九月 11 12:00:15 CST 2009

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!
一个人如果力求完善自己,就会看到:为此也必须同时完善他人. 一个人如果不关心别人的完善,自己便不可能完善!

[导入自Mailman归档:http://www.zeuux.org/pipermail/zeuux-universe]

2009年09月11日 星期五 13:39

Samuel Ji princeofdatamining在gmail.com
星期五 九月 11 13:39:05 CST 2009

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>

[导入自Mailman归档:http://www.zeuux.org/pipermail/zeuux-universe]

如下红色区域有误,请重新填写。

    你的回复:

    请 登录 后回复。还没有在Zeuux哲思注册吗?现在 注册 !

    Zeuux © 2024

    京ICP备05028076号