项目之初，前端资源紧缺，只能让后端同事写前端代码，同事们的前端经验几乎为零，前端和后端的差别还是挺大的，好在代码的逻辑是相通的，可以试试。
我和领导说让大家先学学前端的基础知识，领导说不用，直接上手写。他的意思是边做边学，在实践中补充理论和解决问题的经验。既然领导都这么说了，咱就这么干，毕竟在这方面，他的经验远胜于我。
一个月后，简单的表单页面大家已经可以快速写出来了，学习能力可见一斑，当然也得益于前端同事封装好的组件库。有的后端同事学习速度非常快，能够将自己后端开发经验迁移到前端开发上来，可以迅速地查找资料、排查 bug、积累经验，得到了前端同事的赞扬。这个过程中，我也在帮助许多同事解决前端问题，同时我也在逐步引导大家去做一些更有难度的任务，虽然大家的水平参差不齐，总的来说还都在进步，已经达到甚至超过我的预期了。我可以将压在自己身上的一些任务逐步分派出去，多一些时间来做项目管理以及一些核心功能的方案设计和开发。
虽然开始前端开发不到一个月，但是成长很多，之前也看过一些学习视频，但是学习效率不高，远不及动手实践。因为开始关注前端开发，也听过一些体验课，想着要不要报个班，经过这段时间的学习，我发现暂时是没有必要的。边做边学，在解决问题的过程中不断提升自己，这就是快速有效的方法。
多年前刘老师曾和我说：「学习英语，不应该先学语法，而是积累了大量的语料之后，再总结规律，此时再去学语法，就事半功倍了」。如今看来，编程也是如此。其实写作也一样，在学习方法论之前，可以天马行空，随意书写，这是一种发散式的写作，写的多了，开始遇到一些问题，此时再去学习写作，就是去寻找一种框架，写作开始进入收敛阶段，不再肆意妄为，更加有章法，这也是自律即自由的一种体现。如此推演类别，其实学习许多东西，都可如此，先发散，尝试、碰壁、积累经验，然后再找方法（框架、法则、理论等），从实践中学习理论，让理论指导自己的实践，不断迭代，螺旋上升。
回过头来在看一些课程的宣传，比如四个月顶一年，甚至有的书说一年顶十年，其实是肆意夸大。真正的路要一步一步走，就好比别人告诉了你一个道理，没有足够的阅历和实践，道理再真也无用。欲速则不达，慢就是快，着急往往是因为懒惰，不愿意踏踏实实地去努力，想多干少，浪费时间。我以前总是想知道别人成功的方法，试图走捷径，躲坑不走弯路，后来有位老师说要警惕灌输的思维，这本可以由你自己总结归纳，长此以往，会失去思考能力。
现下的许多课程都是根据一本书，加上自己的例子进行拆解，我们可以换种做法，从学到教，根据自己的经验来拆解书籍，甚至可以再往前一步，自己总结经验来写书。这大概就是常说的底层学习、元学习之类的了吧。
网友评论