一个五年后端开发老手给新手的12条忠告这是大忌2.至少加1.2开发时间乘以预计需求时间3.明确需求方的初衷；明确本次开发是按其任务分配开发还是自己独立开发4.虽然没有不能实现的技术，但引入新技术的时间成本和人力成本以及后续的维护成本极高；在合适的时间提供最完善的技术架构是不可能的，但是需要拿出行业标准的解决方案，并且在单位时间内成本是可控的；谁引入技术，谁负责5.Git提供了大量的日志记录，在特殊情况下，一般要避免引入非语句注释，并且注释必须有意义6.大代码段复用需要封装，大代码段可以直接C/V，但是详细的语句一定要阅读和检查。7、写代码的方式不是写一点点测试一点，而是在心里梳理一下步骤，写一个基础版来测试和修改。随便写一行代码，测试一下，是小学生入门的方式。8、代码环境要独立；代码托管应使用分布式Git或GitLab；并且要有备份的习惯，管理权限和分支，按照最小权限原则分配操作；代码分支管理应该分为开发分支、测试分支、预发布分支、在线master分支、hotfixbug修复分支，只有hotfix可以直接合并到master主分支。对于代码环境，development指的是开发分支；测试是指测试分支、业务分支和预发布黑盒环境。每个环境都是一个独立的盒子，相关的内容人员应该有相应的权限。9、技术开发首先是选拔人才。发展意味着责任，也意味着对人才的信任。我们必须对开发的内容负责。未经测试的内容禁止发布。未经审核、设计、共同讨论就随便发帖，文中保留的内容不在正式环境下，只允许在测试环境和内部发表，不合规引起的连带责任由索赔人承担。10、在创业公司或者做任务的时候，要快速出成果，出产品，快速上手。架构的优先级低于发布日期，因此快速迭代尤为重要；有代码风格的，都是按照以前的风格开发的。11、产品经理是需求的提出者。开发时间的预估值来自于自己的开发速度能力，对开发任务的理解，对开发任务的专注程度，以及需求方能给的时间。按照自己开发能力的60%加上开发者给的时间的40%，再给相应的开发时间。12、代码的复用性、美观性和可读性不是一梭子的事；一定要有一定的规模，能复用的地方一定要复用，能抽象的地方要抽象，能提供更优解决方案的更要优算法和问题解决很重要，但代码复用和结构可读性也很重要重要的。两者的比例还是6或4，先实现功能，再加强具体规格的引入。
