买家论坛大一入学报到那天，暑假期间被晒得黝黑的我，在宿舍默默收拾着床铺，却见室友的奶奶用胳臂碰碰他，又往我这里指了指，说，“你们这还有外国同学呢！”待我开口自我介绍后宿舍里更是一片欢乐。于是，凭着独特的肤色以及与“德芙（DeFu）”谐音的名字，我收获了一个有趣的外号：“巧克力”。

　　从“九州之首”河北老家到“西南腹地”贵州求学，再到“十三朝古都”西安工作，我的人生也开启了德芙巧克力般的醇厚丝滑模式。

　　2021年毕业来到华为，我成为MAE-CN产品部一名软件工程师。刚实习的那几个月对于我来说是一个将信心打碎了又重建的过程，一开始听着同事口中的“MAE、5GC、NE”等专业名词很是懵圈，对版本和交付流程不熟悉、经常犯错，导致需求不能按时交付。我的导师是一个爱钻研的行动派，没有过多的责问，只是多次把我喊到会议室，他手在黑板上画流程图，用平和的语调引导着我：“这个错误本来可以避免掉，咱们先来揪出原因，再一起看看遇到类似的问题该怎么搞定它。”这个重复上演多次的场景让我对自己的犯错感到恼火，犹如带刺藤蔓，深深刺入我的内心深处，于是默默下定决心：一定要把工作涉及的流程和业务知识了解透彻。

　　我开始主动奋起直追，一边通过新员工“芝麻开门”系列课程解开工作上的疑惑，一边从导师、组内同事那里“偷师”各种快捷技能、领域知识来提高能力，经常回到家已是夜深人静，我却还能再复习一会儿可信考试涉及的内容。

　　两个月后，我的工作交付完全步入正轨，还通过了可信考试的软件专业级认证。这样的努力被团队看到后，我获得了参与技术项目和承担商用版本特性Owner（负责人）的机会。当时部门需要自研流式数据采集技术，将带宽性能提升几十倍、传输时延由分钟级降低至秒级，以提高大流量数据的传输效率。流式传输的特性能让数据传输更流畅，就好像在二个楼层之间传递东西，以前每次都需要搭梯子进行运输，现在可以将梯子固定住，像传送带一样持续传递货物。

　　“传送带”有了，怎么让它性能最大化呢？一个周末，当我随意浏览网页查阅资料时，突然想到网络传输层的TCP协议不就是一个优秀的学习对象吗！TCP协议可以保证海量数据按顺序查收，它在滑动窗口的基础上提供流量控制，防止较快主机致使较慢主机挂掉。受此思想启发，我觉得我们也可以采用这种滑动窗口的机制，比如一个窗口能传输10个任务，甲首次发10个任务给乙，乙收到了并处理后给出响应，如果乙处理完5个并实时反馈给甲，那么甲就再发5个过去，这样就能把性能充分利用起来，始终保持10个的任务量。

　　得益于喜欢研究别人的优秀实践的小习惯，我陆续从开源框架上借鉴了很多朴素又精彩的思想：动态重分布设计思想的来源是“Redis的一致性Hash算法”，提高数据可靠性设计思想的来源是“Storm的至少一次语义”。

　　和团队讨论我的设想后，得到了大家的一致认可。实践出真知，我不止步于提想法，而是尝试自己动手实现滑动窗口流控算法，该技术项目在落地版本后，效果比预想的更好，还入选了《ICT软件技术》月刊、《西研软件技术精选》、通过了专利评审。这让我备受鼓舞，正式建立了在软件技术上持续追求的信心。为了夯实所获所得，我坚持写博客，记录业务、技术、教训、心得，已经累计了200余篇，这样以后可以反复回看，不是有句话这么说嘛“流水不争先，争的是‘涛涛’不绝”。

　　随着自己不断挑战更高的目标，压力也随之而来，我练就了一套化解压力和抵挡坏情绪的法宝：户外运动和跨领域学习。有时候一周跑上五六十公里，有时候骑上七八十公里，这个过程中看风景、听书、和朋友聊天，压力不知不觉就烟消云散了；运动之余，我利用一切零散时间听书，尤其偏好学习经济学，薛兆丰的经济学课听了不下五遍，《奇葩说》播出的那段时间我正好发现了薛兆丰书里的错误，通过邮件的方式将反馈给他后，他欣然赠送了一本有他和马东亲笔签名的书籍。

