emarket

回复: 北京有没有定期的程序员聚会？

8月10号到13号晚上有没有啥聚会的：）？

进入论坛海阔天空版

2008-08-04

全文显示

北京有没有定期的程序员聚会？

例如JuG, XP Group 之类的，定期聚会能够探讨技术的那种。

进入论坛海阔天空版

2008-07-17

全文显示

to icewubin 好像引用的多 javaeye特慢：1. 如果新人的悟性比较高，而又好学，恰当的应用pair应该是一种不错的方案，不过任何的学习过程都需要时间消化。我的经验，整天用pair去完整一个story的过程无意于填鸭，而如果能够在pair的时候画龙点睛一下,剩下的自己摸索。2. agree3. 如果某个新人需要经常需要救火，说明他的performance不行，很容易早早地让他走人，但是pair的时候如果东西没有做好，比较难辨是非，我们公司曾经有一个家伙，一年以后我才在几次pair的过程中觉得他思路不清，不过已经过了试用期很难让他走了。（头三个月此人跟我pair了几次， ...

进入论坛软件开发和项目管理版

2008-07-14

全文显示

回复: XP的反省-Pair Programming

icewubin 写道emarket 写道非常同意您的观点，新手和高手的相对性。但是pair programming 是在干活，不是在培训（当然有些人也可以把它当作副产品）。学东西完全可以业余时间学，如果公司要培训送去上个培训班也行。自学花一个月的东西 pair能够一周搞定确实有点夸张。很多东西如果不能系统的学习而只是听别人说，很难做到举一反三的。当然我也不否认和高手pair有画龙点睛的效果，不过自己还得花大力气去画龙才行。引用 taowen 2 小时前新手和老手不是一个工作年限上的问题.新手可能是一个有十多年java经验的开发者,但是已开始到一个 ...

进入论坛软件开发和项目管理版

2008-07-14

全文显示

回复: XP的反省-Pair Programming

icewubin 写道emarket 写道另外有时候两个绝顶高手pair也会有问题,首先从benefit来讲，不大，TDD, refactoring, DI, Pattern已经能够如火纯清，用不着另外一个人看着，多性能处理器似的大脑，已经能够递归到第N层。反而意见的分歧往往会抹杀创造的火花，而提出折中的方案。这只能说明其中一个真正的懂沟通的人也没有，高手也是要学习沟通技巧的。首先在结对模式下，主要负责编的高手可以不需要反复对自己的构想进行复查，因为有另一个人帮你看着，没有后顾之忧，效率是极高的，不知道搂主有没有体会。同时帮你看着的那个高手，不能因为意见的分歧而打断你，要么 ...

进入论坛软件开发和项目管理版

2008-07-13

全文显示

回复: 项目延期10个月后还没有做完全部功能的总结

JAVA串口操作，SWING 与硬件跨平台的结合注定这个项目要失败的。

进入论坛软件开发和项目管理版

2008-07-01

全文显示

回复: 晒ThoughtWorks的新办公室

典型的XP工作间，椅子不错。还有一个PP mm可以pair (不要告诉我那是前台的：）)

进入论坛海阔天空版

2008-07-01

全文显示

回复: XP的反省-自欺欺人的proxy customer

没这个角色XP team就是一团散沙。有了这个角色会好一些，不过和onsite customer比起来还是差远了。所以XP的快速反馈假设在custoemr这个环节已经broken了引用嗯，某些时候这个角色也是必要的吧？跟团队外部的相关者打交道本来就不是一件容易的事。如果团队中所有成员都可以直接跟团队外的相关者交流，恐怕每个成员都会不胜其烦；找其中一个来做这件事可以起到“牺牲了一个，幸福××人”的作用。关键是这个人要如何牺牲得有价值。