之前一篇只是说了个开头。接下来我要总结自己对企业培训方式的一些东东。这么多年来我看到的企业培训的方式基本上有三种。
    一种是以“共享”名义进行的培训。其实从很大程度上来说是广大开发人员所接受的方式。也就是每个人有一个主题的研究，然后在一定时间之内专注于该主题方方 面面的知识和内容。按照现在敏捷管理的理论，这种一定时间的主题研究称之为“时间盒”研究。在时间盒的时间结束后，有一个主持人（一般是架构师或者PM） 会召集各位研究人员进行主题知识的分享。如果在一个企业环境相对宽松的情况下，或许这样的培训活动是在一个让人轻松的环境中进行。我就看到曾经有人在午饭 前1，2小时在公司食堂里做这样的培训。甚至到了吃饭的时间，成员们还在热烈讨论这些分享的东东。一边吃饭或者是一边热饭站在微波炉之前还在聊着这些东 西。
    第二种方式就是所谓的mentor模式。当年在longtop，甚至在我所知道的阿里这样的公司都是实行这种模式。也就是所谓的导师带学生啦。一般新员工 入职之后，公司为每个新员工配齐了一个老员工进行指导。软件安装，开发环境，编码规范都属于指导范围。好一点的甚至还会配备一套培训项目让新员工在实践中 更快更好的融入其中。我个人认为如果学生是工作经验不丰富的新员工，这种模式很有可取之处。但是如果是一位有多年开发经验的人，则这样的模式势必是在浪费 导师和学生的时间。当然现在很多公司领导都喜欢一刀切的方式去管理公司。因此也不可能多样化的满足各种情况。
    第三种情况也就是最无聊的方式，那就是请外面的培训机构来参与企业的培训。这个涉及到培训机构的选择，涉及到讲师的质量。还有涉及到培训内容是否正好满足 企业培训需求？很多时候，一般都是hr部门负责联络外部培训机构。这样子对于技术培训而言，针对性势必要打一折扣。当然如果是给管理层的企业管理培训则不 存在这样的情况。但是企业中培训需求大多数还在于销售的销售培训，业务培训，以及技术人员的技术能力培训。所以我个人不愿意倡导这样的培训模式。
    好了，基本上我看到的培训模式大致就这三种，当然还存在着这三种方式的变种表现方式。欢迎各位拍砖～ 今天想说的一个事情就是作为一个技术人员如何从自身来完善自己的技术能力。我个人感觉在这点上，很多技术人员都是过着得过且过的日子。很少有人会主动去问 自己公司里技术不错的人讨教某些技术东西。当然也有些所谓的大牛的人真的人品很差，老是不愿意回答别人的问题。生怕有朝一日人家会超越他。我个人认为这种 想法完全是杞人忧天。因为如果是一个一直在主动学习技术的人，当他把自己所知道的东西分享出来后。必然还会有新的他没有接触过的技术会吸引他。就像3岁以 下的孩子，每看见一个他/她从来没见过的东西都会很好奇的去了解一下。因此当完全了解这个东西之后，他/她肯定会找到另外一个能吸引他/她的东西。因此技 术也是这样，不管如何，这样的人始终在进步，从来不会因为分享的知识会遭遇任何不幸。我甚至认为这样的人才活得快乐。旺盛的求知欲让他永远像个孩子一样从 这个丰富多彩的世界中得到happy，得到enjoyment。

    好像有点扯远了，我们还是把话题转回来。对于技术人员来说，提升自己技术能力，固然企业内部培训是个很好的方式。但是也正是我先前所说的，企业内部培训现 在并没有做的尽善尽美。因此我们不能太被动的把自己技术能力的提升指望在这上面。而是应该自己不断的充实自己。比如你认为自己英语，日语口语不行，你就可 以有意识的多交点美日的朋友。从他们身上学习自己想得到的东西。在技术上你觉得你的某方面实力不行，那么你就可以有意识的找自己身边那些在这方面相当善长 的人。当然还是会碰到我之前所说的那一类人品极差的家伙。但是没办法，他不愿意说。我在边上默默看他做总该行了吧。多一门手艺死不了人，“偷学”也死不了 人。呵呵。如果没人可以学习，至少我们还可以看书，看代码。那么多实力超群，愿意分享的国外技术大牛们的文章，书籍，项目，绝对是你取之不尽的宝库。

    当然我的这些想法连我自己感觉都是相当普通的自学方法。我希望有朋友能把自己其他的一些自学好方法告诉分享给大家。这样大家都可以提高。我们这个行业只有 每个从业人员的技术水准提高了，水涨船高才会让中国IT的水准提高。个人觉得目前这个行业的一些炒作之风，一些高价收费的什么什么大会完全是在制造虚假繁 荣。哎，这些就不谈了。写代码去了。88~~   众所周知，IT行业的企业内部培训做的是相当混乱。特别是相对于其他行业乃至销售们的业务培训是差距很大。诚然有些浮躁的企业不喜欢做内部培训，因为本身 只是利用技术研发人员的技术专长实现自己销售信息系统的目的。说穿了，只要求有一个熟练工而已。这点在众多外包公司可以看到很多。
    但是不喜欢做培训的企业为什么不喜欢做培训，还有另外一个原因。我个人认为这个原因不在于企业而在于人性一个丑恶的东西。那就是不懂感恩。不管是哪家企业 的老板都不希望自己辛辛苦苦培养了一个人，而这个人一有机会（其实大多数情况都是钱闹的）就跑到别的地方去吧。这点如果换作是微软这样的大型企业或许不在 乎。可是对于中小型企业来说，一旦有人做了这样的事情。对企业的影响很大。特别是在心理上，让企业的管理层从此心灰意懒，甚至走到对立面，极度的排斥培训 这种方式。久而久之，对于这种企业的后续员工也会无辜的背上不信任的标签。
    当然这种在IT行业普遍的行为本身从侧面反映了我国IT行业的不规范不职业。我个人还认为纵使我们置身于这样险恶的环境，我们还是应该从自身做起。我记的 在《最后期限》中说过作为项目经理首先要信任自己的团队成员，这样团队成员才会信任自己。同样的道理，我们应该自己先开始进行自我培训，然后无条件的将自 己总结的“攻略”传授给他人。纵然很多人不接受也好，不愿意也好。我们自己要坚持不能放弃。要始终牢记“分享”二字～～只有自己先迈出了这一步，那么其他 人也能向你分享他们的“攻略”。
    我个人之所以非常喜欢在javaeye上闲逛，就是看到了javaeye上有这么多人愿意分享他们的“攻略”，虽然有时候由于共享人的经验和眼光局限，写出的“攻略”不如某些人的法眼。但是我坚信他们这样的人只要坚持下去，“攻略”质量的提高那是肯定的。
    之所以写下此文，主要是自己今天在公司的一些不痛快。以此作为砖头先抛出来。希望有愿意分享自己培训观点的朋友拿出自己的玉来。在这里，先谢谢大家～～

