技术很多时候是撬动人类历史快速向前发展的核心因素之一，火药的发明引发了从烟花，到火炮，火绳枪，燧发枪，连发枪的持续演化，而且演化迭代的速度也是越来越快；商业上也是同样的道理，如果说原来的电话普及是数十年才填满市场，那么现在的智能手机则只是短短的几年；

一名合格的架构师在这个快速发展的背景下，只有不断持续的学习，才能跟得上时代的步伐，才能不让自己成为团队和组织的瓶颈，才能持续的做出自身的贡献，所以，要沿着架构之路坚持的走下去，就去做一名终身的学习者吧！

你觉得呢？

　　互动问答

问题：初创公司生存是第一位，但是很多公共模块还是应该及时挤出时间来做抽取，完善。基础平台还是应该尽早完成。您怎么认为？

重要而不紧急的事情，肯定需要做， 但要balance好主要战略目标和短期milestone的关系。

问题：架构师与语言有关么？

架构师和语言既有关，也无关，但架构师因为需要从基础成长起来，所以，通常会依托某种语言生态，那么，思路上会受到相应的影响；但随着成长，atv直播，广度上来之后，很多东西可能就已经可以脱离语言生态的思维了，终极： 哲学。

问题：请问老师，在大企业做架构师好还是在小创业公司做架构师好？两个环境下工作如何侧重 ？

在什么环境下做架构师都好，只要你有自己的目标。大企业你可以看过猪跑，但也可能只局限在一个小域内而看不到全局，这时候需要你有主动出击的意愿和行动；小企业你可以一开始就构建良好的基础，但需要能够预见中长期的发展空间。

问题：如何平衡好成本，速度，质量，风险？而且互联网流行快速试错的MVP的吧？

MVP的概念需要每个人自己去体悟，试错和架构其实是两种思路，试错其实是不确定性更多的方式；架构是确定性更多的思路；

问题：技术债可以欠但不能欠的太多，否则后面真的还不起啦，可以这么理解吧？

技术债是一个复杂的话题， 牵扯的因素很多，包括人员层次，开奖，人员流动，目标和激励等；要还其实也会需要去权衡，重点还好了，想全还，哼哼。

问题：架构师是否分为业务和技术两个方向？

架构师分不同的维度，可以分，你也可以给自己不分，希望这幅图可以帮助你了解架构师X跟架构师Y，但其实都是架构师。

问题：公司在快速发展的过程中，很有可能出现技术不能很好的满足业务需求的情况，更有甚者就是技术限制了业务的快速发展，技术为了尽量满足业务需求欠下很多技术债，再加上频繁的人员交替，很多业务实现惨不忍睹，请问这种情况站在架构师的角度，如何更好的去解决这种问题？

阿里的问题是你参考淘宝风格和支付宝的风格就可以了，其实， 淘宝风格是中国模式的典型发展模式，遇到问题解决问题，谁能解决问题，谁上，如果希望解决遗留问题，我觉得还是挑重点的问题突破，你无法解决所有问题；

问题：开篇说架构不是演化出来的，那难道架构不应该跟随当前公司发展不断演变的吗？

我前面说了，系统演化出来的，组织是演化出来的，架构不是，自己多想想。

问题：现在的大公司，有没有专门的架构师团队，要不要搞个这样的组织形式？

我认为可能最终是看技术负责人的治国思路；但有一点是需要澄清的：很多大公司到最后基本上架构组织就退化掉了，因为复杂系统到了一定程度，只靠架构组织是搞不定一个复杂组织的发展的，但前期架构组织如果奠定了很好的基础，比如强大的中后台，那么， 对于大型组织来说， 组织演化就会平滑的多。架构师团队和架构部（平台部，基础架构部等等）不见得对等，而且架构设计是一个角色（可由个人或团队承担），而架构师是一个职位。

　　作者介绍

王福强，A Writer, A Fighter, A Programmer And A Teacher， 《Spring揭秘》和《SpringBoot揭秘》作者，原挖财技术VP及首席架构师， 原天猫资深架构师，原阿里巴巴高级技术专家，浸淫Java平台多年，然近年更喜Scala， 专注于并发并行编程，HPC，分布式系统设计与实现，Big Data， 实时数据追踪与计算等领域。

　　今日荐文

　　如何使代码审查更高效？