　　《薛兆丰经济学讲义》里有一句话“每一个人都应当成为边际平衡的高手。利用自己有限的时间和精力，在自己所能涉及的所有领域，使总效用最大。”他讲的是经济学，我却看到了人生意义：不断地超越自己，不断地向更高的目标迈进。

　　小学六年、初中三年，我作为班长，每天最早到教室开门、最晚离开教室锁门，守护着班级的安全。加入华为后，我延续了这一职责，成为ICT软件基础平台部MOSI团队的一员，负责为各产品提供极致性能、小型化的安全解决方案，成长为一名可信赖的编码女将。

　　从小到大，我一直保持信守承诺的习惯，却差点在第一次独立负责的工作中被打破。当时我接到开发测试框架的任务，以解决新项目中测试脚本写作和调试困难、测试用例不能自动化执行等问题。因为大学时期打下了良好的代码基础，我一开始时信心满满。不曾想，在验证时发现有代码怎么都跑不通，“为什么啊?按理说应该没错啊?”内心一边抓狂、一边坚信任何困难都有解决办法，更是拿出大学每天6点起床去图书馆的劲头，在内外部网站查资料、找解决办法。

　　在每天的晨会审视环节，开发进度良好，测试工作却因为使用的是原来手动的方式而缓步前行，团队都寄希望于我的测试框架能让测试“提速”。或许大家看我是新人，并没有催促，我看着距离自己承诺的交付日期只剩几天，心里祈祷时间能慢一点再慢一点，一定不能“拖后腿”。于是我开始“麻烦”别人，让同事帮我带饭回办公室，节约跑食堂的时间；晚上请导师跟我一起伴着夜半星辉走回公寓，在路上向他提出白天没有解开的疑惑。

　　经过几天的埋头钻研，我终于找到了出Bug的原因并解决掉，测试框架顺利通过调试和检验，我有惊无险地交付了这次的任务。此后我就养成了从项目整体进展上把握自己工作进度的习惯，以保证我承诺的交付都能按时兑现。

　　也许每个开发人都期待看到自己的作品应用到产品中，为客户带来价值。我在第一次接到输出商用代码的任务时，是既期待又担忧，心中拉响质量的警钟，避免给下游和客户端带来麻烦。在部门负责的名叫“DOCUE”的项目中，我作为开发人员，需要设计和开发“配置文件解析”这一特性，从而把人能读懂的语言“翻译”成计算机程序能读懂的。项目组当时并没有指定用什么配置文件，不确定性带来的挑战更大，加上导师出差不能给我直接的指导和支持，我只能不断给自己打气 “我可以的！有挑战意味着有锻炼能力的机会。”

　　学习是解决问题的有效手段，由于对“配置文件解析”知之甚少，我就去看业界都是怎么做的。一篇博客里将20多个开源实践做了对比，并介绍“Json”作为轻量级的数据交换格式表现最好，在结合项目重点关注的解析性能、规范满足度等维度做进一步分析后，我决定尝试使用C语言编写Json数据解析器。

　　说干就干，通过查阅文献和网络资料和参考开源代码，充分理解了C语言中Json的思想和细节。作为一个骨子里有点“倔”的人，想着“既然做了，就要做好”，我开启了“沉浸模式”，拿着笔和白纸，通过写写画画让脑子里的想法系统梳理出来，让“怎么做”的方案逐渐清晰。接下来结合项目需求、场景，对业界通用的CJson进行定制化的优化，大大提升了“配置文件解析”的性能，有效支撑了光产品线“光启平台”的首个商用版本交付，并且没有给下游带来任何问题，当得知我的代码质量获得了产品和客户端的认可，内心溢满了喜悦和激动。

　　后来，CJson代码作为我的代表作，帮助我获得公共开发部“极客新人”和松山湖“代码尖兵”的荣誉称号，并在之后的多个项目中复用，助力不同的产品提升性能。同时，凭借其高质量，被纳入公司白泽内源社区，成为Json解析库的原型。

　　经过两年的工作历练，我的软件能力和工作交付能力充分被团队认可，任命我到新的业务领域担任PL，空降上岗带领10人的团队。刚上岗时心里打鼓：“一位新上岗PL，该如何带领团队做到部门导向的‘突破、质量、高效、自驱、协作’？”当时领导一句话开导了我“让团队信赖你”。

