合格的程序员可以很好地完成分配明确的任务，但是在大多数情况下，“架构”这个词意着Java架构师不会涉及太多细节。 架构图和代码实现之间总是存在一定距离。 您不能保证每个人都能正确理解您的设计，或者当程序员在编写代码时遇到障碍时，程序员会立即想出足够优雅的解决方案。
在我看来，编写代码的Java架构师更像是从事后勤工作：第一次发现代码中可能存在的问题，警告其他人，或为其他人提供改进建议，必要的时间或向其他人展示正确的姿势。
在大多数情况下，作为Java架构师，我不需要接管“核心模块”的开发工作。 毕竟，我可以分配的时间太分散，效率难以保证。 当他们专注时，许多人的表现要比我好得多。 ，我只需要保持整体观点和适度的参与。
通常，Java架构师和程序员在某些方面有点像产品经理和用户之间的关系。 大多数程序员不会主动告诉您他们想要什么以及需要在哪里进行优化。 他们甚至都不知道这一点。 。 要制作出好的产品，快捷方式之一就是与用户做同样的事情。
许多程序员非常擅长解决问题。 他们可以在下午编写数百行代码以实现该功能。 但是有一种感觉，我什么都没考虑。 大多数程序都可以实现功能，但是如果您将“时间”作为考虑的维度，您将意识到合格的项目需要考虑更多的事情：更通用的用法，易于理解的文档，简单性以及易于扩展的设计 等
许多公司应该拥有一些旧系统。 它们庞大，笨重，难以使用且几乎无法维护。 每个人都在抱怨这些系统，并且他们每天都在尝试替换那些旧系统。 但是经过一段时间后，您会发现周围的新手开始抱怨当时的系统取代了旧系统。
推荐阅读：java架构师指南之什么是架构和架构本质