25 | 系统架构：如何从写代码的程序员，成长为软件系统架构师？

作者回复: 有内味了有内味了～！ 所以你也理解为什么软件工程师有饭吃吧，个人的理解，不是为了重复造轮子，虽然都是轮子，但是对于每辆飞速行驶的车，对轮子上各种细节的雕琢，都可能会对业务带来巨大的提升，这辆业务的车是在沙漠里开，还是在湿路上开，还是在山路上开，都会对轮子提出非常具体的要求。甚至沙子是细沙还是粗沙，都不一样。所以只要全世界的业务还都没挪到软件系统上，只要业务还在发展，软件工程师就一直有饭吃。 当然，重新造轮子，得到最大锻炼的就是架构师。架构师要珍惜珍惜再珍惜每一个重新造轮子的过程，深入理解公司业务的需求，构建业务模型，打造能帮助公司飞驰的轮子。这种公司花钱出人让人得到实践锻炼的机会，遇到了做梦都能笑醒。

作者回复: 你貌似没写完哈哈哈。 获取业务的信息，先从自己做的系统入手。虽然我们平时最多的工作可能就是写代码。但是我们要想理解业务，还是要能跳出代码的世界，理解自己所做的系统解决了业务的什么问题。这个可能要具体系统具体分析，但是很多时候，我们所做的系统都远比我们自己想象的要更重要。 很多时候，正是像你所说的，“骨干架构简洁，即使后续各种原因堆砌了“烂代码”，对系统的影响仍然是局部；还有对业务的适配比较好，设计能对应业务，基于此开发，难度不高；”。这时候，业务的精髓都在架构里了，而业务开发很多时候只要做一些外围的事情，无需理解全局也能产出成果。但是，这并不是对自己的发展有利的事情。 我还是回到做饭的例子。核心的架构和系统搭建好了，就好像有了一个自动炒菜的机器。平时做业务代码，就是洗菜切配，按照菜谱喂给自动炒菜机。然后菜就做好了。感觉好像做菜就是这么简单，但其实真正核心的业务并不是洗菜切配，而是这个自动炒菜机。 如果要熟悉业务，我们就要克服自己的惰性，顺藤摸瓜也好，打破砂锅问到底也好，把自己系统的业务吃透。我可以给你一个方法你试试看。就是顺着数据这条路走。摸清自己业务的数据从哪里来的，分别代表什么含义，经过了哪些系统处理，这些系统又对数据做了哪些事情。 然后就是自己的系统，摸清数据在自己系统里的各个流向和处理方式。数据最终落地到了哪里，或者返回给了哪些系统。 最后就是再顺着数据走，看看这些落地的数据或者返回给别的系统的数据，是如何被使用的。

作者回复: 架构师要做的是根据资源解决问题的事情，不是列出问题强调难度、推卸责任的事情。 历史遗留问题，人员水平问题（如果真的是的话），都是架构师需要考虑的问题。架构师最没资格说这有问题那有问题。 啥都没问题还要架构师干嘛。

作者回复: 打好技术基础，这是构建世界的基本能力。

作者回复: 投入时间精力，自己主动思考。

作者回复: 嗯呐，年龄增长，靠拼时间精力，靠硬怼，会越来越吃力。俗话说拳怕少壮，乱拳打死老师傅。职场上年龄大了，继续靠这种蛮力拼杀，会越来越吃亏。 从技术路线上来看，随着工作年限的增加，要越来越注重自己内功的修为。比如，系统架构，理解业务等。不要再痴迷于高投入，低输出的事情，要注意让自己投入的时间和精力，可以用在完成更高阶的工作，完成那些需要经验积累才能完成的工作。