　　我对自己的业务能力很有信心，那就先从业务着手，通过分析团队项目的质量短板、制定针对性的质量加固措施，提高商用交付质量；同时推广代码安全检视、规划落地“SIT”自动化测试工程，帮助团队做好质量、做到高效、持续突破。走进团队成员内心也很重要，我会有意无意地带小伙伴们去喝咖啡，聊业务、聊生活、聊爱好，什么都可以聊，偶尔组织团队里的电竞爱好者组团“开黑”，成为彼此最信赖的“战友”。这种互信带来的安全感让我具备了应对新挑战的底气，之后我被调任到新成立的交付团队，我们不仅快速完成融合，还在一个接一个的项目中配合默契，完成任务并平稳交接给下游团队。

　　我从小就喜欢看《亮剑》《雪豹》等军事类的电视剧，每每看到戍边将士保家卫国、解放军抗洪救灾的报道时都会肃然起敬，每逢危难时刻，他们尽显铁臂担当。我也希望像他们一样，面对困难不低头、面对责任不推诿，踏实靠谱，值得信赖。

　　和许多新踏入职场的应届生不同，当我刚加入现在的NCE产品部时，心中第一个念头就是：好熟悉的感觉！因为早在哈工大读书期间，我就在学长的介绍下对华为的软件工程技术领域心生向往，并进入部门实习，所以在入职NCE分析业务产品部后，无论工作内容上还是环境上我都适应得很快。

　　以往在学习中，我习惯单打独斗，认为这样节省了与人沟通的成本，是最高效的，但很快我就改变了认知。去年8月中旬，我接到一个现网问题单，一番排查后发现它的问题涉及安全领域，这方面我了解甚少，只能努力翻看资料。但安全领域非常复杂，问题的检视必须一条条来，不能出任何纰漏，即使知识上我能自己恶补，一个人也实在难以完成整个检视过程。

　　看到我在座位上发愁，组里的安全测试主动来问我：“是什么问题？或许我可以看看。”我喜出望外，赶紧拉着“救星”帮忙研究，结果她沉思了半天，对我说：“嗯……我也不太了解啊！”我脑袋“咚”地一下磕在电脑桌上，只觉得欲哭无泪。然而她又慢悠悠地说：“不过我知道一个靠谱的安全‘大神’，就在隔壁团队，找他准没错！”

　　于是我尝试联系“大神”，对方非常好说话，不仅手把手地教我安全领域的基础知识，还不厌其烦地帮助我一起做各种检查、测试和修改。起先我还担心会不会太打扰他，没想到他十分爽朗地说：“有什么关系，我们是一个团队啊，兄弟的问题就是我的问题！” 那一刻，我被他话语里的“兄弟”狠狠感动了。

　　有“大神”相助，我成功在两周内解决了这个问题单，没有耽搁一线的进展。这件事让我领悟到，有时候一个人搞不定的困难，在团队的支持下也就是“纸老虎”，借助周边的力量并不会带来麻烦，反而能更顺利地完成工作。

　　今年3月份，我和师父一起投入到一个手机App的新项目中，因为准备商用，所以要进行一条CI（持续集成）流水线的搭建。原本这部分需要CIE（持续集成工程师）来主导，但在我跟四位CIE沟通后发现，由于不了解我们App使用的框架和技术，搭建过程对他们而言非常困难。不过没关系，我了解呀！于是我主动将他们觉得难以下手的部分接了过来，自己查阅资料开始搭建，在过程中趟了一个又一个坑，最终总结出一条可用的经验交还给他们。为此，一位CIE还跟我说：“我们正好缺乏这类案例，谢谢你，‘趟坑’人！”搞得我怪不好意思的。

　　或许是受到大家热情的熏陶，如今我很乐于分享自己的经验去帮助别人，我认为这也能间接提升整个团队的工作效率。

　　由于App涉及前端的开发，我们又招了一位新同事来支撑。初次见面时他拖着小推车，我跟他打招呼，发现他看推车上的电脑都不看我，后来连坐在我旁边也要通过WeLink跟我交流，我心想，这难道就是传说中的“社恐”吗？既然如此，我便主动拉着他跟其他人打了一圈招呼，介绍我们团队和项目的背景，并分析师父交给他的工作要怎么做。毕竟我们是一个师父，某种意义上也算“师兄弟”了，我希望能帮助他尽快融入团队，好让我们的项目继续高效、稳定地推进。

