我的程序员起步比同龄人都晚了很多，更不用说现在的年轻人了。我大学读的是生物专业，在上大学前基本算是完备没打仗过打算机。军训的时候由于很无聊，我和室友每天跑去学校的机房玩，我现在还印象很深刻，我第一次走进机房的时候，别人问，你是要玩windows，还是dos，我那是完备的一抹黑。后来就只记得在机房一堆人都是在练习盲打，军训完，盲打倒是练的差不多了，对打算机就这么产生了浓厚的兴趣，大一的时候都是玩组装机，捣鼓了一些，对打算机的硬件有了那么一些理解。
到大二后，买了一些书开始学习当时最火的网页三剑客，学会了手写HTML、PS的基本玩法之类的，课余、暑假也能开始给人做做网站什么的(那个时候做网站真的好赢利)，可能那样过了个一年旁边，做静态的网页就不好赢利了，也不好找演习事情，于是就开始学asp，写些大略的CRUD，做做留言板、论坛这些动态程序，该当算是在这个阶段打仗编程了。
毕业后加入了深圳的一家做政府行业软件的公司，一个非常靠谱和给我空间的Leader，使得自己在那几年有了不错的发展，终于成了一个职业的程序员。
常日来说，业余或半职业的程序员，多数是1个人，或者很小的一个团队一起开拓，使得在开拓流程、协尴尬刁难象（例如jira、cvs/svn/git等）、测试上常日会有很大的欠缺，而职业的程序员在这方面则会专业很多。其余，常日职业的程序员做的系统都要运行较长的韶光，以是在可掩护性上会特殊把稳，这点我是在加入阿里后理解更深的。一个运行10年的系统，和一个写来玩玩的系统显然是有非常大差别的。
这块自己觉得也很难讲清楚，只能说模模糊糊有个这样的观点。常日在有兴趣的根本上，从业余程序员超过到成为职业程序员我以为不会太难。
编程能力的发展作为程序员，最主要的能力始终是编程能力，就我自己的感想熏染而言，我以为编程能力的发展紧张有这么几个部分：
1、编程能力低级：会用
编程，首先都是从学习编程措辞的基本知识学起的，不论是什么编程措辞，有很多共同的基本知识，例如怎么写第一个Hello World、if/while/for、变量等，因此我比较建议在刚刚开始学一门编程措辞的时候，看看编程措辞自己的一些文档就好，不要上来就去看一些高阶的书。我当年学Java的时候上来就看Think in Java、Effective Java之类的，至心好难懂。
除了看文档以外，编程是个超级实践的活，以是一定要多写代码，只有这样才能真正闇练起来。这也是为什么我还是以为在口试的时候让口试者手写代码是很主要的，这个过程是非常随意马虎判断写代码的熟习程度的。很多人会说由于写代码都是高度依赖IDE的，导致手写很难，但我绝对相信写代码写了很多的人，手写一段不太繁芜的、可运行的代码是不难的。纵然像我这种三年多没写过代码的人，让我现在手写一段不太繁芜的可运行的Java程序，还是没问题的，前面N年的写代码生涯使得很多东西已经深入骨髓了。
我以为编程能力低级这个阶段对付大部分程序员来说都不会是问题，勤学苦练，是这个阶段的核心。
2、编程能力中级：会查和避免问题
除了低级要节制的会闇练的利用编程措辞去办理问题外，中级我以为首先是提升查问题的能力。
在写代码的过程中，出问题是非常正常的，怎么去有效且高效的排查问题，是程序员群体中常日能感想熏染到的大家在编程能力上最大的差距。
办理问题能力强的基本很随意马虎在程序员群体里得到很高的认可。在查问题的能力上，首先要节制的是一些基本的调试技巧，好用的调试工具，在Java里有JDK自带的jstat、jmap、jinfo，不在JDK里的有mat、gperf、btrace等。工欲善其事必先利其器，在查问题上是非常范例的，有些时候大家在查问题时的能力差距，有可能仅仅是由于别人比你多知道一个工具而已。
除了调试技巧和工具外，查问题的更高境界便是懂事理。一个懂事理的程序员在查问题的水平上和其他程序员是有明显差距的。我想很多的同学该当能感想熏染到，有些时候查出问题的缘故原由仅仅是由于有效的工具，知其然不知其以是然。
我给很多阿里的同学培训过Java排查问题的方法，在这个培训里，我常常也会讲到查问题的能力的培养最紧张的也是闇练，多考试测验给自己写一些会出问题的程序，多积极的看别人是怎么查问题的，多积极的去参与排查问题，很多末了查问题能力强的人多数仅仅是由于“无他，但手熟尔”。
我自己排查问题能力的提升紧张是在2009年和2010年。那两年作为淘宝消防队（处理各种问题和故障的虚拟团队）的成员，处理了很多的故障和问题。当时消防队还有阿里最公认的技能大神——多隆，我向他学习到了很多排查问题的技巧。和他比，我排查问题的能力便是低级的那种。
印象最深刻的是一次我们一起查一个运用cpu us高的问题，我们两定位到是一段代码在某种输入参数的时候会造成cpu us高的缘故原由后，我能想到的连续查的方法是去生产环境抓输入参数，然后再用参数来本地debug看是什么缘故原由。但多隆在看了一会那段代码后，给了我一个输入参数，我拿这个参数一运行，果真cpu us很高！
这种case不是一次两次。以是我常常和别人说，我是须要有问题场景才能排查出问题的，但多隆是完备有可能直接看代码就能看出问题的，这是实质的差距。
除了查问题外，更厉害的程序员是在写代码的过程就会很好的去避免问题。大家最随意马虎理解的便是在写代码时处理各种非常情形，这里常日也是造成程序员们之间很大的差距的地方。
写一段正向逻辑的代码，大部分情形下纵然有差距，也不会太大，但在怎么很好的处理这个过程中有可能涌现的非常上，这个时候的功力差距会非常明显。很多时候一段代码里处理非常逻辑的部分都会超过正常逻辑的代码量。
我常常说，一个精良程序员和普通程序员的差距，很多时候压根就不须要看什么满天飞的架构图，而只用show一小段的代码就可以。
举一个小case大家感想熏染下。当年有一个严重故障，末了查出的缘故原由是输入的参数里有一个是数组，把这个数组里的值作为参数去查数据库，结果前面输入了一个很大的数组，导致从数据库查了大量的数据，内存溢出了，很多程序员现在看都会明白对入参、出参的保护check，但类似这样的case我真的碰到了很多。
在中级这个阶段，我会推举大家尽可能的多刻意的去培养下自己这两个方面的能力，成为一个能写出高质量代码、有效排查问题的精良程序员。
3、编程能力高等：懂高等API和事理
就我自己的经历而言，我是在写了多年的Java代码后，才开始真正更细致的学习和节制Java的一些更高等的API，我相信多数Java程序员也是如此。
我算是从2003年开始用Java写商业系统的代码，但直到在2007年加入淘宝后，才开始非常负责地学习Java的IO通信、并发这些部分的API。只管以前也学过也写过一些这样的代码，但完备便是皮毛。当然，这些常日来说有很大部分的缘故原由会是事情的干系性，多数的写业务系统的程序员可能基本就不须要用到这些，以是导致会很难懂这些相对高等一些的API，但这些API对真正的理解一门编程措辞，我以为至关主要。
在之前的程序员发展路线的文章里我也讲到了这个部分，在没有场景的情形下，只能靠自己去创造场景来学习好。我以为只要有足够的兴趣，这个问题还是不大的，毕竟现在有各种开源，这些是可以非常好的帮助自己创造机会学习的，例如学Java NIO，可以自己基于NIO包一个框架，然后比拟Netty，看看哪些写的是不如Netty的，这样会非常有助于真正的理解。
在学习高等API的过程中，以及排查问题的过程中，我自己越来越明白懂编程措辞的运行事理是非常主要的，因此我到了后面的阶段开始学习Java的编译机制、内存管理、线程机制等。对付我这种非科班出身的而言，学这些会由于缺少根本更难很多，但这些更事理性的东西学会了后，对自己的编程能力会有质的提升，包括往后学习其他编程措辞的能力，学这些事理最好的方法我以为是先看看一些讲干系知识的书，然后去翻看源码，这样才能真正的更好的节制，末了是在往后写代码的过程中、查问题的过程中多结合节制的事理，才能做到纵然在N年后也不会忘。
在编程能力的发展上，我以为没什么捷径。我非常赞许1万小时理论，在中级、高等阶段，如果有人指示或和精良的程序员们共事，会好非常多。不过我以为这个和读书也有点像，到了一定阶段后（例如高中），天分会成为最主要的分水岭，不过就和大部分行业一样，大部分的情形下都还没到拼天分的时候，只须要拼勤奋就好。
系统设计能力的发展除了少数程序员会进入专深的领域，例如Linux Kernel、JVM，其他多数的程序员除了编程能力的发展外，也会越来越须要在系统设计能力上发展。
常日一个编程能力不错的程序员，在一定阶段后就会开始承担一个模块的事情，进而承担一个子系统、系统、跨多领域的更大系统等。
我自己在事情的第三年开始承担一个流程引擎的设计和实现事情，一个不算小的系统，并且也是当时那个项目里的核心部分。那个阶段我学会了一些系统设计的基本知识，例如须要想清楚全体系统的目标、模块的划分和职责、关键的工具设计等，而不是上来就开始写代码。但那个时候由于我是一个人写全体系统，以是实在对设计的觉得并还没有那么强力的觉得。
在那之后的几年也卖力过一些系统，但总体觉得彷佛在系统设计上的发展没那么多，直到在阿里的经历，在系统设计上才有了越来越多的体会。（点击文末阅读原文，查看：我在系统设计上犯过的14个错，可以看到我走的一堆的弯路）。
在阿里有一次做分享，讲到我在系统设计能力方面的发展，紧张是由于三段经历，卖力专业领域系统的设计 -> 卖力跨专业领域的专业系统的设计 -> 卖力阿里电商系统架构级改造的设计。
第一段经历，是我卖力HSF。HSF是一个从0开始打造的系统，它紧张是作为支撑做事化的框架，是个非常专业领域的系统，放在全体淘宝电商的大系统来看，实在它便是一个很小的子系统，这段经历里让我最深刻的有三点：
1).要设计好这种非常专业领域的系统，专业的知识深度是非常主要的。我在最早设计HSF的几个框的时候，是没有设计好做事消费者/供应者要怎么和现有框架结合的，在设计负载均衡这个部分也反复了几次，这个紧张是由于自己当时对这个领域节制不深的缘故原由造成的;
2). 太技能化。在HSF的阶段，出于情怀，在有一个版本里投入了非常大的精力去引进OSGi以及去做动态化，这个后来事实证明是个非常非常缺点的决定，从这个点我才真正明白在设计系统时一定要想清楚目标，而目标很主要的是和公司发展阶段结合；
3). 可持续性。作为一个要在生产环境持续运行很多年的系统而言，怎么样让其在未来更可持续的发展，这个对设计阶段来说至关主要。这里最low的例子是最早设计HSF协议的时候，协议头里竟然没有版本号，导致后来升级都特殊繁芜；最范例的例子是HSF在早期缺少了缺少了做事Tracing这方面的设计，导致后面创造了这个地方非常主要后，全部落地花了长达几年的韶光；又例如HSF早期缺少Filter Chain的设计，导致很多扩展、定制化做起来非常未便利。
第二段经历，是做T4。T4是基于LXC的阿里的容器，它和HSF的不同是，它实在是一个跨多领域的系统，包括了单机上的容器引擎，容器管理系统，容器管理系统对外供应API，其他系统或用户通过这个来管理容器。这个别系发展过程也是各种犯错，犯错的紧张缘故原由也是由于领域节制不深。在做T4的日子里，学会到的最主要的是怎么去设计这种跨多个专业领域的系统，怎么更好的划分模块的职责，设计交互逻辑，这段经历对我自己更为主要的意义是我有了做更大一些系统的架构的信心。
第三段经历，是做阿里电商的异地多活。这对我来说是真正的去做一个巨大系统的架构师，只管我以前做HSF的时候参与了淘宝电商2.0-3.0的重大技能改造，但参与和自己主导是有很大差异的，这个架构改造涉及到了阿里电商浩瀚不同专业领域的技能团队。在这个阶段，我学会的最紧张的：
1). 子系统职责划分。在这种超大的技能方案中，很随意马虎涌现某些部分的职责重叠和冲突，这个时候怎么去划分子系统，就非常主要了。作为大架构师，这个时候要从团队的职责、团队的可持续性上去选择团队；
2). 大架构师最紧张的职责是掌握系统风险。对付这种超大系统，一定是多个专业领域的架构师和大架构师共同设计，怎么确保在实行的过程中对付系统而言最主要的风险能够被掌握住，这是我真正的理解什么叫系统设计文档里设计原则的部分。
设计原则我自己以为便是用来确保各个子系统在设计时都会遵照和考虑的，一定不能是虚的东西，例如在异地多活架构里，最主要的是如何掌握数据风险，这个须要在原则里写上，最基本的原则是可接管系统不可用，但也要保障数据同等，而我看过更多的系统设计里设计原则只是写写的，或者千篇一律的，设计原则切实的表示了架构师对目标的理解（例如当时异地多活这个实在开始只是个观点，但做到什么程度才叫做到异地多活，这是须要解读的，也要确保在技能层面的设计上是达到了目标的），技能方案层面上的选择原则，并确保在细节的设计方案里有对付设计原则的承接以及实行；
3). 考虑问题的全面性。像异地多活这种大架构改造，涉及业务层面、各种根本技能层面、根本举动步伐层面，对付实行节奏的决定要综合考虑人力投入、机器本钱、根本举动步伐布局诉求、稳定性掌握等，这会比只是做一个小的系统的设计繁芜非常多。
系统设计能力的发展，我自己以为最主要的一是先在一两个技能领域做到专业，然后只管即便扩大自己的知识广度。例如除了自己的代码部分外，还该当知道详细是怎么支配的，支配到哪去了，支配的环境详细是怎么样的，和全体系统的关系是什么样的。
像我自己，是在加入根本举动步伐团队后才更加明白有些时候软件上做的一个决策，会导致根本举动步伐上巨大的硬件、网络或机房的投入，但实在有可能只须要在软件上做些调度就可以避免，做做研发、做做运维可能是比较好的把知识广度扩大的方法。
第二点是练习自己做tradeoff的能力，这个比较难，做tradeoff这事须要综合各种成分做选择，但这也是所有的架构师最关键的，可以转头反思下自己在做各种系统设计时做出的tradeoff是什么。这个最好是亲自经历，听一些有履历的架构师分享他们选择背后的逻辑也会很有帮助，尤其是如果恰好你也在同样的寻衅阶段，光听终极的架组成果实在大多数时候帮助有限。
技能Leader我以为最好是能在架构师的根本上，后续看重发展的方面还是有挺大差别，就不在这篇里写了，后面再专门来写一篇。
程序员金字塔我认为程序员的代价关键表示在作品上，被打上作品标签是一种很大的荣幸，作品影响程度的大个人以为决定了金字塔的层次，以是我会这么去理解程序员的金字塔。
当然，要打造一款作品，仅有上面的两点能力是不足的，作品里很主要的一点是对业务、技能趋势的判断。
希望作为程序员的大伙，都能有机会打造一款天下级的作品，去为技能圈的发展做出贡献。
由于目前IT技能更新速率还是很快的，程序员这个行当是特殊须要学习能力的。我一贯认为，只有对程序员这个职业真正的充满兴趣，保持自驱，才有可能在这个职业上做好，否则的话是很随意马虎淘汰的。
作者简介：毕玄，2007年加入阿里，十多年来紧张从事在软件根本举动步伐领域，先后卖力阿里的做事框架、Hbase、Sigma、异地多活等重大的根本技能产品和整体架构改造。