面试注意点：

 

HP 的面试一般问的都比较深入且比较细，会就人选简历中的某一项目深入问及技术

 

其中最重要的是项目的介绍。下面是 JAVA 人选可能会被问及的问题：

 
1. jdbc 数据库操作。 要求写一个完整的过程。 注意细节。 比如异常和关闭资源。
2. 多线程同步。 同步时的写法。 synchronize 和 wait 的规范写法。
3. socket 通信。 怎么处理 tcp 中信息的叠加和截取。
4. java 中参数的传递。 变量的变化。
5. 为什么要重写 equal, hashcode 方法。 怎么重写。
6.  java 中对象的排序。 那些类可以方便的用来排序。
7.  最重要的是工作项目的介绍。 问的很细。 自己一定要非常的清楚里面的技术， 架构。 细节的东西要注意到。 比如 JDK 中的集合是不同步的， 项目中怎么用。 为什么不用同步的集合对象。

 

HP 笔试题（ JAVA 人选）

1. 使用 Struts, Hibernate,spring 等常用的架构实现登陆功能

2 ．选择题： javascript  数组   定义方式哪个正确

3. 树的定义 ,eg ：什么叫平衡二叉树，用最好的程序来实现平衡二叉树的增加节点和删除节点

4 ．树的数据结构

5. 树相关的算法结构

6.http: 具体过程，各种信息码

7. 改错： java 的同步 ,eg ：下面的程序对否，不对，请修改

public void accountCompare(FromAccount fromaccount,ToAccount toAccount,double amount) throws Exception{

synchronized(fromAccount){

synchronized(toAccount){

if( 钱不够 ){

throw new Exception(" 钱不够 ");

}else{

从一个账户扣钱到另外一个账户

}

}

}

}

8.pl/sql 语言：给两个表结构查询 ,

eg ： student

id char(20),

name char(20),

class_name char(20)

course

id char(20),

name char(20)

score

student_id char(20),

course_id char(20),

score numberic

写一个 sql 查出某班语文课的平均分，并用班级的名字排序 .

 

9. 多线程：写一个关于生产和客户之间的模式的程序题 ,eg ：写两个类：一个类 (producer) 产生一个个 Item 填满一个 queue ， queue 只能装 10 个 Item ，一个类 (consumer) 去消费 queue 里面的 item ，如果 queue 里面没有 item 了则不能消费，

如果 queue 里面满了则 producer 不能继续产生

其实这个类就是 java 里面的 concurrent 多线程框架，他规定不能用他来实现

 

10. 写一个 testcase 。

     摘要:   1. OverView 毋庸置疑，程序员要对自己编写的代码负责，您不仅要保证它能通过编译，正常地运行，而且要满足需求和设计预期的效果。单元测试正是验证代码行为是否 满足预期的有效手段之一。但不可否认，做测试是件很枯燥无趣的事情，而一遍又一遍的测试则更是让人生畏的工作。幸运的是，单元测试工具 JUnit 使这一切变得简单艺术起来。 JUni...  阅读全文