在当今科技领域，关于架构师是否应该写代码这一问题，一直存在着广泛的讨论。

一些人坚定地认为架构师不应亲自写代码。他们的观点主要集中在架构师的职责更多在于宏观的规划和设计。架构师需要专注于理解业务需求，制定整体的技术战略，协调不同团队之间的工作，确保系统的可扩展性、稳定性和安全性。他们需要花费大量的时间与非技术人员沟通，解释技术方案，争取资源和支持。如果陷入具体的代码编写中，可能会分散精力，无法从全局的高度把握整个项目的方向。

然而，也有不少声音主张架构师应该写代码。写代码能让架构师保持对技术的敏锐感知，了解最新的编程趋势和工具，从而在设计架构时做出更实际、更有效的决策。通过亲自编写代码，架构师能够更深入地理解开发过程中可能遇到的问题，在设计中提前规避风险。而且，能够以身作则，为团队树立技术榜样，激励团队成员不断提升技术水平。

实际上，架构师是否写代码并非是非黑即白的选择。在不同的工作环境和项目需求下，答案可能会有所不同。在一些小型团队或创业公司中，资源有限，架构师可能需要身兼多职，包括写代码。而在大型企业中，分工明确，架构师可能更多地侧重于规划和协调。

但无论如何，架构师都应该具备扎实的代码功底和丰富的开发经验。即使不频繁地亲自编写代码，也能在关键时候给予团队有效的技术指导和支持。

架构师应否写代码没有绝对的答案。关键在于根据具体情况，在宏观规划与微观实践之间找到一个平衡，以确保项目的成功交付和团队的高效运作。只有这样，才能充分发挥架构师的作用，推动技术的不断创新和发展。