如何做好移动架构师？

作者: 勇往直前888 | 来源:发表于2016-10-02 12:07 被阅读762次

选人，Java后台还是客户端开发？

Java跟C、C++、PHP、Python等一直较劲，在当前的现实中，也稳坐编程语言榜首
面向对象的思想在应用开发领域占主导，Java往往成为其代名词
Java技术的人多，一直以来也有大公司资助，所以发展一直不错，进入了良性循环
从企业的角度来说，找Java后台的人相对比较容易
后台被认为是技术核心，而客户端，被认为技术含量不高
贪省事，让Java后台的架构师顺便来一下客户端几个人就好了，这可能是有些企业负责人自然而然的想法
客户端技术和后台技术的侧重点完全不同，连编程语言都不同。Java能统一后台开发；但是从目前的趋势看，虽然客户端也在强调统一，不过语言肯定不是Java
Java后台的人跟用户离得太远，与产品人员沟通，那真是鸡同鸭讲
如果产品真的是为了给用户用，那么选客户端背景的人员做移动架构师要好一点。
客户端是IOS，android，还是JS，根据企业喜好来选吧。根据本人经验来说，当然是IOS啦。智能手机这么热，是谁带起来的？从编程体验，程序美感来说，谁的最出色？只要干过移动开发的人，这几个问题都是不言而喻的

作为移动架构师，要重点注意的三个问题

架构师作为中层管理，直接领导一般是总监了。技术加管理的综合职位，在技术和管理上面的思路，跟总监要保持一致。这方面是最重要的。如果这点做不好，趁早换地方，不让对自己，对总监，对企业都不好。有两种情况需要注意：一种是跟总监合作很好，但是总监自己要换地方；这里，最好和总监一起走，能遇到一个好领导不是一件容易的事。另一种是空降一个总监过来，但是两人想不到一块去。这个时候就有点纠结，离开嘛，感觉舍不得，前面的付出要泡汤；留下嘛，感觉又很别扭。这种情况，需要加强沟通，调整自己，努力使合作更顺利一点。否则，还是要走，毕竟胳膊拧不过大腿，估计大家都懂的。
跟周边部门的合作要做好，特别是产品和测试，运营也要注意一下。否则，将会导致很多稍大公司的部门墙。
跟具体的开发人员也要搞好关系。管理的本质是自己不干活，但是团队的整体效率要更高。这点如果做不好，最直接的影响就是团队的绩效不高，团队缺乏凝聚力，团队气氛压抑。这在很多公司都有发生。

从思想上认识到，两者是利益完全一致者。总监为架构师拓展上升空间，而架构师将总监的规划切实落地。
保证足够的沟通，可以约定一个固定沟通机制，比如每2周一次。让双方在思想上保持同步和一致。
如果CTO也是客户端技术出生，那么架构师可以多探讨一些技术经验，将CTO的一些技术构想落到实处，同时自己也能在技术上获得提升。
如果CTO是Java后台技术出生，那么CTO尽量授权，架构师侧重在设计思路，技术可行性，技术风险等较高的层面内容。
架构师应该带着方案和CTO沟通，讲清楚AB方案的优缺点。可以让CTO来下决心，就算是架构师下决策，也要获得CTO的认可。
如果意见出现分歧，最好的方式是先搁置，等条件成熟了，很可能意见会趋于一致。如果不能等，只要CTO的意见不是太离谱，还是按照CTO的意见执行比较好。如果有十足把握，自己的方案更好，那么也要得到CTO的许可和谅解，否则千万不要这么做。

产品经理一般不懂技术。架构师的作用就是帮他解决这个问题。在理解了需求之后，要进行技术可行性分析。从技术的角度，提出改善意见。在不改变整体方案的前提下，修改设计，方便实现。这就需要产品经理和架构师的合作。
与后台架构师搞好合作，从后台到实现，整条链路太长，一个人管不过来，需要两人好好合作，共同把好技术关。
测试，要当作开发的朋友看待，是自己人。可以考虑让测试人员在“自测”阶段介入，帮助开发人员提供测试案例。
运营，关系稍微远了一点。关键点是及早介入，不然，到临上线了，要加入一对的运营需求，就可能影响产品投放时间了。
总之，和周边部门，应该以合作为主，及早沟通，将风险消灭在反生之前。

本文标题：如何做好移动架构师？

本文链接：https://www.haomeiwen.com/subject/pwldyttx.html