　　平日里部门会有许多团建，我常常担任那个”怂恿”大家参与的角色。记得前不久，隔壁兄弟团队邀请我们去参加羽毛球赛，尴尬的是我们团队几乎没有人打羽毛球……在我的一通“忽悠”下，几位小伙伴积极报名，然后就不出意料地被“血虐”了一通。虽然成绩“喜人”，但大家都很轻松快活，重在参与嘛。

　　入职以来我最有感悟的一点就是，个人的力量有时在困难面前犹如蚍蜉撼树，但正所谓“众人同心，其利断金”，大家劲往一处使，往往就能让工作效率倍增，完成很多看似不可能的任务。

　　我与管控析平台部的缘分是从面试开始的。大学期间我一直围绕的都是开发领域，对测试则知之甚少，所以在终面里我对性能测试方面的问题回答得并不完美。沮丧之余，我对测试领域油然而生一种“不服”：真那么难吗？有机会我一定要亲眼看看到底是怎么测的。也因此，在最后选择团队时，我毫不犹豫地加入了管控析集成与验证部内的性能可靠性专项组。

　　初入部门时我是忐忑的，但很快，导师琪姐就带着我跟团队里的大家挨个熟悉了一遍，最后把我带到座位上坐下，对我亲切地说：“新人初入职场，一定会遇到很多困难和问题的，但是不用害怕，慢慢学习就好了！”

　　琪姐的话和大家的热情让我既感动又踏实。在接下来的工作中，我在大家的指导下顺利地解决了各种问题，不仅顺利获得了公司的软件测试专业级可信认证，还赋能给了其他新入职的小伙伴们，不断积累起自信心。

　　等到我逐渐熟悉了业务，基于我的开发底子，团队交给我一个全新的挑战：对XXX工具可靠性故障注入的前期探索。如果能顺利使用XXX工具，就可以在XX平台上进行测试用例的编排、调试、执行结果回填等步骤，让整个测试流程更加高效快捷、结果也更可信。这是一个从“0到1”的探索过程，部门内没有相关经验可借鉴，但在我看来，团队愿意将有难度的事交给我负责，正代表了对我的信任，我也可以借这个机会系统地学习一遍测试全流程，进一步提升自己的专业能力。

　　然而该从何下手呢？是要先研究工具，还是先整理故障用例？我想起琪姐曾教导过我的做事方法，便先梳理了整体框架，找到她诉说我的困难。琪姐帮我找了一些工具的赋能视频，还提供给我其他部门的资料，并对我说：“可以先把各个故障模式中用例的优先级排出来。”

　　有了指导，我快速理清了步骤往下推进。其中涉及到一些陌生的硬件工具和软件部署，遇到的问题五花八门，我只得先通过平台的客服找到每个工具的对接人询问，但这样终归繁琐，效率也低。我很不满意自己的低效，偏要把不懂的地方都啃下来，于是每每抓住问题我就不断深挖，整理成清单来回复盘，好几次都因为过于专注没有听见小伙伴们喊我吃饭。慢慢地，我通过整理好的材料就可以解决问题，内心也因为增长的知识而感到十分充实。

　　印象最深刻的是，在搭建执行机和被测机的环节里，我按照赋能材料尝试了许多不同的方案，但总是会遇到BUG，处理完一个又冒出来一茬，搞得我非常头疼，毫不夸张地说，那几天晚上做梦我都在搭执行机。一天下午，我在工位上跟一个BUG死磕，等到好不容易解决掉，一看时间发现都过了饭点，周围工位空荡荡的，只有坐在我旁边的思波还在。我头一回有些自我怀疑了，忍不住向思波倾诉：“这个BUG到底为什么这么多呀，难道我找的方案都不对吗？”

　　思波认真地听我倒苦水，耐心道：“不用担心，我之前也承担过探索性质的任务，问题频繁很正常。不如重新梳理一下，也许有什么要点遗漏了？”

　　思波的话让我镇静下来，把整体流程又从头梳理了一遍，在多次尝试后，终于成功地打通了整个流程。这个过程中，我加深了对测试全流程的了解，也积累了许多关于硬件、软件以及技术上的经验。之后，我将总结的经验要点都赋能给了团队里的其他人，让大家能够直接参与进后续的可靠性注入过程，提升了团队注入效率，也使我们专项组可靠性方面的专业能力获得了整体的增强。

　　从测试小白入职至今，我深深感受到学无止境，要高质量地交付工作必须持续提升自己在业务能力和软件实力上的专业性，做事才能有底气。靠着不服输的心，我走上了如今的道路，也迫切地希望自己能挑战更多困难、收获更多成长。