无法理解，就无法管理

团队在项目中遇到很多的技术依赖，好不容易搞清楚某个event是如何触发的，又碰到某个数据该从哪个微服务拿的问题。这些都要问美国总部的架构师。

这对我来说不是新鲜的事，很早以前我就意识到，如果我们不去理解架构师是怎么想的，他的架构原则是什么，微服务的划分是怎样的思路，那么我们永远只能一个问题接着一个问题，无法主动思考。

解决这种技术上对架构师依赖的终极办法，就是用架构师的脑袋思考，不能光知道每个问题的答案，还得知道他是怎么得出这些答案的，他的思考方式、以及基于的原则是什么。

所以，我的行动是，帮助我们的开发和美国架构师建立连接，并且表达了我以上期望。

这是我对“技术依赖”的管理。

然而，今天这篇我想说的不是这些，而是：如果我自己不理解这些技术的东西，不理解微服务有哪些原则，我能如此管理这个技术依赖吗？我表示很怀疑。

这是今天看到的一句话：

有句话说，你无法管理不能衡量的东西。然而更重要的一句话是，你无法管理你不能理解的东西。