[陈南炼原创]一个五年的后端开发老鸟给新手的12条忠告

86560296 2019-11-18

一个五年的后端开发老鸟给新手的12条忠告

1.需求未完成澄清以前,没有必要进行开发,这是禁忌

2.开发的时间在预估需求时间上至少添加1.2倍

3.明确需求者的本意;明确本次开发是按照其任务布置进行开发还是自己独立进行开发

4.虽然没有实现不了的技术,但是引入新技术的时间成本和人力成本以及后续的维护成本是极其高昂的;要在合适的时间内给出最完美的技术架构是不可能的,但要拿出行业标准方案,且在单位成本时间内可控;技术谁引入谁负责

5.Git提供了大量的日志记录,非特殊情况下,一般要避免引入非语句注释,注释都是要有意义的

6.大块代码段复用要封装,大块代码段可以直接C/V,但是细节语句要通读一遍,检查一遍。

7.代码的书写方式不是写好一点就测试一点,是要在内心整理好步骤,书写出一个基础的版本在进行测试和修改。写一句代码就进行测试,那是小学生入门初级的做法。

8.代码环境要独立起来;代码的托管要采用分布式Git或者是GitLab;且要有备份的习惯,管理好权限和分支,按照最小权限的原则进行分配操作;代码的分支管理要分为开发分支,测试分支,预发布分支,线上master分支,,还有hotfix修bug的分支,只有hotfix是可以直接合并到主Master分支的。代码的环境,开发是开发分支;测试是测试分支,业务分支和预发布黑盒环境,每一个环境都是独立的箱子,相关内容的人应该有相对应的权限。

9.技术开发首先是人才的选择,开发意味着负责,也意味着对人才的信任,要对开发的内容负责,未经过测试的内容禁止发布,随性而发未经过评审,设计,共同探讨,文字留存的内容不上正式环境,只允许在测试环境及以内发布,因不遵守所产生的连带责任由主张者自行承担。

10.在创业公司或者任务期间内,都是快速出效果,出产品,快速上手,架构的优先级是低于上线日期的,所以快速迭代尤为重要;技术架构要有专人强制推行,如原来已经有代码风格的则按照以往的风格来开发。

11.产品经理是需求的提出者,开发时间的预估值来源于自己的开发速度能力和对开发任务的理解和对开发任务的专注程度,还有需求者所能给的时间来权衡,最终按照自己的开发能力60%加上开发者给的时间40%然后给出对应的开发时间。

12.代码的复用性,美观可读性不是一梭子就干;是要有一定尺度的,能复用的地方要复用,能抽象的地方要抽象,可以给出更加优等方案的需要优等算法,解决问题固然重要,代码复用和结构可读也十分重要,这两者的比例还是6、4开,先实现功能,然后对于特定的规范引入也要加强。

相关推荐