架构师与程序员的爱恨情仇

       最近在工作中发现我们在很多地方架构师与程序员之间很多地方出发点是不一样的,比如我最近遇到的一些问题,很多方案,在编码过程中,开发人员会使用自己习惯的解决问题的方法来处理遇到的问题,而且他们也会说出一大堆道理。

 

       我们平台在后台有一部分业务数据直接接调用第三方系统的RESTful接口。

 

       我发现有人在前端js获取到表单数据之后就直接构造我们在后台调用RESTful所需要的所有数据,不光是构造,而且也填充了很多冗余数据,构造了一个很大的JSON数据,还是JSONArray,其中所有array的一个属性是和其他元素的该属性完全一致,整个JSON数据基本上有70%的数据是完全重复的。

 

       这样造成的后果就是每次请求服务器,网络上的数据基本上70%的数据是冗余的,而且也有在前端javascript做业务逻辑的嫌疑。

 

       我说明我的想法的时候,他们都会说:”我明白你的意思,但是我这样做又会有什么问题呢?“

 

       最后经过我们三次的沟通他才愿意修改它的实现方式,一方面是他已经用他自己的方式将该部分的逻辑功能基本上实现了,另一方面他自己在做具体实现的时候也根本没有意识到自己在做每一部分功能的时候考虑性能的因素,完成即可。

 

       有些时候架构师在一个产品中决定的方案不愿意被别人修改,这样其中有一个原因就是不想自己的技术权威性被开发人员给发现有漏洞,而且还想保证自己在这个团队里面的发言具有绝对的权威性。

 

       对于开发人员大家都还在发展的壮大的阶段,其实架构师也一样,在工作的每一个环节上都是可以提升自己的某方面的能力,但是大家总意味这个项目小我只要考虑实现其中的功能,更本不考虑性能。

 

       大家在遇到类似问题时又是怎么在一起沟通的呢?

 

你可能感兴趣的:(架构师)