在年度的软件/方法实践盘点总结推广项目中，和同事CK讨论，我们都认为这事儿的性价比不高。原因有三：

　　第一、我们要重构一些不错的方法/工具课件，需要对工具本身进行深入研究；

　　第二、研究之后，发现每款工具都是博大精深，远远超出我们实际应用的本意；

　　第三、我们试图做成白痴教程，让每一个新人能快速上手应用。

　　上述原因，让我们非常绝望。这种方式，可以让一些好的工具快速的让所有的人了解掌握。但是反过来，不可能把一个行业的技术预研、优化、探索的活儿砸在一只团队上。更多的创新、发现，应该在每一个人本身。我们希望每一个人都有自主探索的精神和勇气。

　　所以在项目总结时，我忍不住说了一段话：需要额外说明的是，分享是一种精神和理念。比如善用佳软的站长说过类似的话：分享是提供信息、工具和方法，并不是喂饭到嘴里。我也公司的公共培训课说过：学校里面大家掏钱，针对一门课程学习几十个学时，然后划范围考试，效果还不尽人意；那么，在公司培训中，两个小时的时间，是不可能让你具体掌握一门技术的，它的作用是告诉大家：有一个技术/工具/方法，大概能解决什么问题。如果有兴趣，大家可以研究一二。工具和分享，必须是在本职工作中，有思考、有分析、有困惑的团队和人，才会有主动性去尝试探索和解决问题，才会看到一些分享后，有拨开云雾，恍然大悟的感觉。

　　这个话题引入的命题，是思维模式。

　　一、学习的思维

　　2012年，我们提炼了很多好的东西，但是发现要成功的分享下去非常难。比如一些工具，可能涉及了linux、数据库、前端领域。但是每个领域的应用都非常少。这带来两个问题：

　　1.1 跨多学科的解决方案，基本无法有效进行培训推广。

　　一个新的工具、方法，往往是横跨几个领域的。这带来一个现实的问题——需要学习掌握的人员范围内，不太可能找到一个人，同时满足几个知识领域都熟悉的前提条件。

　　实际上，这也是招聘的一个大难点，希望招聘到一个会多个领域技能的人。比如要求懂测试本职工作、会linux、会shell脚本、会TCP/IP、懂数据库。不同领域之间的知识串联起来，是一道天堑。

　　举个例子，你要找个女朋友，要求会做饭、会弹钢琴、会舞蹈、会法语，这基本没戏了——可参考凤姐的标准。一个一个的子集，求交集，是这个概念。但是，如果你找个女朋友，要求会做饭，包括四大菜系，法国菜，韩国泡菜，在一个领域里面选择具体的技能，会相对靠谱很多。

　　所以，一个跨不同学科的知识点推广，是找不到多少人能直接学习、上手和应用的。如果要推广一个跨学科的工具、方法，必须在某些学科进行预培训，先上几门基础课，才能进行针对这个知识点的有效培训。

　　1.2 在多学科的学习中，深度和广度非常难以判断。

　　还是上面的例子，比如我们要推广一个新的工具Easy Test。你需要懂一些tcp/ip，需要懂一些正则表达式，懂一些隧道，懂一些录制回放的基本测试脚本方法。

　　看起来很深奥？但是每项技能，都仅仅需要你懂一点而已。比如TCP/IP，如果是按照思科推荐的《TCP/IP详解》三卷的看法，可能你看两年还是一知半解，但是你使用这个工具，可能仅仅需要的是几千页专业资料中的十几页，也意味着，你搞定1%左右，能顺畅的进行日常工作。同样，懂一些录制回放，对一些人可能感觉非常深奥，如果要彻底的了解这玩意，说不定要从robot开始上手。但是，你看看各种痴迷于游戏的小学初中生，对按键精灵的使用炉火纯青，他们肯定不懂计算机语言，但是依然不影响他们驾驭一款工具。

　　这个问题会困扰很多人，需要学习的东西太多，但是任何一门学科，如果要学有小成，扎扎实实的从零开始，大概需要一两年才行。这很明显和快速学习，快速应用，快速出成绩的工作需求不符合。