在我们注意一些陷阱的前提下，如果java架构师参与写代码的工作，那么我们可以获得哪些好处呢？
尊重java架构师
我曾经见过一些开发人员忽略了对java架构师的尊重。毕竟，java架构师不参与写代码的工作。他们不知道如何平衡可读性、设计和可维护性。
因此，如果Java架构师参与编写代码，那么他们可以告诉开发团队他们正在并肩作战。 他们了解实际情况。 他们愿意在必要时携手并进。
此外，Java架构师还可以更频繁地共享设计见解。 通常，开发人员看不到对架构模式的需求，因为他们从未见过可以改善生活的模式。 Java架构师可以通过交流设计重要部分的体系结构来解决此问题。 或者，他们可以帮助团队将代码的混乱部分重塑为精美的内容。
更好地理解设计
如果Java架构师参与编写代码，那么他们就有机会向开发人员传达更具影响力的设计思想和原则。 看到在白板上绘制的适配器模式是一回事，而在IDE中看到适配器模式则是另一回事。
此外，Java架构师应鼓励开发人员更多地考虑设计。 作为指导者，您可以教会开发人员应对意外更改，并找到解决问题的模式和设计。 您应该公开讨论解决方案的利弊，提出问题和讨论，并发展设计协作。
另一种方法是使用原型。 如果Java架构师为他们的某些架构设计提供原型，他们可以部分了解原型在现实生活中的工作方式，并为团队提供需要构建的内容。
实时设计更新
参与写代码工作的java架构师可以实时地评估备选方案。过度架构的解决方案需要花费太多实现的时间，java架构师可以为团队提供有关开源或购买库的信息。
让java架构师与团队在一起可以确保根据不断变化的需求调整架构。此外，过度提前设计的工作压力也会减少。
如果java架构师每周都可以参与一点写代码的工作，那么他们就可以及时地注意到代码偏离了愿景，从而可以及时地调整方向。此外，java架构师还可以更好地处理正在创建的技术债务。而且他们能够指导团队何时增加技术债务，何时不能增加技术债务。
最终产品的架构所有权
如果java架构师参与最前线的写代码工作，那么他们就会拥有更多产品的主动权。可以更好地了解他们的解决方案为企业带来的成本。如果他们能够亲手实现自己的解决方案，那么他们就会很快意识到哪些设计决策非常重要，而哪些设计决策可有可无。
例如，通常java架构师需要针对可能发生的每种情况进行规划。 但是在项目开始时，通常很难知道哪些问题是真实的，哪些是想象的。 或者至少哪些情况不太可能出现。如果最终我们只有 100 个客户，那么就没有必要创造一个冗余且规模巨大的迷宫。 我们应该专心提供价值。
推荐阅读：java架构师指南之什么是架构和架构本质