某商城是怎么炼成的 之招兵买马

 “能用众力，则无敌于天下矣；能用众智，则无畏于圣人矣”，当年的孙权小儿都能明白这个道理。

 

需要招募什么样的人？考虑到要招聘的是开发人员，那么技术选型起了决定性左右。

 

那么我们先来看看如何做技术选型，考虑如下几个因素：

1 - 技术本身的成熟度

2 - 已被证实的可行性

3 - 兼容性和知识沉淀

4 - 市场上相关人员的供给情况

 

最开始定的是SSH2，这基本上符合了1，2，4，不过考虑到现有系统的架构兼容性和和知识沉淀，选择同样符合1，2，4的Velocity +（SPRING MVC) + spring2.5 + Ibatis，技术本身的成熟度和可行性我觉得毋庸置疑了，都是被事实验证过的，而且公司内部已经有几个项目采用同样的技术选型，系统都相对稳定，而且有了一定的技术储备。这些技术都是目前很流行和通用的，市场上类似技能的人员比比皆是，当然事实也证明良莠不齐，好的技术人员不在于市场上供给多不多，就像现在C/C++的程序员越来越少了，但是总体素质感觉比JAVA的要（仅仅是感觉，本人也是一路JAVA过来的）。

 

其实有些技术能够成为经典或者流行，有很多因素的，比如Spring，比如struts等等，一个原因是出现的时机，比如Struts，在大家多很头疼于JSP/Servlet代码的可维护性和耦合度过高的问题时，他的出现简直就是福音，MVC框架的简洁，清晰，降低耦合度等等。。。甚至为团队合作开发都提供了更好的支持。还有一个就是解决了很多技术人员在开发过程中经常遇到的问题，省略了重复劳动的部分，比如Spring，依赖注入，声明式事务等等，解决了很多技术问题，让技术人员更专注于业务逻辑的开发，甚至SPRING也推进了其他技术的发展，比如EJB3.0，跟Spring很多开发方式和配置上很相似。

 

当然很多开源框架在不同的领域也是经过实践慢慢脱颖而出，好坏大概也跟宣传，社区推广有很大的关系。Velocity/Freemark等模板技术框架；spring mvc和struts WEB层框架；SPRING/EJB3等应用框架；hibernate/ibatis等ORM框架（ibatis严格意义上讲不算ORM）。这些典型框架之间的差别，一句两句说不清楚，各有好坏，很多人写了很多帖子进行比较，我个人总结，除了性能效率的问题，大概熟悉程度成为每个人选择的最大因素，而已开始选择无非是社区推广的原因占了很大一部分。

 

说了一堆废话，很多框架之间的比较百度一抓一大把。

 

招聘的过程是很痛苦的，曾经有一次在51job上搜索了近100份简历，按照最近更新，跳槽频率，项目经历，工作年限，技术特长等各个方面进行筛选，从中能抽取出10份左右简历参与电话面试，通过电话面试（通常是JAVA基础，项目中用到知识点深入考察，比如用到Spring事务，就可能会问到事务的配置等方面；跳槽意向等问题）的大概有2-3人，最终通过架构师面试的，更是寥寥无几，这个过程就是重复劳动，发动群众推荐，从其他公司挖角等等。。。

 

挖角的成功率最高，同事推荐的成功率其次，主动投递简历的成功率也不错，其他方面的就比较差强人意了。

 

来看看我们招募的项目组人员结构，架构师1人（已经在岗），项目一期预计开发资源4个资深开发人员，6个高级开发人员（SCM和运维，测试等都有独立部门负责；策划也有专门的小组）。

4个资深，一个是从理光公司过来主动投递简历的，分析和设计能力突出，UML用的如火纯清；一个是易宝公司主动投递简历的，在易宝做过大型的企业应用，对性能和数据库方面比较熟悉；一个是从竞争对手公司挖来的专家，主要在某些技术方面有特长，而且对业务非常熟悉；一个是架构组借来的人员（原淘宝的P6），这四位能力都非常突出，各有所长。另外几位高级开发，有1位是支付公司挖角过来的，对线上支付相对比较熟悉。。。。考虑到我们是做商城网站，对用户操作和体验比较关注，有专门的前端开发人员（外包公司租用）。

 

 

评论

1 楼 futurep_p 2010-07-19  

图片选得不错