关心的，我原来也改过mediawiki的代码，等你写出来，咱们交流交流。

握手，握手！

学俄语的苦啊，有几个人能明白呢？

@不要出来搞笑

不要出来搞笑，谢谢。

@wolfsquare
这的确是个问题，不过如果是在招人的时候，还是尽量不要让人家做太多GUI相关的demo，这样的demo，也不容易评价水平的高低。

如果是一个GUI为主的demo，那也只能靠人工判断了。

开源就开源，别老是拉着大旗出来跳舞。

要是代码难看，舞姿也难看，就伤人的眼睛了。

to:Rami

我前面是这么写的：
－要有创意
－在功能创意与时间进度之间，自行平衡

to:mis98zb
基本素质、价值观念、发展意向、职业规划

是重要，但是这不是我招人的考察依据，而是招进来以后，如何管理的参考因素。

而且这些要紧的东西，往往很难在1个小时的面试时间里了解，只能在实际的项目协作中，才能看出来。

to:dfinger
我招过人

to:killvin
1、什么叫实在不妥？
没有完美的代码，但是有没有bug的代码。如果你没有见过这样的代码，只能说明你的见识不够。

2、我给他时间，在这段时间内，我也可以学那些新技术呀。大家都是零起点，我如果比他慢，还有什么资格招他进来呢？

再者说，技术有新旧，对于代码质量的要求，是很稳定的。

3、每件事情，都可以总结，甚至是你在学校里学的一门C++的大作业，做得如何，如何能够做得更好，这样的总结，一样是经验。Coding的能力，在学校里也是可以提高的。

4、是不是片面判断这一点上，我认为这样的选择方式，才是最客观的。

to:随我突突突
3*2=6
这是一个例子

to:Water Ye
这种招人方式，主要是相对于笔试、面试的招聘方式。
成本似乎比较高，但是回报也的确是很不错。

to:dowei,tony_chow,工具并不重要，

谢谢三位的意见，我现在是一个普通的项目组里的程序员，埋头写好自己的code，不问其它。

无论管理、文档还是过程，都不再是我的考虑范围。

明天，我们会再次开会，重新商量进度计划，因为，好多需求都已经变了。当然，我就安心做一个旁观者吧~~~

to:与笑凌
我看了你的blog，回头我会写一篇blog，再聊聊找工作这个话题。
另外，我现在所在的公司，我并不负责招人~~~

to:mis98zb
我招人，可不是想要招苦力。比如公司让我招两个3K的程序员，我发现有一个小伙非常棒，我会建议公司，就招一个人，然后给他6K。因为我相信，一个6k的程序员的工作效率，往往会超过两个3K的程序员。

to:Edward
别人会不会做，是人家的决定，我想你肯定是不会做的，这样最好！

很简单，不愿意做一个demo的，肯定就不是我想招的，这样也能淘汰不少了。

to:不曾真实
谢谢你的回复和劝诫。

1、谈判的前提是，谈判双方处在一个能够对谈的地位上，现在的问题是，我们的老板几乎不接受任何建议和意见。当然，我也应该尝试更加有策略的言谈方式，不过，希望不大。

2、辞职不是我的选择，因为这个项目我不是负责人，也可以说，这个项目，由于混乱，目前还没有一个负责人。“宁愿辞职也不愿成为导致自己的军队失败的工具”，这句话的前提是，这个军队是自己的，目前的情况是，没有人觉得这个项目是自己的。

3、所以，以我的经验，这个项目一定会延期，一方面是因为进度要求本来就非常的离谱，另一方面，现有的管理并未理顺各种混乱，而是在制造更多的混乱。所以，我在其中，更多的是一种“尽我所能，不为所累”的态度，如此而已。

4、这的确是一个考验智慧的挑战，我想，这个机会从更加正面的意义而言，是很难得的。

to:scud

没办法呀，我去的时候，已经一团乱麻的，现在也没见好转～～～

to:寒晴天
法西斯？我们大老板就是典型的“独裁式管理”，而乱源也就出在这里。
你们那个Leader真不错，是条汉子！

to:黄金时代已过
谢谢你的建议，非常的中肯，保持强悍的心灵和认真负责的态度来开发程序，等待项目延期。
这就是我目前的基本心态了。

