Google软件工程之文化篇 · BMPI

[utterances-bot]

Google软件工程之文化篇 · 构建我的被动收入

本文是《Software Engineering at Google》的读书笔记，同时会穿插分享我对软件工程的理解。本文主要介绍软件工程中人的因素，也就是文化部分。

https://www.bmpi.dev/dev/software-engineering-at-google/culture/

[madawei2699]

在V2EX的讨论：https://www.v2ex.com/t/868443

[madawei2699]

Code Diff和Code Review的区别：Diff 和 Review 不太一样的地方在于，Diff 是一个团队集体行动，大家一块看某个开发者写的前一天的代码，这样的好处在于每个人都能反馈，也能了解其他人做的工作，防止一些信息不同步的问题。Review 一般是一两个人去审查对方已经要合入主干分支的代码，更适合外部人员提交代码到主干这种 GitHub 分支管理模式。

[madawei2699]

我们团队每天会做 Code Diff ，这是个必须的实践。团队规模在几人以内可以让每个人都有时间讲解自己的代码，如果代码太多，那可以给每个人一个时间限制。如果团队太大那可以拆分成多个 stream 来管理，总之 Diff 的人员不能太多，但每天都应该花时间做，因为收益要高于成本，可以统一代码风格，保证可读性，提高成员水平等。

[xmge]

给博客的思维导图提个建议啊，用 mac 看博客，通过触摸板不断往下拉文章时，当遇到思维导图时，就会变成给思维导图放大或则缩小了，有点影响体验

[xmge]

不过把鼠标放两边就不影响了

[madawei2699]

不过把鼠标放两边就不影响了

嗯，我就是这么做的😂

[conge]

我所在的团队是一个研究/产品团队，也采用敏捷开发的一些项目管理形式来做。
有一个类似于tech lead的职位，但似乎并没能起到lead的那些作用，还是做的IC的工作比较多。

做科研的用agile这一套，真的是适应起来比较困难。

[madawei2699]

产品团队用敏捷做产品研发管理没问题啊，但如果是研究型的团队，探索任务更多吧，我觉得可以对敏捷进行裁剪可以做部分实践，并不一定完整按项目管理来做。但任何团队管理斗存在类似的问题，比如人员培养、分工、协作等，这些团队管理问题都需要Tech Lead来解决。

[wanghuibin0]

请问文中的思维导图是用什么工具做的啊？

[madawei2699]

https://www.bmpi.dev/self/my-drawing-toolbox/