2024年一线技术管理者究竟在管什么事？(1)，2024年最新阿里P7大牛亲自教你

最新推荐文章于 2024-11-01 13:45:28 发布

qq_38197819

最新推荐文章于 2024-11-01 13:45:28 发布

阅读量687

点赞数 13

分类专栏：程序员文章标签： go 学习面试

本文链接：https://blog.csdn.net/qq_38197819/article/details/138850095

版权

56 篇文章 0 订阅

订阅专栏

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

当技术方案确定了，需要输出文档：

功能除了包括正常的开发工作，还要包括 提供接口文档， 接口联调， 研发自测， 文档更新 等。

正常的功能开发，拆分成工时的颗粒度最大为 2h，这样的颗粒度能够降低工作的复杂度，使不熟悉相关业务的研发也能够快速上手，比如 2h 就写一个方法。

这个分类可自定义，主要是为了解决当人员发生流动导致系统交接时产生遗漏的问题。

虽然代码风格并不影响程序的运行，也不会给程序带来潜在的危险，但是一段好的代码风格，阅读起来能让人赏心悦目，特别是阅读别人的代码，就像自己写的一样。

根据自己使用的语言，制定代码风格规范，可参考语言的相关标准，比如 PHP 有 PSR 。

代码风格规范达成一致后，一定要落实到文档上！

方便其他同事进行 CodeReview 时使用。

常用的代码管理工具：Git、 SVN。

工具的使用，大家都知道，就不多说了，约定一些基础的规范。

**<type>(scope)：<subject>**，比如：fix(首页模块)：修复弹窗 JS Bug。

type 表示动作类型，可分为：

scope 表示影响范围，可分为：模块、类库、方法等。

subject 表示简短描述，最好不要超过 60 个字，如果有相关 Bug 的 Jira 号，建议在描述中加上。

说实话，由于种种原因，自己实施的并不好。

CodeReview 检查哪些问题？

CodeReview 如何执行？

前期准备
- 制定 CodeReview 规范和标准，这样在审查过程中可以有据可依，有理可循。
  - 确定 CodeReview 审查者、参与者。
实施期
- 在 CodeReview 前，审查者需将审查内容及审查的规范和标准告知所有参与者和代码作者。
  - 在 CodeReview 时，审查者要进行逐项审查，不能因为时间不足等因素一扫而过。
  - 在 CodeReview 后，审查者要对发现的问题，给予解决方案，同时进行问题记录，便于事后跟踪。
  - 审查者不能只在发现问题时提问，遇到不清楚的代码设计和业务，也可以让代码作者进行讲解，便于自己熟悉整个业务和代码设计。
  - 期间营造一个讨论问题、解决问题的氛围，不能搞成批判会，这样会影响大家的积极性。
事后跟踪
- 对发现的问题，确定修复的难易程度以及影响的范围。
  - 对发现的问题，确定修复完成的时间点。
  - 对发现的问题，修复后要进行验证。