to:非鱼
你怎么把我的话里的XP，都改成UP了？恶搞吧:)

to:匿名
"既然楼猪是这么厉害的人物，为什么你的团队也这么糟糕呢？"

这不是我的团队，这正是无奈之处啊。
另外，我非常不喜欢你回帖里的那种骂人的小花招！
一个只敢匿名的家伙，我就不来跟你计较了！

to:netfishx
我的确是羡慕啊

to:renyfox
UP是一种过程管理工具，而XP不是～～～
这是我要提请GHawk注意的地方，当然也提请你注意这一点。

to:nake
放心，我工作还是不会耽误的

to:wolfsquare
谢谢你的支持

to:mixlee
我们俩说的是不相干的两件事

你这个比方，简直就是......

汤的味道，不需要什么过程控制，如果他味道不对，那是因为做汤的人，写的测试用例不够稳定。

如果能够使用代码化的测试用例，而不是仅仅依靠自己的舌头，或者盲目的遵循所谓的菜谱文档。

这样才能确保每一次做出来的汤，都是一种味道。

老兄，听说过TDD吗？XP运用TDD，以保证代码质量，而不是用量杯，也不是写菜谱。

再说一句，XP不仅仅是一种软件开发过程，而是一种思想，如果你有机会，听听最近一次BEA上海User Group中的Charls的演讲录音就好了。

to:jelly-ll

http://forum.javaeye.com/viewtopic.php?t=20063

正好可以推荐你看看这篇帖子

to:charon@xxx

不是因为他是在校教师，所以我看不起他。而是因为他的话，我认为不正确，所以一开始将其归结为在校教师的“和稀泥”。以我的经验，大多数学校教师，教别人软件开发的老师，对于当前软件开发中的很多实践，并无深入的认识。

UP是正楷、XP是草书，这种话，毫无意义。因为UP是一种过程管理模式，而XP其实质是一种开发思想。岂可同日而语？

后来WANG又提出所谓的海龟背景，岂不是更加无稽？

to:mixlee
如果一家公司，要做一个以前没有做过的项目，要涉及以没有进入过的领域呢？

to:jelly--
注意看我的话

没有代码阅读能力的Leader，不一定管不好项目，而如果他“舍本逐末，认为文档质量才是项目质量的体现。进而变态地追求文档完美，以至于浪费了程序员写代码的时间。”这样才会管不好项目。

to：WANG

他在美国打拼怎么了？还有好多土生土长的美国人，也不鸟那什么UP呢？

我为什么要听一个海龟来上课呢？
这年头，海龟还不够多吗？

现在可以下载了，就是原来的地址。

是有这个问题，现在这个文件只要2M多。应该是9M多，等我重新做好以后，麻烦你再下一次吧。

你在我这个文章下面，问我推荐哪个学校，岂不是错得离谱？

我的本意，就是建议通过网络学习软件开发呀！

说实话，这种学校，我一个都不看好～～～要学东西，就自学吧，至少不会被骗钱。

应该能下载的吧，要不你再试试？

呵呵，谢谢大家

嘿嘿，已经改正了:)

http://groups.google.com/group/dev4server

N的内容，原本是打算书写完之后，填上去的。

后来发现，得另外重写，这本书的结构都要作废了。我又舍不得丢掉，干脆就open出来给大家看看了。

真是好介绍啊，谢谢了～！

我见过这样的设施，不过不常见。一般是在高速公路的出入口上。

城市普通的道路，这样的随意变动，很容易导致司机开错道的。

林德彰的说法，是一个在校教师，典型的和稀泥的说法，我不同意。

真想和你们一起工作啊
简直就是肆意的编着自己喜欢的程序。

爽！

嗯，ICE你说的有道理。

原来的JDON，高高的耸立着，现在的JDON，果然是已经矮下去了。

必须承认，我没有学过smalltalk，所以我对于OO的全部认识，的确都是来自于静态类型的OO语言。

所以，将我的文章，改为《敲响静态类型OO时代的丧钟》，应该是更为恰当的。

刚才跟徐X在MSN上聊，他已经基本上答应写一个《YAST - Yet Another Smalltalk Tutorial》了。大家都有福了！

