首先，网工的定义是什么？ 很多时候提到网工其实是在说厂商的服务岗或甲方的维护岗。而事实上网络工程师的概念更广。产品类的开发，测试，服务类就是交付，维护。每个岗位要求的侧重是不一样的。比如，产品测试要求熟悉产品架构，测试仪使用，熟悉测试场景和用例；解决方案测试要求深入理解原理和组网需求；交付要求熟悉方案和一定的项目管理能力；维护要有troubleshooting的能力，熟悉现网操作。主要看想做什么岗位更有针对性。当然所有这些岗位的基础还是技术能力。 接下来，就说怎么提升技术。可能很多建议都让你多做点项目，多积累经验。这当然没错，不过如果你依赖于此来提升能力，就是完全被误导了。首先，项目是想做就能做的吗？手里没有IPRAN、城域网、IP core、关口局，IDC，金融，政企的项目，如何掌握这些方案的相关组网和特性？其次，在绝大多数公司，都是一个项目或同类项目一搞好几年，其实能力提升也就是头一年或者半年（如果你学的快）的事，后面都是不停重复。而且一般来说，在同样的行业同样的岗位，时间长了，大家接触的东西其实都是差不多的，不要感觉自己干的东西别人就没干过，在这种情况下如何让你的技能有竞争力？ 答案说起来真是很简单，多花时间多学习。原理，产品，方案。首先最重要的当然是原理，也就是协议，这是网工的根本。所有的经验tricky都只是冰山水面上的部分，水面下的部分就是原理。不要满足于看产品手册，配置指南，技术白皮书，一定要看RFC，RFC是什么呢？其实就是solution，为了解决一个什么样的问题，采用一个什么样的方法。但不建议不加区别的看，实际上由于文档结构和格式所限，很多RFC的可读性不高，有的RFC只是枯燥空洞的概念阐述，有的是大段大段的伪代码和数据结构，有的是很精彩和详细的协议讲解，还有的直接就是组网方案，把图改下就能做HLD。关键选自己想学的可读性高的看。但是一定要有快速查RFC的能力，有时候拉着研发讨论一天的问题查RFC半个小时就搞定了。更有用的其实是看书，很多书的作者就是RFC的作者，在书里能看到很多无法在RFC里展开来讲的考虑和细节。包括方案的学习也是，不要满足于看refference solution design，尤其某500强大厂，基线解决方案设计和配置指南没什么区别，很多特性和参数都是告诉你怎么设计，原因却没有讲。而这些东西，其实书里面都是有的。而且看书能帮你把知识系统的归纳起来，协议原理，特性方案，组网场景有一个完整的故事线，任何方案上手就能搞懂，任何问题上手就能解决，别人觉得你有天赋，其实不过是多看过几本书而已。如果仅通过做项目学习，你掌握的东西是散乱且不深入的，而且你会觉得没做过这项目的人就不知道。这次项目掌握了一个feature，下次又掌握了另一个feature，但是却不知道这两个feature之间的关系，以及产生的原因。任何不言而喻的东西你都会觉得是个梗。经验只对你简历筛选有用，面试需要把技术讲出来的能力，上岗后要有用技术解决问题的能力。 那么是否有技术能力就可以了呢？然并卵。 你专业认证的实验敲得飞快，命令烂熟于心，CCIE，HCIE考一箩筐，the words on the street--命令是这行最不重要的东西，关键是原理； 你精通IGP，BGP，MPLS协议原理和各种IPRAN，IPcore，城域网方案，the words on the street--学N种方案都不如能解决一个问题；（咦，不是原理最重要么？） 你协议深入，逻辑力强，目光敏锐，escalation的单子到你手上分分钟搞定，the words on the street--关键是要熟悉命令，现网操作；（咦，不是原理比命令重要么？） 你解决问题能力强，反应快敏感性高，现网操作不知道怎么滴就是没问题，the words on the street--关键是流程和管理能力。（咦，不是解决问题能力最重要么？） so，到底什么重要呢：）