什么样的编程教程可以称为好的教程

学习任何一门技能，都讲究循环渐进。

我们的大学教材就是最好的典范。由专业的教师团队出品。

这样的教材有个什么样的特点呢？

1、前言中有对学习任务有清晰的描述，并将重点掌握的内容有确切的要求。

    比如我们的大学老师是很明显不会把一本书的所有内容都一股脑的塞给学生，而是由轻重缓急之分。

2、对每章节的内容有大致的提示，以引导读者跟着作者的重心走。

这就是一个大致的方向。

那么编程教程怎么做比较好呢？

1、ppt、教材、视频三管齐下。

    我分别讲一讲为什么要这么三个东西。

    ppt是帮助学生快速回顾课堂知识。

    教材能够帮助学生对整体知识有个清晰脉络

    视频，针对性的讲解问题。如果视频只是对教材的重复，那么视频没有任何比较。

    我们复习知识的时候，不可能拿着视频重新过一遍，而是过一遍教材。

为什么我觉得我情愿开图文教程也不愿意看视频教程

因为看视频，30分钟，50分钟的长视频，你不可能在几秒中之内就知道这个视频讲了什么。

但是你看教材，就能够做到。所以视频是非常低效的。

我们在学习编程基础时，比如语言、设计模式、网络的时候，可以讲慢一点，多讲一点，因为这个涉及到了概念的的问题。

当我们已经掌握了这些技能后，如果视频80%的时间是带着学生过一遍代码，我只能说是骗钱。

这部分怎么教学呢？

编程无非是拆分需求，设计，编码，验收，这四个环节。

我们在培养学生的独立解决问题的能力时。

我们应该先带着学生拆分需求，然后引导学生尝试使用设计模式去设计。

最后交给学生自己进行编码。自行验收，最后我们自己去验收。

这叫授人以渔。

直接把代码塞给学生，而不带着学生去拆分需求和设计。学生把代码抄下来了，但是让他重新实现一遍，他也只能是抄代码，而不能去解决新的问题。

引导学生自己去解决问题，再告诉学生更好的解决方案，让学生吸收好的解决方案的精髓，这才是一个优秀的老师。

比如一个网络服务器的教程

入门部分，应该先将服务器通用的设计方案。可以给大家将单机、集群、微服务。

但是不要一上来就教你们框架的核心API，好，现在我们开始做微服务和集群。

就感觉，你刚给一群学了平方的初中生，直接开始讲微分方程了，洛必达这些东西了。他们能听懂你讲的什么。但是能听懂多少呢？最关键的是，你直接带着学生开始解题了，也不讲解题思路。学生看着你做题？你也不给别人预习知识的机会，直接就开始讲课了。讲课甚至连教材也没有。已经是比大学老师还要厉害的人了。

质量属实是差。师傅领进门，修行靠个人。现在的垃圾视频教程时，我为了能够持续的割韭菜，我要藏拙，我只教怎么实现，不教实现的思路。他们遇到问题，不会，还不是得来买我的教程，抄我的代码。从初级课，到高级课，能做的都做了，不会的也做了。

最离谱的是，一个新手教程，竟然直接教全套的解决方案，把人培养成使用工具的人，而不是解决问题的人。目前行业最成熟，而且是最复杂的方案是什么。

比如一个登录功能。

有的人，注册、登录、退出，三个功能，写三个类就做完了。写成文章，20分钟就看完了。

有的人，同样的三个功能，做成视频，做了5个小时。看了还摸不清头绪。

有的人尝试着把复杂的东西讲简单。

有的人尝试着把简单的东西讲复杂。

你说是前面的不懂，所以只能讲这么点，还是后者懂得太多，能把初学者讲的云里雾里。