哈哈！

to:weide
你这个JavaRSS，本来应该很好的，但是数据更新太慢了。
我搜索关键词“AJAX”，竟然只能搜到34条记录，而最新的内容，是2005年8月15日。

你让人家如何喜欢你的网站呀？

对于JDON，我早有评价：“星宿派”，这样的门派是“不屑与其它山头并列”的。

又想拍手叫好，又想撇清干系。

嘿嘿。。。

UML三友这样的伪大师，直接骂就是，何必客气。

突然想到一个场景：

鹿鼎记里的江湖群豪，前明志士们聚在一起开的那个“杀龟大会”。

再客气一点说一句，算是帮你们公司的高手说说好话。

当初他们一手一脚的搞AJAX系统，一切都是从头做起，批评他们过多，也是太刻薄了。

但是现在时间过去了那么多年，好多“好轮子”都出来。比如Dojo，比如Propotype，比如...如果再从头做起，就太傻了。

在前人牺牲奉献的基础上来开发AJAX，其实失败的可能性，没有你想像的那么大。

http://michael.nona.name/archives/11

如果你说RIA与Bindows有竞争关系，我就完全同意。

我的感觉是，Web1.0和AJAX不是竞争关系，AJAX和Flash-Based RIA不是竞争关系，RIA和C/S不是竞争关系。

在兵器谱上，他们应该一字排开，分别满足不同的应用与交互需求的。

目前还没有和出版社签合同呢，时间上还定不下来。

如果你的项目只能用IE访问，那能算是遵循标准？

系统的bug满天飞，你觉得是正常的？
“系统功能复杂必然会有大量的Bug”，OK，就算会产生大量的bug，这些bug的存活期是多长？如果老bug改不完，新bug又出来，改了老bug，反而引出新bug。那我就认为：水平不到家。

不但是技术水平不到家，而且项目管理的水平都不到家。

不管技术发展到那个时代（不要以Struts还没有出现作借口），有效的、清晰的分隔不同的功能与模块，是系统设计的第一原则，MVC模式，在C/S时代就应该已经广为人知了。无论你基于什么技术来进行设计，无法有效的隔离变化，就是设计水平不够！

设计水平不够，也不要把帐赖到AJAX这样的新技术头上。

“他们开发、完善了这么些年，至今还不能尽善尽美，这说明什么问题？”

说明他们不过是早早的采用了XMLHTTP技术而已。
用了5、6年AJAX开发的“高手”，却至今都没有总结出好的“模式”、“经验”以及“成熟的AJAX开发手段”。

最近比较流行的几本AJAX的书，推荐他们去买来看：
Ajax Patterns Best Practices：
http://www.ajaxmatters.com/r/go?id=328

Ajax Design Patterns：
http://www.ajaxmatters.com/r/go?id=305

Professional AJAX：
http://www.ajaxmatters.com/r/go?id=196

为啥又要算到国人头上？还扣一个“拉帮结派”的大帽子？

这Web标准化组织，又不是中国人先搞出来的。再说了，这敏捷联盟，W3C，JCP.....难道就不是组织了？

中国的IT界，我看不是组织太多，而是太少了。

如果：

“效果是实现了，程序开发和测试、维护的效率则是大大的下降了。开发就不说了，前期投入巨大，系统复杂性剧增，程序也只能用IE访问。测试的时候这边 AJAX的javascript的bug满天飞，那边调试这种错误极不方便，没有好的JS的调试器，更看不到实际输出的html代码。维护那就糟糕，加个新功能，JSP文件、标签、JS、后台类全要过一遍。”

那么他对AJAX的应用，就算不上登峰造极。只能算是对于IE下的XMLHTTP＆CSS的滥用。
1、不遵循WEB标准的，算不得AJAX
2、bug满天飞，那就说明是水平不到家
3、加个新功能，JSP文件、标签、JS、后台类全要过一遍。就说明系统设计有先天的缺陷

“笔者前一段一直在参与一个国外知名大公司的一个产品的开发”
这大概可以说明，这个国外知名大公司里，没有一个数得上的AJAX高手。

呵呵，我只是举个例子。

要是都把各类资源列在这里，那要算是直接给人家鱼，而不是给人家网了。