为什么软件工程师那么难培养

       打开网上任何一个能够自由说话的地方，只要是涉及到软件工程师培训的帖子都是骂声一片，这中间有高额收费惹得祸，有不实的商业操作惹得祸，也有教育者职业道德的问题，我们可以找到很多软件工程师培训失败的原因，但是我今天在这里想探讨的是目前教学本身需要跨越的困难。
       很多同样在做“软工”培训的老师不理解为什么我可以在很短的时间内得到学生的认可，他们将此归功于我的语言能力、创新的案例使用等等。其实我一直在推广这些教学元素，甚至让很多老师随堂听我的课，但是我始终都没能培养出理想中的软件编程教师。经过了三年的努力，我发现在培养老师的过程中，有两样东西不可复制，一是每个老师不同的生活阅历，很多软件教师对此不以为然，但教育是“用生命影响生命的过程”，所以老师的生活阅历在教学的过程中非常的重要，这并不是就意味着谁的生活阅历更好或不好。个人认为有经历就有价值，我在这里也不去做更多的探讨。另外一个方面是在做软件教师之前，我有很长的一段时间是从事知识管理研究、知识管理软件开发和企业知识管理实施工作的，知识管理的功底帮助我顺利的成长为受到学生欢迎的软件教师。

关于知识管理
我试图用最简单的篇幅来阐释知识管理，以便能够展开我们关于教学过程的讨论。
知识管理就是推动知识传播、利用的一个体系，这和教师的工作很相似。知识管理不是计算机领域内的研究课题，但常常需要大量利用计算机领域的成果。知识管理的目的是推动创新，而创新的能力取决于知识在人群中的流动速度，很多人认为创新是大量知识从量变到质变的过程，但现在的知识管理认为，问题的关键是速度，而不是数量，因为创新是不同知识频繁碰撞的结果，所以知识管理的任务是推动知识更快的流动，而教师的任务也恰好在此。
知识被分为显性知识和隐性知识，显性知识就是已经被表达出来的知识，比如写好的文章、书店里的书等；隐性知识存在于人的头脑中，甚至你自己都不知道自己的隐性知识有什么，但是遇到了具体的问题，有些人有办法，而另外的人没有思路，这就是隐性知识的差异。
知识管理学家通常认为，知识的转换分为四种方式：从显性知识转变到显性知识，比如我们将书中的重点内容写到笔记本上的过程，这种转变是知识管理中价值最小的；从显性知识转变到隐性知识，比如我们将书本中的知识通过理解并记忆到大脑中的过程就是在做这样的转换；从隐性知识向显性知识转换，教师的授课通常就是在做这样的转换，教师们将自己头脑中的知识表达出来，通过学生自身的理解，转变成为学生自己的知识；而从隐性知识向隐性知识的转换是知识转换方式中最有效率的，比如我们在工作、学习中与其他人的争论或是在企业中的脑力激荡，会使我们在这个过程中迸发灵感。

教学过程中的问题
        有了上面的简单描述，我们来看看软件工程师培训的教学过程中，是什么阻碍了我们的学生有效的掌握知识。
强求学生做笔记是典型的从显性知识转变到显性知识的转换，也是我最不推崇的教学方式。毕竟计算机这门学科在学习、工作的时候都有别于其他学科，计算机的学习过程是一个非常重要的实践过程，学生在这个过程中如果能够通过大量的练习掌握应有的知识，就达到了学习的效果。但是记笔记这种典型的显性知识向显性知识转换的方式浪费了学生太多的时间和情绪。而事实上学生上课的时候，能够掌握的无需依靠笔记，而没有掌握的通常下了课也不会翻看笔记。我做老师的经验说明，让学生记笔记通常是老师为了拖延上课时间，同时掩盖自己无法将整个课程的内容系统化的一个手段。甚至我们看到有些老师，花费了大量的时间让学生在书上画线。我认为，如果一个老师过多这样做的话，先不要讨论他是个什么样的老师了，这样的老师不入流。
        我们可以思考一下，以前所接触过的优秀老师，通常都是能够很好的将隐性知识转换为显性知识，他们能够有条理的、系统的、循序渐进的将自己丰富的知识、经验和探索讲述出来。但是我们也看到，软件工程师培训领域里有很大比例的老师目前讲课依然只是对着书、PPT照本宣科，这不是书或是PPT造成的错误。事实上大多数的书都能够非常详尽的转换隐性知识到显性知识，书本在这方面做的更加系统、更有条理，但是如果一个老师仅仅在照着书念，那学生直接看书就足以，听老师讲课还会有什么更多的收获吗？我个人认为大多数软件工程师的培训还只是在这个层面上探索，学生不买帐就是自然的了。
        更高层次的老师有能力进行进一步的思考，如何更好地将自己的知识从隐性向显性转换。授课本身讲求的是将头脑中的知识尽可能的表达出来，但是学生听课并将其吸收转化成自己的隐性知识的效率也是教学效果的关键，这是双向并且不可逆的过程，老师讲出来，学生学会，是截然不同的两件事。很多老师在困惑，“为什么我这些东西都讲了，但学生似乎什么都没听见”。我们也看到很多所谓的优秀教师，也只不过是能够拿出来真金白银的人，人们佩服老师的同时，忘记了考察他的学生能够掌握多少。最后很不幸的成为闷茶壶煮饺子，有货倒不出。其实形成这种情况的原因不难理解，这个层面的老师，关注的重点是学习的过程，而不是讲课的过程，所以在课堂上，我会大量使用有趣的、通俗的授课语言，使用有创意的案例讲课。我始终牢记，参加职业培训的学生，每个人都是完全不同的个体，高中的基础、大学的基础、城里的学生、农村的学生……，针对不同的学生，我要做的事情差别巨大，无论课讲多少遍，也很难找到完全相同的授课过程和内容。
        但是仅仅做到以上是不够的，个人认为能够真正做到脑力激荡的课堂才是真正有效率的，这个层面无法在表象上发现，也是最难实现的，这需要前期教学的过程中对整个班级的融合。老师不是单纯的传授者，而是团队的推动者，这个过程不止是技术传授，老师需要激励每个学生，利用每个人不同的性格特点，创造环境，使他们失败、受到挫折，争吵，又要维持尺度。有人问我教学心得，我认为“教师的工作是在维持着一团火焰，你不能让它熄灭，也不能烧得太旺”。

        这篇文章探讨的问题是对人的培养，不是简单的传授技术，单纯的技术能力只是软件工程师全部能力中最基本的部分，如果我们在这个问题上无法达成共识，对不起，我的这篇文章浪费了您的时间了。其他有真心探讨相关问题的同行，欢迎拍砖。

 

　　另外，最近总有想参加学习的学生询问我关于“项目实训”的课程。在这里，我想说的是，对于某些同行们不断使用的诸如“项目实训”这样的授课技术手段，或者说是招生“嚼头”，本人不敢苟同。2004年我就在任教的学校负责“项目实训”相关的工作，时至今日，我仍然认为，新的授课技术手段还有很远的路要走，今天的“项目实训”仍然是不成熟的。如有不解，请参看《软件实训看上去很美》。
　　所以请想参加学习的同学，明白一个道理，一个培训机构，无论环境、规模、住宿情况等等，一切的一切都不及拥有一个优秀的教学团队重要。