一个五年的后端开发老鸟给新手的 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开,先实现功能,然后对于特定的规范引入也要加强。
本作品采用《CC 协议》,转载必须注明作者和本文链接
讨论数量: 8
你看我吊吗啊

顶一个,虽然排版有点刚,但是很实在。

4年前 评论

觉得你第七点和最后一点,有些误人。

4年前 评论
chenlian (楼主) 4年前
胸毛仙人 (作者) 4年前

@胸毛仙人 主要是度的问题,这里抛出一个数值,给大家参考

4年前 评论

第七条目前还在做。😭

4年前 评论

@Ali 只是抛出一个论点,不碍事的

4年前 评论

@chenlian 不过感觉说的确实有点道理。

4年前 评论
  1. 写代码时先封装好函数 例如判断vip 禁止直接判断 必须用全局方法 还有一些成功 失败的返回方法等
  2. 花点时间初始化程序 把迁移 模型 路由建立好再开始写代码。

总的来说 先把要做的先初始化好 否则 你会经常要创建多个文件&打开多个文件 然后晕了。。
我是一年的菜鸡程序员

4年前 评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!