转载

架构设计很多时候只有一次机会

经常让同学准备技术演讲、技术分享，并且鼓励大家多做，多尝试，因为在一个应用研发过程中，很多时候设计只有一次，就像电影导演说电影是遗憾的艺术，因为没有办法在去修改，有了问题也只能看着，因为电影已经发行。

架构设计很多时候只有一次机会

设计软件不像电影那么极端，可以在后续版本不断修改，但是存在问题就是，如果是一个软件接口，你修改了下游就要修改，牵一发动全身，再有如果下游有多个，那修改的难度更是难上加难，推动大家都去修改成本是极其高的，因为大家都很忙。

如果我们要修改是软件内部模块，那也不是一件简单的事情，因为我们自己通常也会很忙，有许多新的需求需要开发，有很多事情需要我们参与推进，让正确事情持续发生，虽然会一直想着那个问题，可能也就没有时间去修改了，再有工作中不断有相关交接，后续不负责那个模块或者系统了，新的接手者，模块不出问题，一般不会去修改，这个设计上的失误遗憾就留下了。以前云风分享过类似观点，当时似懂非懂，经历更多才能想的明白。

怎么样能够避免架构设计上的遗憾呢？就是一次做好设计，一次不做好，后续就很难去改正，或者改正成本很高。一次设计好说的容易，做到很难。需要我们在平时花费大量时间去把技术做深，做扎实，技术做深度调研，在实际使用中不断结合理论把技术吃透理解透，才能避免这样的问题。

在有就是做一件事，我们就要有把他做好做精的决心以及勇气和态度。不然就去不断找寻自己的感兴趣的事情，有强烈好奇心的事情，好奇心驱动才能把事情做的更好。年轻人做事不能太功利，太功利走不远。领导管理员工不能拿kpi就完事，那领导大家就太容易了，是一种偷懒的做法。毕竟事情不是兴趣驱动，不如回家卖红薯。

把事情做深、把事情做细、把架构设计一次设计好，需要我们花费大量时间去思考、去研究、去学习，这样有一个副作用，一个好的副作用就是个人的能力得到极大提升，在职场竞争力会变得很强，特别是当下竞争越来越激烈，对职场人要求越来越高的当下。

很多同学对技术感兴趣希望用到实际中，希望推广开，从我个人角度极其推崇这种方式，因为技术本身只有大家都用了，用到线上，用到实际业务上才能有更大价值，这样我们对新的技术与潮流有不断深刻认知，避免只在低头走路，忘记仰望星空。

我们要找到自己感兴趣的事，并通过一切努力把它做好，这样才能做更多的事情，接受更重要的事情，才能避免类似于导演的那种遗憾，希望对大家有启发。

原文 http://mp.weixin.qq.com/s?__biz=MzI3NTYzNzQ0NA==&mid=2247484378&idx=1&sn=f79787e1498ca5514c2d705ca5dc28e7

正文到此结束