各人好，我是步调员鱼皮。就正在今天，我又带各人作完了一个新名目 《智能协同云图库平台》，曾经带各人作了十多个名目了，作做也发现了不少各人正在学名目历程中的问题。
最理解学生的，莫过于教师和学生原人。而我教训了自学阶段，从学生成长为了教师，所以也很清楚怎样自学名目，效率威力更快一些。那篇文章，就分享一下我发现的各人自学名目时的通病。
留心，原篇文章中我写的所有内容，宗旨都是为了帮你节约光阳，进步自学效率。
假如你正好有下面那些状况，请务必实时调解！
任何业务类名目根柢都是从名目初始化、编写删编削查初步的，正在你作第一个项宗旨时候，原人手动编写那些代码没有任何问题，次要是相熟原人搭建项宗旨办法和历程。但当你作第 2 个、第 3 个项宗旨时候，假如还正在从 0 初步写根原代码（比如全局异样办理器、一些工具类），这就属于是华侈光阳了，彻底可以通过复用原人之前的名目代码、运用工具主动生成、大概搭建一个原人的名目模板来进步开发效率。
像我工做的时候遵照一个准则 —— 只有有重复劳动，都会检验测验是否通过主动化的方式来进步效率。各人学名目时也是如此，防行正在重复工做上迟误光阳，不要满足于 “原人重复代码写得有多快”，而是要多把光阳花正在进修新的技术知识上。
2、死守教程各人都晓得，每个教程中做者都会选择特定的版原、技术和工具来教学，没有人能担保那些技术和工具不更新，所以每个教程一定有原人的 “保量期”。
像我正在几多年前最初步带各人作第一个名目 —— 用户核心名目时，就吃过技术更新的亏，由于前端框架的更新，招致前端局部的开发跟教程有一些纷比方致。所以后续我正在带各人作名目时，会倾向于选择不乱的框架和版原。
虽然，那是应付名目做者来说的。这应付进修项宗旨同学来说，可能就会孕育发作不少问题：
为什么我运用的版原跟教程纷比方致了？
为什么教程顶用的工具有那个按钮，但我用的工具没有那个按钮？
为什么我正在官方文档中找不到教程中写的内容了？
为什么我跟教程中收配一模一样，但是运止结果差异？
不少初学者会因为那些问题，纠结好暂，以至不敢接着往下作名目，其真大可没必要。
任何教程都有保量期，但处置惩罚惩罚问题的办法是活络的。
假如运用的版原或环境跟教程纷比方致，这么无妨事拆置跟教程雷同的版原（比如前端可以用 NxM 打点 Node.js 版原），大概查阅下如何运用新版原；假如用了比教程更新的工具，这么就正在网上搜一下新版原的工具有没有教程中要执止的罪能；假如官方文档跟教程中的内容纷比方致，这么就认实浏览一下官方文档中最新的运用办法；假如跟教程中收配一模一样但结果差异，这么无妨事原人 Debug 一下来处置惩罚惩罚问题，有可能便是教程自身有舛错呢？
总之，正在显现跟教程纷比方致的处所时，可以先记录一下问题，并且原人查阅量料和文档，没必要彻底死守教程。
3、滥用技术之前有个同学问我：鱼皮，咱们公司想作个发券罪能，如今的想法是用 Redis 分布式锁 + 音讯队列 + blablabla。。。
我反问他：你们发券罪能的 QPS 是几多多？同时要发几多多张券？
他跟我说：咱们是打点员给用户发券，每批 1000 张。
我接着反问他：既然是打点员控制发券，数质也只要 1000 张，这你无妨事考虑一下，实的有必要用到那些技术么？
类似的状况我之前也分享过，可以看 那篇文章 。
正在企业中，业务 > 技术，技术是为业务效劳的，要依据业务选择适宜的技术真现。
正常来说，咱们正在考虑业求真现方案时，能少用一个技术就少用一个技术，减少开发和维护老原。
但我发现有些同学可能是学的技术多了、也可能是八股文背多了，正在作名目罪能时，反而是先搬出一大堆的技术，彻底不去思考有没有必要用那些技术，有点儿 “为了进修而进修” 了。其真从进修的角度来说，多用点技术倒也没什么问题，但是假如你把那些写到简历上，面试官就会问你：“为什么要用那个技术？不用它止不止？”，那时你又该如何回覆呢？
所以各人纵然是自学名目，也倡议找到适宜的业务场景，折法应用技术。就像我今天刚给各人讲完 DDD 规模驱动设想，有些同学就默示 “以后就用 DDD 架构来作名目了”，但其真各人原人作的名目，90% 以上是不必用 DDD 的。
虽然，多学新技术肯定是好的，相当于填充了咱们的弹药库；但运用弹药时，肯定劣先选择老原低的、最适宜的。
4、不够活络我正在讲 DDD 规模驱动设想时，先问了各人一个问题：假如必须要 2 选 1，你感觉开发名目时真践和理论哪个更重要？
结果各人一致选择了 “理论”。
没错，真践再完满，不能落地也无奈创造价值；真践再富厚，也纷歧定能满足所有的理论须要。作名目时，真践的辅导当然重要，但一定要联结真际状况按需应用和调解。
举个例子，各人学数据库真践的时候，教师可能会讲 “咱们可以通过外键来担保数据完好性，要遵照第三范式，要遵照 ACID 准则”。但真际开发中，咱们可能会用逻辑外键（不添加外键约束）的方式来真现表之间的联系干系，可能会违背数据一致性，但是能进步写入机能。
我正在带各人作项宗旨历程中，发现不少同学就会出格坚强于 “真践和标准”，比如：
你的目录定名怎样是 utils 而不是 util？为什么数据库对象用 Entity 而不是 PO？
为什么你的数据库字段用驼峰而不是下划线？
为什么你只创立一个对象，却不运用单例形式？
为什么你的接口不遵照 Restful 的标准，增除资源时还是运用 Post 乞求？
那些都是我常常支到的问题，但其真都是举足轻重的问题。各人不要把光阳华侈正在纠结真践或标准上，究竟那些都是人定的，正在不违犯准则或孕育发作 Bug 的状况下，咱们担保团队内部、大概原人开发时的标准保持一致便可。养成统一的编码格和谐开发习惯，也能帮咱们进步开发效率，不必彻底和教程保持一致。
除了上面几多点外，咱们也要时刻掌握原人的进修重点，比如后端标的目的的同学，就尽质不要花光阳正在调试前实个花式上。像我大学的时候便是学的有点太纯了，有一段光晴朗醒于抠前实个像素无奈自拔，如今回过甚来想想，简曲华侈了太多光阳。