1: 永远不要忘了TDD
TDD是测试驱动开发(Test-Driven Development)的英文简称,是敏捷开发中的一项核心实践和技术,也是一种设计方法论。TDD的原理是在开发功能代码之前,先编写单元测试用例代码,测试代码确定需要编写什么产品代码。TDD虽是敏捷方法的核心实践,但不只适用于XP(Extreme Programming),同样可以适用于其他开发方法和过程。
2 : 尽可能的自动化
这里推荐几款我司在用的几款软件:
Sentry :是一个错误收集跟踪系统,它能够帮助我们记录线上所有的报错信息,并通过webhook通知到企业微信对应的群聊中,让我们可以在第一时间收到通知并进行修复bug。
详细内容: https://laravel-china.org/articles/4235/sentry-automation-exception-alert
Jenkins: 是一个持续集成平台,能够对我们的项目进行自动化构建,我们使用jenkins帮助我们跑自动化测试,代码风格检查,甚至自动化部署等。
yapi4 : 是一个API管理平台,它能帮助我们穿件、维护、调试api并维护对应的文档,在前后端分离的项目中,能够帮助后端提高协作效率
3. 统一的风格指南
项目应该具备有风格指南。尝试着为你的项目介绍制定一个“词典”,这就意味着,当涉及这个代码时,查看该代码的用法和环境是否适宜,这些都很容易被检测出。
4. 挑选适宜的工具
选择适合自己的专属编译器配置信息,记住一些常用的快捷键
5.请记住每个项目都不同
也许你在采用以前的项目方法工作,但是,请记住每个项目之间是不同的。每一个项目都有特定的架构(高并发或是高分散),有特定的文化(或许很多人喜欢使用Eclipse),并使用特定的工具(maven or ant)。难道你想照葫芦画瓢?OK,请记住,不同的项目有不同的工作方法。
6.懂得取舍
代码审查需要积极和细致而不是卖弄学问。你会因为一些细微的琐事让你紧张而导致项目失败或是花费公司成本吗?记住,千万不要这样。理清头绪,换个角度想想,改变自己的心态而不是记挂着去改变别人。
7. Be buddies
在我看来,称之为“buddy reviews”(别人会叫“over the shoulder”)非常好。A buddy review是指与其他团队成员每隔一到两天以非正式的形式讨论,并且快速的浏览(5-10分钟)对方的代码。这种方法可以帮助你:
1. 及早的发现问题
2. 总是很快的知道该干什么
3. 代码审查无须过长,因为你只需要查看新的代码,旧的代码会很快赶上
4. 这种非正式的场合——没有紧张感,很有趣!
5. 可以定期的交换想法