我的建议是让编码成为你作为软件架构师角色的一部分，只要把自己当作软件开发团队的一份子就行了。换句话说，你有一顶软件架构的帽子和一顶编写代码的帽子。你不见得要成为团队里写代码最厉害的，但参与到实践和交付流程的好处非常大。毕竟，“知”和“行”还是不同的。
团队欣闻你要贡献代码，通常会受到鼓励，确保你的设计能落到实处。如果没有，那么一旦你站在开发者的角度明白了这个问题，很快就能体会到那种痛苦。
创建能实际实现的软件架构，这样做的好处显而易见，除此之外，贡献代码还能帮助你和团队建立起融洽的关系，有助于缩短存在于很多软件团队的架构师和开发者之间的距离 。引用瑞秋·戴维斯（Rachel Davies）和丽兹·赛德利（Liz Sedley）在《敏捷教练：如何打造优秀的敏捷团队》2 一书中说的话：
2 http://pragprog.com/book/sdcoach/agile-coaching
如果你了解如何编程，往往会忍不住对开发者该如何编写代码提出建议。小心，因为你可能在浪费时间：如果你没有参与项目的编程，开发者多半会无视你的编码经验。他们还会认为你越权，影响了他们的工作，所以尽量别在这方面指指点点。