经常听到一些程序员说：

“我们公司的架构师天天就在开会，调研，设计，写文档，指指点点，根本就不写代码。真好。”

“我的下一个目标是做架构师，这样就不要写代码了。”

“你们公司的架构师要写代码吗？”

对于这些说法，不同的人会有不同的观点。对我而言，我会旗帜鲜明，毫不掩饰的表达：我希望架构师能在百忙之中拿出一定的时间来写代码，特别是核心代码，什么时候都不要忘了和磨练写代码的基本功，如果还想走技术路线的话。

首先来看看什么是架构师。在百度百科里是这么定义的。

确认和评估系统需求，给出开发规范，搭建系统实现的核心构架，并澄清技术细节、扫清主要难点的技术人员。主要着眼于系统的“技术实现”。因此他/她应该是特定的开发平台、语言、工具的大师，对常见应用场景能马上给出最恰当的解决方案，同时要对所属的开发团队有足够的了解，能够评估自己的团队实现特定的功能需求需要的代价。 系统架构师负责设计系统整体架构，从需求到设计的每个细节都要考虑到，把握整个项目，使设计的项目尽量效率高，开发容易，维护方便，升级简单等。

架构师的主要任务不是从事具体的软件程序的编写，而是从事更高层次的开发构架工作。他必须对开发技术非常了解，并且需要有良好的组织管理能力。可以这样说，一个架构师工作的好坏决定了整个软件开发项目的成败。

简单的说，架构师是程序员磨练，积累到了一定程度，同时具有宏观和微观掌控能力的大师级程序员。更通俗的说，是对程序员的技术级别的一个划分，也就是说，程序员有初级的，中级的，高级的，什么的，再往上，有了架构师。所以，我们看到，架构师首先是程序员，那么，程序员的首要任务，程序员的基本功，是什么？当然，是，写代码。从来没有人说，架构师不会写代码，不喜欢写代码。没有平时的积累，没有动手实践，何以能成为大师。

当然，架构师会要花很大一部分时间去从事更高层次的开发工作，但也别忘了，如果不实际参与一部分代码的开发和review工作，怎么能很好的把握技术的细节，怎么能够知道系统真的是按自己的要求和设计工作的。当其他组员遇到问题时，怎么能够帮他们迅速定位和解决，甚至挽起袖管自己上。再白话一点的说，如果遇到像“你行你上”的挑战时，怎么能够无所畏惧，该动手时就动手。还有，在某些情况下，对于系统的核心部分，核心算法，真的需要架构师自己来写和维护这些critical代码。如果平时不坚持写写，到真正要用时也会感到手生。

再说，技术的进步日新月异，新的开发平台，新的语言，新的工具，新的模式，不停的在出现，如果还只是坚守自己之前非常熟悉的那一块，将会很容易过时，被淘汰。如何快速的跟进新的技术，新的发展，除了阅读，交流，最重要的一环是自己动手去实践，那么，写代码，通常是掌握这些新技术实践的重要一步，只有自己动手了，才能发现其中的优越，其中的坑坑洼洼，这样，才能更好的做好高层次的开发工作。一个从来没有用过或写过TensorFlow代码的人，不相信会是TensorFlow的高手。

最后，大家都知道兴趣和喜好是成功的非常重要的因素。写代码，爱好写代码，应该是程序员的一种兴趣，一种爱好，没有这个爱好，其实也很难成为优秀的大师级程序员。退一步讲，设想一下，如果自己有什么创意，有什么想法，然后马上能写代码来实现，是多么幸福的一件事情。做了架构师，就想放弃写代码，就不想写代码，是多么粗浅的想法。如果真的不喜欢写代码，不愿意写代码，那其实也不用去做架构师了，因为，已经对程序员的基本功都没有了热情。

总之，架构师是一定要写代码的，不管写多写少。保持写代码的激情，会让自己成为时代的弄潮儿，永不落后，不被淘汰。南宁网站建设