技术十年-回顾自己十年技术经历

走过的路，回忆起来是那么曲折，把自己的一些心得体会分享给程序员兄弟姐妹们，虽然时代在变化，但是很可能你也会走我已经走过的10年的路程，有些心得体会你可以借鉴一下。

在某一天的某一个时候，突然意识到，自己已经毕业工作十年了，是该写篇东西，来记录下自己的十年，算是给自己一个心理的慰藉，亦算是给自己入职场以来，第一个十年的总结。

我是03年上的大学，上大学之前，完全没有接触过计算机。大学报志愿也是懵懵懂懂，那个时候，最火的两个专业，一是计算机，一是生物工程。电视上经常说的已经话就是：21世纪，是生物科学的世纪。而我呢，因为没有摸过电脑，所以比较好奇，就在填报志愿的时候，写上了对于现在来说最内卷的一个行业专业：计算机科学与技术。

于是乎，在9月份的某一天，坐着穿越近半个中国的火车，来到了北方某个城市，开始了所谓的大学生活。现在还清楚的记得，第一次上机课，在机房打开电脑，双击点开网上邻居，输入网址，听的第一首歌，就是刘若英的“很爱很爱你”，以至于很多年以后，每次听到这首歌熟悉的旋律，都会回忆起自己大一的第一次上机课的情景。

那个时候，刚刚脱离了压抑的高中生活，就像长了翅膀的鸟儿，自由自在的翱翔在空中，秉持着“六十分万岁，多一分浪费”的学习心态，得过且过，基础课和专业课都均分通过，也算是没留丁点遗憾把。

就这样，度过了大一的懵懂，大二的彷徨，大三的沉沦，直至大三下的时候，才开始考虑自己的未来，跟随自己的内心，选择了考研。

研究生生活

慕名来到了以学习刻苦出名的华东某校，开始了自己的内卷生活。吃了不少专业课的苦，也算是对自己本科期间的一个惩戒。每天的三点点一线生活，宿舍、食堂、图书馆，开始了自己专业技术的学习。买的第一步编程方面的书，就是c++ primer，在图书馆借阅了c++大学教程，开始学习编程，随着对专业书籍的广泛接触，开始更加深入的去了解底层原理，c++模型深度探索，effective c++，more effective c++,c++沉思录等等，好多书都是在那个时候开始接触，也算是给自己后面进入本行业，打下了坚实的基础。

那个时候，对自己就业开始有了危机感，周围的同学都拿到了阿里云、讯飞等公司的实习offer。终于，自己在快要崩溃的时候，拿到了中科院某所的实习offer，记得同宿舍哥们的第一句话就是：恭喜你，多年的媳妇熬成婆。

来到了北京，住在了所里安排的宿舍，跟着mentor做一个国家863项目，ddos攻击相关的。因为是实习生，所以接触的是一些优化类的，比如内存池等。

在所里实习的同时，自己开始接触csdn网站，除了项目，就是整天泡在c++版块回答问题，当初的积分很高，排名也很不错，不过因为其他原因，工作后，也不再登录该论坛了，算是一个不小的遗憾吧，在里面还是能学到不少东西，犹记里面有个技术很牛的群(音译 饼子堂)，自己有幸也加入了，后面还是退出了。

随着所里项目的终结，选择去了另外一个大外企实习，该企业在西二旗(大家应该能猜出来是哪家吧)，项目组是做一整套Linux下的办公系统，类似于Windows下的word，基于openoffice来做的。整个项目百万行，光编译就得两三个小时，自己在里面负责解决内存泄漏，在此需要提的是，当时的mentor是个大牛，基本上整个公司的难题都会去找他，使得自己对技术的理解更加深入。

进入传统行业

第一家公司，是个传统行业，有幸进入了公司技术最厉害的技术研究院，做网络相关的研发工作，也就是在这家公司，开始了研究TCP，把TCP/IP详解看了一遍又一遍，不懂的就去查资料，甚至把源码下载下来进行分析研究。也是在这家公司，第一次接触Linux系统。

由于公司的业务面向的是国企，主要运行在Windows系统，第一要求就是稳定，所以更新迭代很慢，有时候一个功能几年都没进行优化。后面随着Linux系统在国内用的越来越多，部门的业务也需要运行在Linux系统上，当时有两个选择，一个是重新在Linux系统上写一份代码，一个就是现有的代码可以完全移植到Linux系统，即同一份代码可以在Windows和Linux两大系统，最终为了效率，还是选择了第二种方案。

大家都知道，虽然c++是跨平台的语言，但是API名称，以及底层实现却是依赖于系统的，就比如WaitForSingleObject函数，在Linux gcc下就是std::lock，这就要求同一个函数，比如WaitForSingleObject，在Windows下使用的系统自带API，而在Linux下是重新开发的一个函数，其功能与Windows下类似。当初这块是我来负责完成的，第一次出现了coredump，第一次使用gdb进行调试。

