认识达内从这里开始

架构师是程序员在职业发展道路上的一个发展方向，而今天我们就通过案例分析来了解一下，架构师在工作中需要注意哪些问题。

1、脱离业务

经过这么多年市场的摧残，应该鲜有人还会挑战这个结论吧。妄图以技术改变世界的，不出意外都被业务方爸爸给教育得妥妥帖帖。任何企业的终极使命都是活下去，要活就需要银子，要银子就得有盈利预期的商业模式。不客气点说，市面上那些逢必谈技术驱动的创业公司，大多是还没找到自己的盈利点的。因为真正的技术驱动，在我看来，从来都是为商业服务的，还真的天真到以为是为了改变世界啊?

架构师更无法超然于业务之外。如果你的设计、你的底层逻辑不是为业务预期筹划的话，不止业务方不满意，包括实施的研发团队也会不堪重负。很简单，当技术方向与业务方向不一致有夹角的话，时间越久实施团队的负担会越重，实施成本和工期也会越高，到后必然是技术的妥协。当技术不能带来收益，什么情怀什么情结都是唬人的泡泡，一戳就破。

再说一个观点，架构师其实也是个服务行业，为业务团队更快更好的交付价值而努力，为组织将价值大化而努力。所以架构师的目标和业务团队的目标当然应该是一致的，深入业务一线、掌握业务脉络、预测市场趋势都应该是架构师需要涉猎的，不然选择同步还是异步，用户ID选择INT还是BIGINT还是提前规划为分库分表的分段式设计，选择线性一致性还是终一致性...从来都不是拍脑袋选的，而是基于用户和市场做出的当下合理准确的判断。可以粗糙落地但必须未雨绸缪，可以未雨绸缪但不可过度谋划。

2、不计成本

自古以降，IT都被视作成本中心，翻译下就是，IT一个花钱部门，挣钱?那是销售和市场的事。诚然，随着国内近几年互联网的大浪淘沙，对IT的投资大部分老板不太会吝啬了，就冲着程序员这种闷头干的傻劲，肯定是物超所值。但IT的这种“闷头干”值不值，必须有个前提就是方向对不对，而架构师就是指方向的关键人，如果指错方向的话，血本无归真不是开玩笑。简单一句话就是，身为成本中心的IT应该有成本的觉悟。

让人哭笑不得的是，程序员群体里有成本意识的人少之又少，有成本意识的可能是CTO或者人力外包的项目经理了吧。架构师作为追逐技术的扛把子，一旦沾上了追求完美的“恶习”，就会浮想联翩，这功能得上那功能也不能缺，“过度”追求超出当前业务规模和需求的技术投入。像不像双11的你，提前消费屯了一堆你一年可能也用不完的东西，等一年过去了，新的双11来了，有了更想买的东西，原来屯的可能也过期了，技术同样如此，同样有保鲜期。所以，架构师们请捂紧钱包(成本)，理性架构。

有时候未雨绸缪的铺垫性设计就好，不用全部实现到位。比如目前的业务并发量压根用不到限流，但是你可以先有一个网关应用，或者请求拦截组件，能够随时注入这个限流功能，并且对业务系统还是无感的，这就是优秀的铺垫性设计，点到即止。

3、重复劳动

程序员，作为著名的脑力工作者，八成的时间却是在重复劳动。所谓学会增删改查，走遍IT都不怕。但是架构师却不能在此列，架构师确实需要有大量的经验打底，但这个底可不是用来做重复的设计或方案的，是用来以此为基础做出更多的沉淀、抽象、复用、创新、升级。

在我看来，架构师证明自己有存在价值的重要依据就是，自己和所属团队是否长期在从事重复劳动。架构师自己在重复劳动，说明缺少了创造力;团队在重复劳动，说明架构师没有为团队起到领导作用。架构师应该是那个拿着榔头满世界找钉子的人，重复劳动不一定就是坏的但一定是有优化空间的，身为架构师要是对这颗钉子视而不见，让组织陷入重复劳动的泥潭中，架构生涯堪忧。当然还是要强调一下，满世界找钉子敲也要有个度，因为我们的上一忌就说的是成本，一个组织不可能支持你漫天开火。

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请在707945861群中学习了解。