公司内部以前分享的内容

1. 对内较真，对外果断
2. 快速犯 2 次错误并修正问题， 比陷入设计质量更能够提交设计能力。
3. 跳出争论， 先想一想自己坚持的方案和其他的方案的差异是否在实际情况中带来的真实影响到底有多大。 如果区别不搭， 先想办法让事情可以走下去，只有走下去最终产出结果，此刻争论，纠结的对错才会被赋予微不足道的意义。


再想想 go-format ， 在看看 java 和 kotlin 的各种风格。


最后我就要搬出瑞达利欧的一段：

一个决策团队，如果内部有人因为决策没有达到自己的需求而持续闹事，肯定要遭遇败绩——在公司、机构，甚至政治体系和国家，这样的例子比比皆是。我不是说人们要假装喜欢相关决策，或者不再对相关问题进行核查。我的意思是，为了提高有效性，所有集体合作的团队必须遵照规定，为分歧解决预留时间，同时，要让持不同意见的少数派明白，一旦他们的观点被推翻，整个团队的一致性要优先于个人的喜好。

团队比个人更重要，要避免破坏既定路径的行为。 换位思考很重要，决策是由公司管理层决定的， 如果你是管理层？