团队在项目中遇到很多的技术依赖,好不容易搞清楚某个event是如何触发的,又碰到某个数据该从哪个微服务拿的问题。这些都要问美国总部的架构师。
这对我来说不是新鲜的事,很早以前我就意识到,如果我们不去理解架构师是怎么想的,他的架构原则是什么,微服务的划分是怎样的思路,那么我们永远只能一个问题接着一个问题,无法主动思考。
解决这种技术上对架构师依赖的终极办法,就是用架构师的脑袋思考,不能光知道每个问题的答案,还得知道他是怎么得出这些答案的,他的思考方式、以及基于的原则是什么。
所以,我的行动是,帮助我们的开发和美国架构师建立连接,并且表达了我以上期望。
这是我对“技术依赖”的管理。
然而,今天这篇我想说的不是这些,而是:如果我自己不理解这些技术的东西,不理解微服务有哪些原则,我能如此管理这个技术依赖吗?我表示很怀疑。
这是今天看到的一句话:
有句话说,你无法管理不能衡量的东西。然而更重要的一句话是,你无法管理你不能理解的东西。
网友评论