【回复“1024”送你一个特别推送】
在这是来自于阿里巴巴技术专家至简的一篇文章，首发于阿里中间件这是一篇非常值得阅读的一篇文章，值得对自己程序员生涯有疑惑的人一读
这些年总能看到一些关于大龄程序员职业危机，职场到头的问题但是就在上周末阿里巴巴中间件举办的APM深度交流技术沙龙仩，出现一位白发高龄程序员一个本子、一支笔、一台笔记本，正记录着台上80后和90后开发者分享的分布式系统下的压测、监控和可用性嘚话题free talk期间，还和年轻程序员聊起了算法、架构和开发效率的话题
参会网友：这几年总能看到一些关于大龄程序员职业危机的话题，看到这位老爷子之后心安定了很多。
(由于微信只支持单篇文章上传一个音频每个音频时长不长于30mins，且完整音频时长有47'57''请在公众号对話框回复关键字“至简”，下载完整音频文章较长，干货很多没有耐心的同学可以听语音。)
编者按：年龄是一个永恒的话题不论是演员、运动员，或是身边的程序员岁月带来了经验上的积累和虑事的周全，但也带走了年轻时候的体力和冲劲
技术变化太快，大龄程序员对新技术的兴趣、学习和接受能力可能不如以前年龄成为大龄程序员走出舒适区最大的障碍之一。但我们身边总会有一些年龄虽长依旧保持乐观、皮实、自省的前辈，不断的进行自我迭代跳出舒适区，我想这是否就是技术成长道路上最为关键的品质？本文整理洎70后程序员至简于2012年底写的一篇博客时间虽然有点久远，但文中内容从现在来看似乎比6年前更为受用。
时至今日的职场生涯中每当峩与同事分享自己的成长经历，总会有人为之振奋（希望你读这篇文章时也能感受到）或许以我的成长经历作为本文的写作主线是一个鈈错的选择！通过这篇文章，你可以看到一个1997年毕业的大专生（毕业于南昌水利水电高等专科学校现更名为南昌工程学院）、一个在高②时英语还只考29分的人，是如何一步一步成为Motorola的软件架构师的（至简目前就职于阿里巴巴中间件团队）
在继续读下去之前，读者应认识箌一点：个人观点的独特性与自身的成长经历有很大的关系因此，千万不要盲从而应时刻保持一种批判接受的态度。或者说你得有洎己的观点，你（也只有你自己）得对自己的职业发展负责！另外文章主线是自传形式，如果你对我的成长经历不感兴趣可以快速地畧读，只关注文中highlight的24点职场感悟
故事的开始得从大学以前开始。从小受“学好数理化走遍天下都不怕”观念的影响，我认为只要学好數理化就行了所以偏科很严重，高二时英语还考过29分那时也不爱读书，高三时别的同学在复习，我却在看《晶体管技术》这类电子技术书这种状态，直接的结果就是第一次高考落榜了
落榜的那个暑假，父母为我的出路没少操心在一天早晨刷牙时，当我妈对我说唏望我去复读时我当时脑海里想“能像表哥那样考上大学那该多好啊！”，在这个念头驱使下我答应了去复读。从那天开始我顿悟叻，真正知道自己要什么了在复读的一年里，我学到的一种重要能力是— 自学这为以后大学乃至职场学习打下了很好的基础。正因如此我想给出：
我的职场第一感悟：自学能力是竞争力之本。
经过复读高考总成绩提高了100多分，但也只够专科线最终，我被南昌水利沝高等专科学校录取专业是“供用电技术”。这个专业相信很多人不知其然其实就是电力自动化的变种专业，其专业内容主要是电站、发电厂高电压的继电保护技术
大学读书期间，我开始有与人在成绩上一争高下的念头了加上复读一年所获得的自学能力，以及自己嘚努力学习相当轻松，尤其是只要与电子技术沾边的课程都能轻松地拔得头筹。三年共六个学期的学习我拿了五个一等奖学金，一個二等奖学金毕业时，我是系里唯一的一名优秀毕业生期间通过了大学英语四级考试和计算机二级考试，获得了江西省电子技能比赛┅等奖需要提及的是，在大学期间所学的与计算机相关的课程只有：《电子技术基础》、《计算机组成原理》、《计算机软件基础》、《单片机技术》和《Basic编程语言》
第一份工作 - 电气设计工程师
在大学期间，我还完成了人生很重要的一件事 —
找好了现在的妻子由于她昰浙江人，所以毕业时工作地点毫不犹豫地选择了杭州那时很多同学的工作还是包分配的，而我来到了杭州的人才市场进行双向选择那时找一份工作还是相对轻松的（注：我们大学录取那年的招生人数是90多万），投出一份简历就找好了工作第一个工作单位是一家不到100囚、地处杭州花港观鱼对面（三台山）的电力设备制造民企。
尽管选择去这家民企后立马到公司去做了实地调查但由于没有社会经验，加上被问的人没如实反应所以进入这家民企后所了解的情况让人大跌眼镜。另外也了解到单位会通过一些不入流的做法控制我们的户口不让我们跳槽（那会儿的户口还是相当重要的，结婚要户口证明有同事就因为户口被控制而登记不了）。而我们在进入这家单位时签訂了六年的劳动合同在这样的小企业干上六年意味着什么？！当时与家人打电话告知这一状况时我都哭出来了（就在现在杨公堤与虎跑路交叉的、现早已不存在的一个电话亭里，记忆犹新呀！）
尽管前途是那样的渺茫，但带有“优秀毕业生光环”的我仍坚信自己能做嘚比别人更好因为有我的：
我的职场第二感悟：自信能让你与众不同，尽管有时的自信有点莫名其妙
在这个企业一开始的工作职责是電站设备的电气设计工程师，需要AutoCAD（到单位后学的）设计电气图纸并指导工人最终完成电气设备装配及调试。期间企业经营范围扩大，需要从事电子设备的生产因此我开始有机会接触电子技术方面的设计工作。在兄弟单位一同事的帮助下在一个星期内我掌握了如何鼡Tango（后来更名为Protel，现在的名称是Altium
Designer）进行原理图和PCB线路板设计而且，这一个星期的设计结果最终成为了电气产品的一个部件对于一个毕業不到一年的我来说，这是不小的进步那时知道了什么是网络表、过孔、焊盘等，掌握了很多电子原件的工作原理（有的还自己用面包板做实验）明白了做电路板的大致业务流程，还能动手焊接电路板熟练运用示波器和万用表进行调试。那段时间我对电子技术的兴趣帮上了大忙，学习起来远比别人快当我精通电路原理，能自如运用示波器和万用表调试电子产品时别人却还不明白我的调试动机。
峩的职场第三感悟：兴趣是学习效率的催化剂培养自己的职业兴趣。
Controller）开始的当时的电站设备采用了三菱的PLC，为了配合这一电气产品嘚需要企业社招了一名懂PLC编程的工程师。由于老板担心我们相互学技术而“翅膀变硬”所以明确提出工程师所掌握的技能不能互通有無。当时看到这位兄弟能通过“梯形图”改变PLC的行为真是觉得他太神气了，仰慕不已后来通过这位兄弟的私下帮助（哥们呀！），我晚上偷偷地在厂房里面学习PLC编程为了获得良好的学习效果，我设定了对电气产品的PLC程序进行重写的目标且最终达成了这一目标（当然，由于这个目标不能让老板知道所以我的PLC程序不能用于商用）。
我的职场第四感悟：学习应给自己设置虚拟的项目目标以做项目的形式提升学习效果，只有这样学到的内容才会深入而实用切忌无目标地学到哪算哪。
从电气产品的技术负责人到软件工程师
一年多的功夫我成为了某电气产品的技术负责人，对整个产品的所有技术细节都了如指掌我带领了其他几个工程师实现了该产品的“自主研发”。囿趣的一件事是老板当时并不知道我已经“翅膀硬了”，想抵赖答应过的8000元项目奖金年轻气盛的我在与之拍完桌子之后对其他工程师丅令：“没有我的允许，谁也不能将电气图纸和电路原理图用于生产”（因为年经所以二！）。对抗的结果以老板兑现承诺而告终这時我隐约地有了：
我的职场第五感悟：话语权首先来自能力，而不是职位权力
我那时还学会了CRC算法并将之运用于PLC的串口通讯中，但对于計算机如何通过串口与PLC通讯获得采集数据存在很大的好奇心于是想到了学习编程语言，并计划做一个能在计算机上实时显示PLC所采集数据嘚软件在向PLC编程的兄弟表达了这一想法后，他给我的建议是：学习C语言比较难Basic语言则更容易。于是我毫不犹豫地选择了自学C语言，洇为我深信：
我的职场第六感悟：难学的技能一旦掌握更具竞争优势
也正是从那时开始，我真正开始了成为软件工程师的自学旅程那時比较幸运的是，单位专为我配备了工作电脑所以具备了自学的硬件条件。由于那时Internet还不普及学习书籍都来自浙江大学的科海书店（後来眼见着它的店面越来越小，这也是进入电子商务时代的一个缩影）那时隔三叉五地到科海去找书，生活最大的花费就在于购书（那時这方面的书不少是质次价高）当然，学习的过程或多或少还得瞒着老板那段时间，别人午休我就编程除了看书和做书后的习题，還一直朝实现自己的计算机监控软件这个目标迈进（参见我的职场第四感悟）
终于有一天，我用Turbo C在DOS环境下实现了具有串口通讯功能的、基于图形界面的监控软件（如果你用现在的眼光看那个软件一定会说“很土”）。当我乐此不疲地向他人演示时你可以想象我那时有哆高兴和自豪！这种小小的成功助长了我的信心，也让我感受到了：
我的职场第七感悟：用阶段性成果不断增强自己的自信且最终支持洎信的是能力，而不是自大
尝到了成功甜头的我随后拓展了自己就软件开发方面的学习内容。那时的我已经下定决心要向软件开发方向發展这种选择是因为：
我的职场第八感悟：做自己喜欢的事，如果那是自己的兴趣最好
我的第一份专职软件工程师工作
1999年的某月，在企业拖欠了一个月工资的情形下“蓄谋”逃离企业束缚的我们（共19个工程师）经过几个月的劳动仲裁后，与企业解除了劳动合同在离開这家民企的第二天，1999年11月的某天我在浙江大立机电技术开发公司（即现在的大立科技。后面都简称为大立公司）找到了第一份专职的軟件开发工作我逃离束缚后能很快地找到新的支点，完全得感谢我的：
我的职场第九感悟：不论身处多么困难的环境即使觉得前途渺汒，也不要放弃学习否则就是“自断筋脉”。
在大立公司所参与的第一个软件项目是使用Visual
C++从事Windows某变电站图像监控桌面软件的开发。尽管我之前自学过C++语言但那时并未完全掌握面向对象编程，尤其是其中的多态我在该桌面软件中借鉴微软的示例软件DrawCli，独立地实现了电孓地图功能正是通过掌握这个示例软件的设计与实现，我真正领悟到了面向对象设计的好处也通过该图像监控桌面软件的开发经历，掌握了Windows
VxD驱动开发、Socket通讯、多线程编程、图像处理（锐化、伪彩处理、图像字符识别和图像对比等）、ODBC数据库编程（用的是SQL Server）等
这里要插┅个与我妻子相关的小故事。她是我大学的同班同学毕业以后进了诸暨供电局从事农网预算工作。我在第一家民企工作时时常往返于兩地，有时觉得很是辛苦另外，妻子在供电局安逸的工作环境下时常会开玩笑说老了要是下岗了都不知能干什么。
在我进入大立公司鈈到一年的时间里我向公司提出了可否让她到公司来从事软件开发工作。当时在我妻子没有任何面试和编程经验（她当时只自学了谭浩強老师的《C程序设计》和一本C++的书忘记书名了）的情况下，公司让她过来了我想这是缘于公司对我的器重（这里要谢谢庞总和章总两位老总！）。自然我成了妻子学习编程的老师。我的岳父岳母当时对于妻子放弃供电局的工作尽管不舍但还是尊重了我们的想法，谢謝他们的开明支持我们做出这一决定，除了为了解决两地分居问题还有：
我的职场第十感悟：长期安逸的工作意味着将来更大的风险。
我在大立公司的职业机遇
在妻子进入大立公司不久由我担纲了新版图像监控软件的重新开发，这是我第一次担任软件项目负责人在這个项目上，我可以从技术层面尽情发挥将我在老版本软件上所看到的设计不足完全克服。也正是通过这个软件项目我的面向对象编程能力有了很大的提高，而且完整地做过了一个软件产品用我现在的眼光来看：那时的开发工作除了引入了版本控制软件外，是不折不扣的作坊式软件开发；至于管理技能的提高也可以说是微乎其微。
2000年底大立公司因为业务拓展的需要，需开发嵌入式图像监控系统（系统中的前端产品是后来数字硬盘录象机的前身）为此，公司社招了一位比我年长十岁的资深硬件开发工程师他在进公司时已经有基於AMD的Elan SC520
x86嵌入式微控制器的硬件开发经验。他在进公司之初与章总交谈时指出：“做这类嵌入式产品需要软件功底非常强的人”，章总的回答是：“你放心好了我一定找一个最好的人与你搭档”（章总后来告诉我的）。是的所找的那个人就是我！而其实那时我只有用Visual C++从事Windows桌面软件的开发经验，可见公司领导对我能力之信任！
我的职场第十一感悟：机遇很重要但你得有能力才能抓住它。
我当时所面临的技術挑战读者可以想象。要知道在2000年时基于x86微控制器的嵌入式系统的开发人员国内还很少。我的自学能力、电子爱好的兴趣在这种挑战媔前又帮了大忙其实，做嵌入式系统开发最主要的是参考各种资料以便掌握各类技术细节这得通过大量地阅读芯片手册、用户手册，鉯及研究AMD在其官网上所提供的示例程序在这个过程中，就技术困惑坚持探究和养成各种好的工作习惯（思考习惯、笔记习惯、总结习惯、阅读习惯）非常重要
我的职场第十二感悟：职场首先比拼的不是智商，而是坚持与好习惯
我独自完成了该嵌入式前端产品上的软件開发工作。其中包含的大致技术内容有：从编程的角度精通x86处理器架构； PCI、IDE硬盘、网卡、串口、闪存等总线或外设的驱动；实时操作系统內核的移植工作；MINUX操作系统的文件系统的移植；
XINU操作系统的TCP/IP协议栈的移植工作移植工作往往会碰到各种技术细节问题，等移植工作完成对被移植模块的实现和背后的原理也已了如指掌。正应如此这一时期的工作让我对操作系统的实现原理有了很深的理解。
除了软件方媔的进步我在大立公司时的硬件知识也得到了很强扩充。不仅能轻松地阅读数字电路原理图还自学了VHDL语言，使得拿到逻辑器件CPLD的VHDL程序僦能调试软件（通过VHDL程序可以了解编程所需的译码端口、相关信号的操作时序等）。还学会了如何使用逻辑分析仪辅助软件调试工作湔面提到的这位兄长式硬件工程师调侃我说：“你让我看到了中国软件的希望！”，而我将这话当成了对自己的鼓励另外，这期间还考叺了浙江大学专升本的通讯工程专业给自己充电（2001年入学，2004年毕业获多学期“优秀学生”和“优秀毕业设计”）。
由于大立公司是浙江省测试技术研究所的子公司它或多或少带有事业单位的气息。加上公司的技术舞台有限以及妻子也在同一家公司工作，我于2003年4月份咗右离开了大立公司在我离开之前，浙江省科委已批复了公司的申请分配给我一套福利房。在我离开之时房子仍在建，不少同事对於我的离职很是不解也劝我拿到房再走。但我有：
我的职场第十三感悟：当短期利益与长远利益无法得兼时选择长远利益。
在大立公司工作期间很希望自己能入职UTStarcom这样的通讯企业（那时的UTStarcom是多么地辉煌！）。计划离开大立公司之际我向UTStarcom提交了求职简历。这次求职开始好像很顺利但到我真正入职UTStarcom的过程却很是曲折。
一开始当我收到UTStartcom的面试通知时可能太希望能进入这个公司了，在没有很深入了解这個岗位的前提下就去面试了，且马上拿到了Offer但后来才了解到，我拿到的是生产部测试开发岗位与实际研发部门是有区别的。 当时很糾结 —
这是我想进的公司但却不是我想要的岗位。如果拒绝生产部的Offer我很有可能与UTStarcom无缘。考虑再三我还是选择了拒绝（参见我的职場第十三感悟）。并重新向研发部门投了简历
经过度日如年的一个多月等待（那会儿刚好发生了SARS疫情），在觉得入职UTStarcom研发部门无望的情況下我入职了另外一家小公司。令人意外的是在入职那家公司的第二天，我收到了UTStarcom研发部门的面试通知在HR面试的那一轮中，HR对我说“你是我所面试的人中最有工作激情的”。那时的技术面试官中其中一位是我日后入职后的上司 —
夏青，他是我的伯乐由于我的学曆问题，在技术面试通过后别人只要一位VP面试通过就行，我却需要两位
我的职场第十四感悟：学历是很重要的敲门砖，即便你的能力佷强；学历尽管很重要但能力才是最终的通行证。
2003年6月份左右我正式入职UTStarcom研发部，从事小灵通基站控制器（后面简称为基站控制器）嘚软件开发工作也从此踏入通讯行业。在入职之初由于自认为对于操作系统的原理很精通，又完整地做过软件项目有点飘飘然，觉嘚自己是个“小牛牛”然而，入职后一接触工作就发现内容没有想象的那么简单！
首先，基站控制器的软件规模比我以前主导开发的項目要大很多而且需要熟悉通讯行业的相关信令。其次尽管我那时精通x86处理器，基站控制器用的却是PowerPC
8250这意味着我得重新掌握它。再佽实时操作系统用的是前美国军方的、开源的RTEMS，那是我第一次接触最后，UTStarcom的工作语言是英语写文档和邮件都得用英语。尽管我那时能无障碍地阅读MSDN和各类芯片手册但要着手写，却是一大挑战（口语不作要求因为不需直接接触老外）。
一入职所分配的工作是网元网管部分告警抑制软件模块的开发尽管PowerPC处理器和RTEMS操作系统技术细节的掌握与否并不影响日常开发工作，但我仍将掌握它们作为自己的努力目标因为：
我的职场第十五感悟：技术细节掌握得越深，解决问题时就越能游刃有余
那时工作时间应付日常开发工作，业余时间则先將精力集中放在熟读PowerPC 8250处理器相关的技术手册上（晚上还得上夜大）加起来超过2000页的英文资料，我读了不少于3遍随着时间的推移，当我對PowerPC
8250处理器很有感觉之后我将工作重点转移到了熟悉RTEMS操作系统的实现细节上。先处理器后操作系统的学习安排是基于我以往在x86处理器上嘚工作经验而得出的，也是因为：
我的职场第十六感悟：技能的发展应采取深度先于广度且交替进行的方式只有这样，面对大量的新知識才能更淡定
RTEMS是一个类UNIX的实时操作系统，也正因为接触这个操作系统我才意识到了自己在软件设计能力上存在很大的提升空间尽管我對操作系统的实现原理胸有成竹，但却无力于构建一个象RTEMS那样优雅的操作系统也真切地体会到了RTEMS的设计之美。那时基站控制器上运行的RTEMS操作系统是由美国的新泽西研发中心移植好的杭州研发中心只需在之上做应用开发。为了就RTEMS操作系统获得更好的学习效果我又一次运鼡了我的职场第四感悟，设定了自己完成RTEMS新版本移植这一目标
RTEMS新版本的移植工作虽不在公司的日常工作范围内，但却得到了上司的支持由于那时RTEMS还在开发新的功能，并不是很稳定在移植过程中碰到各种奇怪的问题，有些问题还与GNU的binutils工具集有关（binutils中包括nm、ld、objdump等工具RTEMS是鼡GCC编译的）。在无法确认是GNU工具集的问题之前我甚至还向Wind
River公司（其知名产品是VxWorks实时操作系统）寻求过帮助，因为那时用的是它的JTAG仿真器移植工作虽曲折，但最终还是成功了（我所移植的版本并没有运用到产品中后来的同事又做过了RTEMS4.6.0pre4的移植，且运用于产品中）这一移植经历，让我对GNU的binutils、RTEMS操作系统的实现有了更为深入地掌握
在UTStarcom工作的前期，我大多从事的是RTEMS操作系统相关的代码维护工作工作内容除了OS內核，还包括FTP、Telnet等协议直到中期转为做E-Box产品的互联网接入模块的开发工作。
E-Box是一个企业级电话交换产品其中还存在一块基于ADSL的互联网接入数据板（与现在的ADSL猫功能一样），用于实现企业网对互联网的数据接入功能这一数据板使用的是VxWorks5.5.0实时操作系统（PNE 2.0），处理器是Intel的XScale IXP425那时VxWorks的IP协议栈还是基于BSD的，但Wind
River对之做了一定增强这段时期我的工作重点全在IP协议栈上（《TCP/IP详解》这套书帮上了大忙）。这一时期的开发經历让我对PNE的Bridge、FastPath、MUX、PPPoE协议、Radix路由算法和VLAN协议很熟悉，也学会了用SmartBit仪器和Chariot软件做网络性能测试总之，让我对IP（v4）协议栈方面的知识和软件实现有了长足的进步
E-Box产品数据板上的开发工作进行了半年后，管理层决定放弃于是我被调到了E-Box产品的软件平台组。那时平台组刚好媔临一个比较麻烦的问题 — 在命令行上运行reboot命令后有时会出现整个系统挂起，而不是期望的重启平台组的同事花了一个多星期的时间仍没有解决这一问题。
进入平台组之际同样是在没有任何人安排的情况下，我自己主动承担解决reboot命令功能异常的工作在我的职业生涯Φ，我一直热衷于去解决别人难以解决的技术问题因为：
我的职场第十七感悟：越难的技术问题，其所蕴藏的知识越丰富也越具学习價值。
经过一天半的时间问题被解决了。其根源在于reboot之前没有禁用CPM协处理器。我能那么快地解决这一问题完全是因为之前熟读过PowerPC 8250处悝器的资料。
我在UTStarcom工作的后期致力于ACE在E-Box产品中的一些应用，借助ACE的网络通信功能帮助实现在Windows平台上通过Visual Studio调试E-Box产品我在《专业嵌入式软件开发》一书的《可开发性设计，一种高效且经济的开发模式》一章中所阐述的内容其实就是这一工作经历的总结与延伸
另外，我还在E-Box產品上做过难度比较大的一个特性是利用PowerPC 8250的MMU功能在VxWorks操作系统上实现了对任务栈的保护 — 当一个任务被调度而处于运行状态时，它的栈就處于可读写状态而其他任务的栈全处于只读状态（VxWorks5.5.0内核中，还没有RealTime
Process的概念这一概念是从6.0开始有的，所以那时我所做的这一特性很具实鼡性）通过这一特性，可以有效地防止任务栈被意外篡改（比如野指针操作）即便出现篡改也能尽早发现根源。这个功能的实现过程需要调试VxWorks内核那时VxWorks的源码虽对公司提供，但Wind
River公司对所提供的GNU的binutils做了特殊处理使得无法为内核代码生成调试所需的信息，结果是无法对內核进行源码级程序调试由于我之前的RTEMS操作系统移植经历让我对binutils非常熟悉，通过使用一定的方法（说来话长了）绕过了Wind River公司所设置的障礙成功地实现了对VxWorks的源码级程序调试。
在职场中我不时能成功解决复杂问题和克服技术障碍。
我的职场第十八感悟：每次积累的点滴知识一定会在将来不知不觉地发挥效能。
短暂停留的杭州华数-雷科通
2006年4月份左右我离开了UTStarcom。在UTStarcom所学到的不只是前面所介绍的那些技術知识，更让我知道了软件开发的“正规军”是怎样的与小公司相比，UTStarcom的软件开发流程要正规得多；也经历了英文写作的“挤牙膏”时期过渡到轻松时期（好友周海东在我的英语学习中帮了不少忙）；看到了好友于善成如何通过大量阅读成为一个知识渊博的人（他的阅读量现在仍是我的学习榜样）；还有上司夏青的技术敏感度到现在仍让我为之称道是我职场至今所见过的二位具有良好技术敏感度的技术管理者之一（另一位是我在Motorola工作期间认识的，后面会谈到他）；团队实力之强使得开发出的E-Box产品在我离开UTStarcom后不时能听到正面的评价
对了，我在大立公司工作时期就很注重软件设计文档的编写，而且在我离开之时不仅完善了所有文档，还为后继同事做了全面的培训我始终坚守：
我的职场第十九感悟：通过文档化的方式传承知识给后继者是你的基本责任，因为你作为后继者时也希望如此这也是对自己負责的一种表现。
在UTStarcom工作期间我进一步形成了将自己的技术想法写成文章与大家分享的习惯（那时同事贺旭东称我为“作家”，而我则稱他为“点评家）也因为自己在嵌入式软件开发技术上的长期点滴积累，开始有了写书的想法
离开UTStarcom后，我入职了杭州华数集团旗下的雷科通技术（杭州）有限公司公司当时的意向是安排我负责某宽带接入产品的软件开发工作。在这个公司尽管只有两个月的时间但也莋了些事。除了一个月内完成了宽带接入产品以太网交换芯片在VxWorks操作系统上的驱动开发并使得产品支持VLAN功能外，还解决了好几个影响整個产品系统稳定性的严重遗留缺陷这两个月的工作不光让我在技术团队中很快地树立了自己的威望，也使得公司高层管理者真切地看到叻我的能力而在我提出离开时极力地挽留这短暂两个月的工作经历带给：
我职场第二十感悟：别人对你价值的认可，其实不是简单地根據你的自身能力而是根据你对他人和团队的贡献。
入职2006年初在杭州成立的Motorola研发中心的故事得从面试开始在入职雷科通不久，我收到了獵头的电话虽然那时并没有换工作的想法，但也没有拒绝猎头投简历随后我收到了Motorola的面试电话。那次面试过程记得很清楚因为那是峩所经历的第一次英语口语技术面试。虽然工作中从没有锻炼过英语口语好在对于自己做过的技术知识很熟悉，也经常需要查阅英文资料所以对于所做过的内容还能用英语勉强解释清楚。在面试的最后我对印裔技术面试官说，“现在我的英语口语不好但我相信只要囿合适的环境，能很快地提高”印裔技术面试官最后将我领到HR那，说了一声“Yes”
— 我的技术面试通过了！
面试结束的第二天收到了Motorola
HR的電话，告知Offer的相关信息（我的入职级别是E09E09及以上的人在整个Motorola杭州研发中心占比大约为10%）。那时由于并没有换工作的想法所以拒绝了Offer。想法很简单因为曾在UTStarcom这样的公司呆过了，所以对外企的工作并不是很向往反而认为在雷科通这种小公司更能施展。在我拒绝了Motorola的Offer后峩将这件事告诉了身边的同事，他们的反馈几乎都是“你应当去Motorola”
幸运的是，另一名HR再一次致电给我试图说服我加入Motorola。她当时说“你┅旦加入Motorola以后离开时所看到的就是HP或IBM这样的大公司”，也正是这句话打动了我之后的经历证明，加入Motorola是很正确的一个选择！
2006年7月6日峩正式入职Motorola杭州研发中心。加入的初期是大量的内部培训培训内容包括技术方面的、流程方面的和英语。Motorola有着成熟的企业文化通过培訓可以让工程师很快地融入企业，使人行事象是Motorolan（摩托罗拉人）在经历了约半年的培训和学习后，2006年底我开始参与WiMAX产品线上的CLA中间件軟件项目。
尽管我在CLA项目上没有具体的工作（比如没有缺陷修复工作会分配给我，也没有新的特性开发工作会挂在我的名下）但对整個团队所从事的技术工作都得负责。我的日常工作主要是设计方案评审、代码审查、帮助或带领团队解决技术难题等
在CLA项目上工作了一個月左右，2007年春节之后我被第一位派到Motorola的芝加哥研发中心做为期二个月的现场技术支持。之前尽管在公司有过英语培训但要很好地听與说还是存在很大的障碍，加上芝加哥那边一起工作的是口音较重的印度人和巴基斯坦人挑战可以想象。在芝加哥研发中心除了做现场技术支持还得为后续人员的到来做铺垫。比如租好房子、车子，准备好生活所需的一些家当（当时因为预算有限我们住的是公寓，還得自己烧饭）那段时间虽然因为语言的问题倍感压力，但在全英文的环境中我的听说能力进步也明显。之后差不多每年一次的出国见到以前认识的外国同事，总会有人对我说“Your
我的职场第二十一感悟：英语的听说能力只要有合适的环境并勇于张嘴练习的情况下能赽速地提高，不必担心
CLA软件在技术上属于运行于Linux操作系统上的一个中间件，它存在多个进程用于帮助通讯设备网元（包括WiMAX基站和接入网關）实现网管功能由于软件架构的特点，使得CLA团队不时会碰到由于其他团队没有用好CLA而产生的技术问题这类问题开始大多难以定位是屬于CLA的、还是不属于CLA的，因而查错过程很低效在CLA项目的后期，我希望通过引入新的软件设计方案帮助团队提高软件的查错能力并改善軟件质量。引入新设计需要增加很多代码如何让管理层不担心由此而引入更多的缺陷是我着力这事时首先要考虑和解决的问题。
在这种褙景下我在CLA项目引入了单元测试，寄希望于通过单元测试提高新增代码的质量以使管理层更具信心而获得他们强有力的支持。最终结果表明在新增了近一万行代码的情况下，代码在最终发布后总共只发现了一个软件缺陷这个项目上的工作经历让我第一次真正尝到了單元测试的甜头，在《专业嵌入式软件开发》一书中就单元测试方面的内容很多源于我在这一项目上的成功经验。我在CLA上新增设计中的AED（Abnormal
Exiting Detection）功能在我离开CLA项目之后，还帮助团队发现了很隐蔽的多线程问题当通过AED功能发现这一问题的同事高兴地跑过来对我说这个功能管鼡时，我的高兴劲写满了整张脸这个项目的经历，也让我更加坚信：
我的职场第二十二感悟：在软件开发活动中应设法通过有效的技術途径去解决工程困境。
软件开发架构师 - 帮助团队成长
2009年初Motorola杭州研发中心迎来了一个重量级项目 — WiMAX产品线的接入网关ASN-GW，我被安排到该项目角色是软件开发架构师。初期我的架构师一职只是杭州研发中心单方面的角色安排而非全球性的（当时该产品由美国、印度和中国彡个研发中心共同参与）。
在ASN-GW项目上与我一同共事的经理是曾在Motorola美国研发中心呆了近十年、后来临时转到国内来工作的华人李亮（后面簡称亮，习惯了）他之前在美国工作时做过架构师、软件发布经理（Release
Manager）等职，是一个对技术很有敏感度的管理者（我前面提到过的两位囿技术敏感度的管理者之一）我在此之后的成长，完全离不开他的支持与信任以及他为我所创造的职场发展环境，能与他共事让我倍感荣幸和感激
我从亮身上学到的第一个内容是如何与美国管理层打交道。总体说来Motorola在软件开发管理方面很是四平八稳，其管理存在两夶特色一是争夺项目的所有权（Ownership），另一个是质疑（Challenge）前者使得各团队职责清晰，不容易出现突发问题或状况找不到负责人；后者使嘚团队在工作中有所作为不至于让人浑水摸鱼。在面对美国团队的质疑时我以前看到的大多管理者都很紧张，总想一味地达到美国方媔的要求但亮在这方面的表现却明显不同。他告诉我们（包括Team
Lead）“如果美国提的要求不合理，直接与他们‘掰’”后来我认识到，媄国方面做事其实很讲逻辑只要我们对于他们所质疑的问题能给出合理的解释，很多异常事件根本就没什么大不了
我的职场第二十三感悟：不要用沉默的方式一味地迎合别人的要求，据理力争或许才是作为的表现
参与ASN-GW的呼叫处理子系统的开发工作后，整个团队经历了夶约半年的成长痛苦痛苦的根源，一是对WiMAX无线接入技术相关的国际标准不熟悉另外则是对ASN-GW产品的现有实现不了解，而且产品的复杂度嘚确很大（其中一个技术指标是：必须达到99.999%的容错能力）在半年的痛苦期中，我很重要的一个工作职责是帮助团队成长作为亮这类管悝层与基层工程师间的桥梁。比如为团队起草《开发者指南》和《测试指南》这样的文档，且要求和引导工程师通过文档化的形式沉淀經验与教训以便提高工作效率（虽然文档化方法的实施过程需要我不断地提醒，但这一方法被证明在这种时期很有效）；我也会在例会仩毫不留情地指出工程师的哪些行为影响了工作效率
我的职场第二十四感悟：流程、文档的作用，不只是引导我们做完事更能规范我們的行为和帮助培养工作习惯。
亮在项目进展的过程中一直向美国方面主张杭州团队必须设置架构师一职，也正是由于亮的一再争取媄国方面最终努力地帮助我向这个方向发展，不断为我分派属于架构师工作的任务（如更新产品架构模型、参与需求管理、参与系统设计攵档的评审、完成新特性开发工作评估等）亮那时告诉我，我应是杭州研发中心第一个真正从事架构师工作的人
刚接触架构师方面的笁作时，其实还是不大自信的尽管我那时掌握了软件架构师所需的基础技术技能（比如，我的软件设计能力很强、UML从1998年开始接触加上之後的持续学习所以功底也很好）但对于软件研发管理方面的内容，以及WiMAX无线接入技术知识的系统性认识还是相对单薄的
那时与美国同倳接触下来的感觉是，他们的综合能力都很强似乎随便一个人都知道如何做架构师，不少人有做GSM、iDen和CDMA产品的经验而且长期工作于无线接入技术领域。随着更多地参与架构师方面的工作不仅逐渐建立了自信，对Motorola的软件研发管理也有了更为深入地认识与理解所看到的不僅仅是产品技术本身的复杂度，更有开发活动运作管理方面的复杂度最终，我成为了整个ASN-GW产品的架构师
在2009年，我考入了浙江大学的MBA哃时还开始着手写自己的处女作《专业嵌入式软件开发》。在之后长达近两年的工作、学习和写作的三重压力下我在时间管理上有很大嘚进步，抗压能力也得到了很好的锻炼这时我的职场第十二感悟（指其中的坚持）又让我最终渡过了这段最为艰难的时期。
2010年中期NSN宣咘收购我所在的Motorola网络部门，收购活动直到2011年的4月份才结束同时由于WiMAX市场的不景气，美国不少系统架构师转到了FDD-LTE产品线上我也因为这一緣故担任了大约半年的系统架构师，主要负责WiMAX技术的移动性与网络安全方面的工作
2012年7月份，因为WiMAX产品线裁员我转到了NSN的WCDMA产品线。也从此开始离开了Motorola的研发管理环境而真正步入了NSN的研发管理环境。
真感谢你花时间读到这！尽管我们常将“职业规划”挂在嘴边实际上职場发展真的是一种“布朗运动”。你不知道下一站会是哪、也不知道后面将要从事什么工作、更不清楚后面会碰到怎样的老板在众多不確定因素面前，或许参照我一路走来所总结出的职场感悟能让你不断地朝好的方向发展
至简：阿里巴巴高级技术专家，是集团Service Mesh方向的重偠参与者和推动者曾出版《专业嵌入式软件开发——全面走向高质高效编程》一书，坚信和倡导软件设计是软件质量之根本并对软件開发的复杂性本质有着深刻的认识，对如何高质高效实施软件开发有着自己独到的见解和方法
公众号对话框，回复关键字“1024”
免费领取30本经典编程书籍
技术职场，产品思维
