技术开发是一项协作运动
最近看的一本书，结合到现在的工作，觉得特别的应景，所以简单做些记录，在学习的时候，结合目前情况和心境，可以让我们有更好的体会。
每日立会
立会的目的是为了让每个人理解进展状况的好方法，但必须站立开，保持快速和有效，包含三个主题：
- 昨天的收获
- 今天的计划
- 面临的障碍
好处是什么呢？积极寻找帮助、理解所有人的进展、形成激励、代码和思路的共享、避免重复。
注意如果立会是浪费时间，说明还没有形成团队意识。
人人都是架构师
架构师要写代码，不了解系统的具体细节，就无法做出有效的设计。只通过一些高度概括、粗略的设计图无法很好地理解系统。
战术决策，影响成败的决策需要对战场状况有明确的了解。
设计要解决的是眼前面临的特定问题，随着设计的实现，对问题的理解也会发生改变。
每个开发者应该都是架构师，一定要先设计，如果放弃设计，等于放弃了思考。
架构、设计、编码是同一个活动，只是开发的不同方面，微服务就是基于这样的理论基础。
代码集体所有制
每个人需要接触不同的代码，提倡轮换制，这样可以以不同的角度审视代码，也方便后续重构。
这一点我个人是特别赞同的，好处特别多，每个人会更加用心对待自己的代码，整体上还能提高质量，提高可理解性和可维护性，减少错误率。
代码集体所有制不会丧失团队专家的技能，并不矛盾，从团队的角度来看是能达到双赢。
成为指导者
权威性不是说保留自己的专业能力，应该共享，让所有人变得更好。
通过详细解释自己的东西，可以让自己理解的更深入，别人提出问题时，也许会发现不同的角度，这对自己的理解非常有好处。
与别人共事，激励每个人变得更出色，能提升整个团队的实力。
指导者就是分享知识、经验和体会，意味着要对别人的所学感兴趣，成为指导者是向团队进行投资的一种极佳的方式。
允许每个人想办法
不是命令，也不是分配，避免陷入固有思维，让解决问题的人自己想，双方学会如何解决问题。
用问题来回答问题，可以引导双方找到正确的解决方案。
接纳别人的想法，而不是盲目接收，这是受过教育的头脑的标志。
代码检查
这一点我很赞同，形式不重要，比如大家坐一起查看代码，检查可能存在的问题，有没有更好的解决方案，提出一些问题，是否可以重构。
但需要注意，不要在最后时刻进行代码检查，那时候就不敢做修改了。
通报进展与问题
这是对自己负责，也是对团队负责，遇到问题才能及时互相帮助，双发才能取得信任。
经常抬头看看四周，而不是只埋头于自己的工作。
可能昨天太热了，在这美好的日子里，感觉自己感冒了，睡了一天。
正文到此结束
热门推荐
相关文章
近期评论
-
文章和留言都翻到11页了 没有OOM
-
-
朋友，翻页到11页，及以后，会出现OOM，无法访问
-
-
搞个gitee的项目
-
-
版本号是多少，你可以下载哪个代码仓库，jdk选1.8 直接跑就行
-
-
-
Loading...
![[HBLOG]公众号](https://www.liuhaihua.cn/img/qrcode_gzh.jpg)
