讲述经验，“惩前毖后治病救人”；
前情提要，话说这也是六七年之前的事了。还在某公司某项目组，项目组也有小一百多人，刚从国外交接过来一个2G数据业务项目（因为是老技术，目前项目已经不复存在），风风火火交接顺利，大家都很满意，业务也还正常。后期需要从上海接手相关业务的平台（底层平台，需要的系统Linux/Windriver/驱动知识）的项目，相对而言这块工作比较重要，因为现场出现的问题有很大一部分问题是和平台系统环境相关，而且是形形色色（参见本号“关于测试环境问题的理解”）。
老板发起志愿者计划，谁有志愿来做平台相关的工作，报名的有两类人（一共需求大约是七八个人，当时还看不出是哪两类，可能老板们知道大家的底细，但是当时我是不知道，后期观察发现）：
一类是系统/驱动大牛；真的就是这方面的专家（A类），这类人少，也就一两个；
一类是无任何相关知识背景，或者相关知识缺乏，培训完之后感觉就是云里雾里（B类），这类人占的比重大；纯属积极性在作怪，也可能原来的工作做的不太顺利，想换换环境；
然后，不加甄别考虑（本人认为这一步是失误的，需要甄别。）一并送去上海培训。学成之后归来，现场问题也开始交接过来，问题开始出现。现场上报的问题开始积压，积压到了A类大牛身上。这些个问题不可能都压在A类身上，因为平台问题来一个都够忙活几天，何况是积压问题，催的又紧。不公平呀。势必导致反抗心理。你B类也是培训过相关知识的工程时呀，（但是初学者怎么也得有一个学习曲线时间段，主要看个人的学习积极性，而且不能保证每一个人都能学有所成），为什么所有问题都跑我身上。A类工程师不干了，辞职了。这一下老板们开始抓瞎了，开始实施对策（对策很好，立竿见影，解决了问题）：
辞了一个B类工程师；
从整个项目组遴选出几个A类工程师；
总结，积极性固然不能被淹没，但是也要考虑现实。如果不考虑现实，坚持积极性，就可能导致上述问题！