gydtep

当然我们光用技术语言和项目语言也是无法完全处理好汇报关系的。因为不管甲方也好、乙方也罢，都是一个活生生的人。我们要在跨团队合作中，要找到双方共同的利益点。如果一件事情只对自身有利，而对别人无利，这样的合作关系是不长久的。当然我们也可以去创造有利的条件，将对别人不利的地方转变成有利。

gydtep

无论是垂直的功能组织还是横向的项目组织，我觉得重点一定是要做好信息的交换。我们工作中80%的时间都在处理信息的对齐问题。只有我们清晰的表达，才能更好的处理信息交换。

gydtep

当今互联网时代，信息大**，也可以说是数据大**。将数据-信息-知识-智慧这个转化逻辑做好，善于处理接收到的信息，才算做好了自我管理的第一步。我们一定要善于从信息中去挖掘问题，发现矛盾。

gydtep

所以我们应该拉长时间去看效率本身，谨防优先级成为拖延借口。另外一个可能导致拖延症的“病因”就是“完美倾向”。其实过程中的不完美相对而言真的没有那么重要。

gydtep

不同的 BU 中，不同的业务中又是如何定义年轻人和老人的呢？仅仅是简单的通过年龄去判断吗？还是通过他在该领域的经验与知识呢？在阿里内部，你可以了解更多不同 BU、不同业务的新知识、新技术，其实也是另一种意义上的“永远年轻”。

gydtep

更好的情况是我们知道自己不知道，有知道别人知道，这样就特别适合我们自己学习进步和成长。当然如果我们知道自己知道，也知道别人知道，那就是真正的同类中人，知音难求啊~求同存异才能学会更多，突破自我，那么赶紧看看别人都是怎么思考的，自己又在哪些方面比较“无知”呢？

gydtep

有人曾说架构有个“看山四境界”，面对的场景，一个比一个复杂，解决的问题一个比一个困难。在人类早期社会时，就是单纯的为了生存，吃喝保暖、生老病死。就是“看山就是山”的境界，等到面对的事情越来越复杂，就会体悟到更多不同的境界。

gydtep

我的 OKR 是什么？就是面向中台，以终为始。为什么是“面向中台”呢？因为我所在的云原生团队最核心的就是“面向中台，数据驱动”。那为什么又是“以终为始”呢？人这一辈子总是要趋向死亡的。

gydtep

最后就是祝愿每一个程序媛，每一个宝藏女孩都幸福。我特别不同意网上那句话——虽然我想了这么多，但是我还是过不好这一辈子。我想说的是：虽然我想了这么多，我还是能过好我这一辈子。这一辈子我们要超然，虽然还有很多没有做到，但是我们愿意去追寻。

gydtep

feature只有42个，网络输出只有22个，这样的设计在降低运算量的同时会损失部分详细信息，是会影响最终的效果；