入职互联网

那几年，正式互联网行业开始火的时候，自己内心也蠢蠢欲动，于是几经坎坷，进入了一家互联网行业，也算是自己第一次接触互联网。

刚入职的时候，确实很不习惯里面的快节奏，经常一个需求从提出到上线就几天，这在之前的传统行业是万万不可能的，第一次上线就导致线上服务coredump，饭吃一半就跑上去解决。。。，在这家公司学到很多，对业务越来越熟练，开始负责整个推荐引擎，为后面接触广告奠定了基础。

由于公司的业务发展遇到了瓶颈，再加上其他一些原因，又开始看机会。由于推荐引擎和广告引擎无论在架构上还是功能上都很类似(index->filter->rank等等)。所以有幸进入了广告行业。

在这家公司，对我的影响很大，如果说上一家公司给了我进入互联网的机会，那么在这家公司，我开始了思考，怎样能让服务性能更优，怎样在系统设计上更加具有前瞻性，也算是逐步接触架构，开始从架构去了解整个业务，又从业务去反推架构的合理性。

众所周知，广告对rt(Response Time)要求很高，rt每增加几毫秒，广告展示折算率就会变大，所以对于每天请求百亿次的服务来说，对业务处理性能非常高，某一个子服务的性能都会影响整个广告链路。比如：

• 广告候选集过大，导致处理时间变长
• 某块代码耗CPU过高
• 传输链上无用参数过多

记忆比较深刻的，实现了一个DMP服务，因为性能原因，所有的操作都在内存里面进行。里面用到了大量的内存分配以及释放，上线后，发现了一个现象，就是内存利用率一直很高。从表面现象看，就是内存没有被释放，即使程序显示调用了delete或者clear，其内存占用仍然居高不上。为了解决这个问题，用了各种内存检测工具，加上了日志(申请内存和释放内存都加上)，发现仍然没有问题，于是就去调研底层库，去研究内存分配的原理，通过研究源码，调研new和或者malloc的原因，最终发现，在底层API中，即使调用了delete或者free，内存都不会被立即释放给操作系统，而是被放在缓冲区中(这就是内存占用比较高的原因)，等间隔一段时间，才会被操作系统回收，如果想立即被操作系统回收，需要malloc_trim(0)。

还是同一个DMP服务，由于其内存占用过大，导致性能不是很高，大量的Misscache，最终，通过将系统中page大小从默认的4k变为32k，解决了这个问题(这是因为page过小的话，导致大量的缺页中断，具体可参考<深入理解操作系统>)。

作为程序员，编程能力是我们的立身之本， 就我自己的感受而言，我觉得编程能力的成长主要有这么几个部分。

初级编程能力，就是 会用。也就是说 使用各种系统API，能够达到我们的目的就行。

编程，首先是从学习该门语言的语法开始的，比如if/else while等，作为初级程序员，建议在入门的时候，使用入门级别的书，而不是去看一些比较高阶的书。(对于c++而言，<c++ primer>并不适合入门级的读者去看，反而适合有一定c++基础知识的人去阅读，这本书的名字起的太具有诱惑性)。

除了看文档以外，编程是个超级实践的活，所以一定要多写代码，只有这样才能真正熟练起来，有句话"无他，唯手熟尔"，很适合入门级程序员。作为入门级程序员，尽量不要使用IDE，这种会使得对IDE具有依赖性，导致手写很难，希望尽量做到所有的API名称都能敲出来，久而久之，就会越来越熟练。

在初级阶段，核心就是多写，勤学苦练，这个很重要，只有这样才能为以后奠定扎实基础。

初级的目标是能够熟练使用编程语言实现功能，中级的的目标就是提升 分析和解决问题的能力。

作为程序员，写代码过程中出问题是非常正常的，而怎样去有效且高效的排查问题，这是个体程序员之间编程能力上最大的差距，解决问题能力强，那么很容易受到上级乃至其他部门同事的认可。

在查问题的能力上，首先要掌握的是一些基本的调试技巧，好用的调试工具，比如常用的gdb，gperf，btrace等。熟练掌握调试工具，对解决问题非常有利。有些时候大家在查问题时的能力差距，有可能仅仅是因为别人比你多知道一个工具而已，除了调试技巧和工具外，查问题的更高境界会和编程能力的高级阶段有非常大的关系，就是懂原理，一个懂原理的程序员在查问题的水平上是有明显差距的。多尝试给自己写一些会出问题的程序，多积极的看别人是怎么查问题的，多积极的去参与排查问题，很多最后查问题能力强的人多数仅仅是因为“无他，但手熟尔”。

除了查问题外，更厉害的程序员是在写代码的过程就会很好的去避免问题，他们会知道在这块怎样做才不会入坑，在这块会出现怎样的问题，需要加什么样的条件或者日志等。

