我的项目,请大家指教

无心快语

今天还面试了一个牛人，华南地区的一个工科名校本科生，3年工作经验，大概有1年左右分析、设计的经验，在投递简历的时候就明确指出低于6500不干，6500这个价位不算高也不算低，不过在面试之前就敢说这话到也是颇有个性，于是早上面试的时候我还准备多花点时候和他好好聊聊。

简单的寒暄之后，我问他是否了解struts(是apach组织开发的一种较轻量级的j2ee技术架构，而很多大型网站就是架设在apach之上），他说没用struts作过具体项目，但看过一些文档，作过一些小例子，然后接着来了一句我认为struts做得很糟糕，我完全可以开发一套比他好得多的产品来。当时听了这话我整整愣了10秒，真的是又可气又可笑，且不说struts是世界级的大牛开发的（你可以藐视权威），世界上有那么多的公司包括国内都已开始有公司采用struts做成熟的商业应用了，难道这么多人都是笨蛋？？？

这时我已经意识到再往下谈已没什么意义了，简单问了2个问题：
1、为什么离开原来的公司？
办公环境差，领导不懂管理。

2、能不能将你以前做过的项目演示一下？
限于保密的原则，不想拿出原来项目的源代码（这个原因可以接受），但他又加了一句：原先的代码没什么用处，我的记忆力好得很，我只用带走我的思想就可以了。

狂啊，真狂人也！

zhms

以下是引用无心快语在2003-8-8 15:41:00的发言：
今天还面试了一个牛人，华南地区的一个工科名校本科生，3年工作经验，大概有1年左右分析、设计的经验，在投递简历的时候就明确指出低于6500不干，6500这个价位不算高也不算低，不过在面试之前就敢说这话到也是颇有个性，于是早上面试的时候我还准备多花点时候和他好好聊聊。

简单的寒暄之后，我问他是否了解struts(是apach组织开发的一种较轻量级的j2ee技术架构，而很多大型网站就是架设在apach之上），他说没用struts作过具体项目，但看过一些文档，作过一些小例子，然后接着来了一句我认为struts做得很糟糕，我完全可以开发一套比他好得多的产品来。当时听了这话我整整愣了10秒，真的是又可气又可笑，且不说struts是世界级的大牛开发的（你可以藐视权威），世界上有那么多的公司包括国内都已开始有公司采用struts做成熟的商业应用了，难道这么多人都是笨蛋？？？

这时我已经意识到再往下谈已没什么意义了，简单问了2个问题：
1、为什么离开原来的公司？
办公环境差，领导不懂管理。

2、能不能将你以前做过的项目演示一下？
限于保密的原则，不想拿出原来项目的源代码（这个原因可以接受），但他又加了一句：原先的代码没什么用处，我的记忆力好得很，我只用带走我的思想就可以了。

狂啊，真狂人也！

不知道天高地厚。要6500不是什么问题。不了解struts也没什么问题，apache不用也可以，贬低原来的公司不是很好，办公环境差是客观条件，领导不懂管理不好说，演示一下不需要源代码，带走思想的说法没错。双方沟通有点问题。

无心快语

演示系统确实不需要源代码，但源代码最能说明一个程序员的能力与经验（我根本就没打算用他的源代码，因为我相信他们公司在软件复用方面不会投入太大，40人左右的小公司而已），在面试的这么多人当中，我只要说希望能看看以前的作品，他们马上就同意（其实如果是我出去应聘，我肯定会带上笔记本，这样更有说服力，也更能证明我的诚意），只有这一位来一句我不需要！

晕倒

软件行业早已不再是个人英雄主义，一个优秀的团队的战斗力绝对超过一个优秀的人（而且说实话，中国的软件业无非做做应用，没什么核心技术可言，只要不是一个太笨的人，很多技术都是可以掌握的），如果仅仅因为自认为自己技术出众而缺乏团队精神，则既毁了自己又毁了自己的团队。

（此人6月份就辞职了，找了一个多月的工作还没找到，他临走的时候我很想给他一个忠告，但想想还是算了，他多半是听不进去的）

zhms

以下是引用无心快语在2003-8-8 16:11:00的发言：
演示系统确实不需要源代码，但源代码最能说明一个程序员的能力与经验（我根本就没打算用他的源代码，因为我相信他们公司在软件复用方面不会投入太大，40人左右的小公司而已），在面试的这么多人当中，我只要说希望能看看以前的作品，他们马上就同意（其实如果是我出去应聘，我肯定会带上笔记本，这样更有说服力，也更能证明我的诚意），只有这一位来一句我不需要！

晕倒

软件行业早已不再是个人英雄主义，一个优秀的团队的战斗力绝对超过一个优秀的人（而且说实话，中国的软件业无非做做应用，没什么核心技术可言，只要不是一个太笨的人，很多技术都是可以掌握的），如果仅仅因为自认为自己技术出众而缺乏团队精神，则既毁了自己又毁了自己的团队。

（此人6月份就辞职了，找了一个多月的工作还没找到，他临走的时候我很想给他一个忠告，但想想还是算了，他多半是听不进去的）

他带着源代码也不一定是他写的，而且一般源代码都是公司财产，而不是程序员个人财产。我想还是让他做一段，或者你拿出一段，让他评述评述哪里好，那里不好等，看他的理解更好。

无心快语

代码是不是他自己写的,相信在这一点上他是骗不到我的,让这种人进来,哪怕只是一段很短的时间,恐怕也会给现有成员带来负面影响(其实在现有团队里面已经有了一个和他类似的人了,要是让他们在一起,那就只能是火星撞地球了,这种风险是我不能控制的),我后来和人事经理交换过意见,他同意我的看法,连复试机会都没必要给了.

zhms

以下是引用无心快语在2003-8-8 16:30:00的发言：
代码是不是他自己写的,相信在这一点上他是骗不到我的,让这种人进来,哪怕只是一段很短的时间,恐怕也会给现有成员带来负面影响(其实在现有团队里面已经有了一个和他类似的人了,要是让他们在一起,那就只能是火星撞地球了,这种风险是我不能控制的),我后来和人事经理交换过意见,他同意我的看法,连复试机会都没必要给了.

呵呵，这种人影响团队是毫无疑问的。对他不需要用其他测试方法了。

至于说代码是不是自己写的，如果他接手维护，而且又确实做过类似东西的话，还是很难分辨的。不过如果这样，不是他自己写的也不要紧。人力资源的东西还是很复杂，我也一直很头疼这方面的问题，因为一开始测试一个人的真实实力不容易，以个人的实际品行也不容易。毕竟象上面那位老兄那样，直接可以做出判断的情况是少数。

txlgwmw

以下是引用无心快语在2003-8-8 16:30:00的发言：
代码是不是他自己写的,相信在这一点上他是骗不到我的,让这种人进来,哪怕只是一段很短的时间,恐怕也会给现有成员带来负面影响(其实在现有团队里面已经有了一个和他类似的人了,要是让他们在一起,那就只能是火星撞地球了,这种风险是我不能控制的),我后来和人事经理交换过意见,他同意我的看法,连复试机会都没必要给了.

对于这种人你的决定是对的，因为他进入一个团队，只是会对团队带来负面影响，并且江山易改，本性难移，如果你被他张狂的表象所迷惑而冒险收他进入团队，后面会带来太多的苦恼，你应该就是提前控制风险。