在中级阶段，建议大家去主动分析和解决问题，成为一个能写出高质量代码、有效排查问题的优秀程序员。

对于高级编程能力的程序员来说，一个标准就是 懂的底层API的实现原理，知其然，知其所以然。

在学习底层实现以及排查问题的过程中，越来越明白懂编程语言的运行原理是非常重要的。学习底层实现最直接的去看源码，但这对很多人来说很难，所以可以尝试着从文档或者一些书籍入手(<STL源码剖析>)，一边看书，一边找到对应的源码去分析，这样就能达到事半功倍的效果。

有人说过，语言只是一种工具，解决和分析问题，不要局限于语言，我很同意这种说法。比如虽然c++性能很优，但是其实现过程比较麻烦，会出现很多坑。对于一些猛操快的需求，比如分析线上日志，可以使用python或者shell去解决。

随着写的代码越来越多，不经意间，在写代码的时候，开始考虑性能上是否最优，架构上是否合理，是否能够做到日后灵活扩展。

完全搭建一个系统，是在五年前，也就是工作五年的时候，那个时候入职了现在的公司。刚开始要做商业化，什么都没有，所有的都要从0开始搭建。比如一个流量来了，该如何去请求各个业务线，一个广告订单来了，如果能够快速的进入广告系统。那么就需要合理的进行模块分配。

随着代码写的越来越多，解决问题越来越多，越来越难，设计的模块越来越多，在潜移默化中，架构能力也就有了，在设计一个系统的时候，就开始有前瞻性，考虑解耦，考虑扩展。

架构能力并不是一朝一些就能学会的，更多的需要从实践中来，到实践中去，久而久之，这种能力就会得到提升。

在一个各项流程都完善的公司，需求评审、开发、测试、上线几个流程缺一不可，缺少每一个环节都可能导致线上故障，所以一个需求的完成，是需要各个部门通力合作的。

线上有了问题，大家一起努力将其解决，这就是成长的过程。

代码，是需要传承的。大家都不希望自己的代码被后面接手的人骂吧，所以代码一定要简洁、清晰、明了。不要为了炫耀某些技术实力，而故意使用晦涩难懂的编程技巧，相信过不了多久，不止是别人，即使是本人，也有可能看不懂这块代码。

架构方案千千万，选择一个合适的最重要，不要为了架构而去架构，要考虑效率以及功能需求。

做到架构和开发效率双平衡，再向后展望，看看现有架构设计能否满足需求。

所谓的攻，即进攻，也可以理解为攻城。即实现产品目标，满足功能需求；所有的守，即守卫，也可以理解为守城。即对于线上问题，能够守卫，快速解决。

正所谓攻城容易，守城难。线上bug永远解决不完，需要有耐心，需要有攻守兼备的能力。

codereview是必不可少的，这需要团队精神，可以在上线前期，解决不少问题。

但是也有弊端，这就是可能会导致大家有矛盾，比如有个功能实现，A说这样实现，B说那样性能更好，久而久之，就会导致团队之间出现矛盾。这就需要找一个平衡点，对于可有可无的意见，可以不提。。。

代码是最好的注释。 这是终极目标，但很多人达不到，当然也包括我。所以代码中要尽可能多的注释，原因：

• 为了自己以后维护
• 方便他人接手

尤其是对于功能复杂的函数，可以用1、2、3等点写出来，必要的时候，写在cf上，函数注释处加上url链接。

代码结构一定要清晰，简洁明了，通过看函数说明就知道其功能，通过类名就能其要做什么。

代码结构表现出来的其实是程序的一个模块逻辑思想。结构简单清晰，也就能说明程序实现逻辑简单。

程序员都是团队协作的，每个人都有自己不同的编程风格，如果没有一个统一的风格，整个代码将会很乱。

现在业界都用的谷歌代码规范，同样推荐给大家。

c++程序员有个特点，就是不喜欢用IDE，也算是他们的一种特有的骄傲吧，喜欢用vim(我就是)，所有的代码开发都用vim操作，显得比较有B格。

学如逆水行舟，不进则退。 程序员，是一个不断自我学习，自我进步的过程，需要一直坚持学习，学习新知识，方能不被技术所淘汰。

不忘初心，坚持到底

面试了太多人，这些人不乏名校毕业，履历光鲜，但都有个特点，就是转行，有些从技术转到产品，有些从技术转到测试，慢慢在本行业失去了竞争力。

技术是我们的根本，这个一定不能放弃，即使已经做到了管理层，也请尽可能多的接触代码。

目标、理想

理想是dream，可以实现不了，但它是支撑内心丰盈的信念。只有有了理想，才能设立目标，否则目标就总是在变，内心也有很多焦虑。

与君共勉。