你能否有相似这样的成绩——“天天写业务代码的顺序员，怎样成为技术大牛，末尾写技术代码？”明天，阿里资深无线开发专家李运华，系统梳理了本人的思索和了解，希望协助更多同窗少走一些弯路。
写在前面不管是开发、测试、运维，每个技术人员心里多多少少都有一个成为技术大牛的梦，毕竟“梦想总是要有的，万一完成了呢”！正是对技术梦的追求，促使我们不断地努力和提升本人。
但是“梦想是美妙的，理想却是残酷的”，很多同窗在实践任务后就会发现，梦想是成为大牛，但做的事情看起来跟大牛都不沾边，例如，顺序员说“天天写业务代码还加班，如何才能成为技术大牛”，测试说“每天都有执行不完的测试用例”，运维说“扛机器接网线敲shell命令，这不是我想要的运维人生”。
我也是一位顺序员，所以我希望经过以下基于顺序开发的一些例子，协助大家处置这些困惑。小道理是相通的，测试、运维都可以自创。
有人以为想成为技术大牛最复杂直接、快速有效的方式是“拜团队技术大牛为师”，让他们往常给你开小灶，给你分配一些有难度的义务。
我团体是支持这种办法的，主要的缘由有几个：
大牛很忙，不太能够独自给你开小灶，更不能够每天都给你开1个小时的小灶；而且一个团队外面，假设大牛往常常常给你开小灶，难免会惹起其他团队成员的疑惑，我团体以为假设团队里的大牛假设真正有心的话，多给团队培训是最好的。但是做过培训的都知道，预备一场培训是很消耗时间的，课件和材料至少2个小时（还不能是碎片时间），解说1个小时，大牛们一个月做一次培训曾经是很高频了。
由于第一个缘由，所以普通要找大牛，都是带着成绩去讨教或许讨论。由于回答或许讨论成绩无需太多的时间，更多的是靠阅历和积聚，这种状况下大牛们都是很乐意的，毕竟影响力是大牛的一个重要目的嘛。但是也要特别留意：假设常常问那些书本或许谷歌可以很容易查到的知识，大牛们也会很不耐烦的，毕竟时间宝贵。常常有网友问我诸如“jvm的-Xmn参数如何配置”这类成绩，我都是直接回答“请直接去谷歌”，由于这样的成绩真实是太多了，假设本人不去系统学习，每个都要问是十分糜费本人和别人的时间的。
大牛不多，不太能够每个团队都有技术大牛，只能说团队外面会有比你水平高的人，即使他每天给你开小灶，最终你也只能提升到他的水平；而假设是跨团队的技术大牛，由于任务放置和分配的缘由，直接讨教和辅导的时机是比较少的，单凭参加几次大牛的培训，是不太能够就成为技术大牛的。
综合上述的几个缘由，我以为关于大部分人来说，要想成为技术大牛，首先还是要明白“主要靠本人”这个道理，不要希冀有个像武功徒弟一样的大牛手把手一步一步地教你。适当的时分可以经过讨教大牛或许和大牛讨论来提升本人，但大部分时间还是本人系统性、有针对性的提升。
业务代码一样很牛逼有人以为写业务代码一样可以很牛逼，理由是业务代码一样可以有各种技巧，例如可以运用封装和笼统使得业务代码更具可扩展性，可以经过和产品多交流以便更好的了解和完成业务，日志记载好了成绩定位效率可以提升10倍等等。
业务代码一样有技术含量，这点是一定的，业务代码中的技术是每个顺序员的基础，但只是掌握了这些技巧，并不能成为技术大牛，就像游戏中晋级打怪一样，末尾打小怪，阅历值很高，越到前面阅历值越少，打小怪曾经不能提升阅历值了，这个时分就需求打一些更初级的怪，刷一些有应战的正本了，没看到哪个游戏只需不断打小怪就能升到顶级的。成为技术大牛的路也是相似的，你要不断的提升本人的水平，然前面临更大的应战，经过应对这些应战从而使本人水平更上一级，然后如此往复，最终到达技术大牛甚至业界大牛的境界，写业务代码只是这个打怪晋级路上的一个应战而已，而且我以为是比较初级的一个应战。
所以我以为：业务代码都写不好的顺序员一定无法成为技术大牛，但只把业务代码写好的顺序员也还不能成为技术大牛。
下班太忙没时间本人学习很多人以为本人没有成为技术大牛并不是本人不聪明，也不是本人不努力，而是中国的这个环境下，技术人员加班都太多了，招致本人没有额外的时间停止学习。
这个理由有一定的客观性，毕竟和欧美相比，我们的加班确实要多一些，但这个要素只是一个需求克制的成绩，并不是不可跨越的鸿沟，毕竟我们身边还是有那么多的大牛也是在中国这个环境成长起来的。
我以为有几个误区招致了这种看法的构成：
1）下班做的都是重复任务，要想提升必须本人额外去学习
构成这个误区的主要缘由还是在于以为“写业务代码是没有技术含量的”，而我如今下班就是写业务代码，所以我在任务中不能提升。
2）学习需求大段的延续时间
很多人以为要学习就要像学校上课一样，给你一整天时间来上课才算学习，而我们往常加班又比较多，周末累的只想睡懒觉，或许只想去看看电影打打游戏来抓紧，所以就没有时间学习了。
实践上的做法正好相反：首先我们应该在任务中学习和提升，由于学致运用或许有实例参考，学习的效果是最好的；其次任务后学习不需求大段时间，而是要挤出时间，应用时间碎片来学习。
正确的做法 Do more做的更多，做的比你主管放置给你的义务更多。
我在HW的时分，担任一个版本的开发，这个版本的任务量大约是2000行左右，但是我除了做完这个功用，还将关联的功用全部掌握清楚了，代码（大约10000行）也全部看了一遍，做完这个版本后，我对这个版本相关的整套业务全部很熟习了。经过一两次会议后，大家发现我对这块掌握最熟了，接上去就幽默了：产品讨论需求找我、测试有成绩也找我、老大对外支撑也找我；后来，不是我担任的功用他们也找我，即使我事先不知道，我也会看代码或许找文档帮他们回答。最后我就成了我这个系统的“专家”了。虽然这个时分我还是做业务的，还是写业务代码，但是我曾经对整个业务都很熟习了。
以上只是一个复杂的例子，其实就是想说：要想无时机，首先你得从人群中冒出来，要想冒出来，你就必须做到异乎寻常，要做到异乎寻常，你就要做得更多！
怎样做得更多呢？可以从以下几个方面着手：
1）熟习更多业务，不管是不是你担任的；熟习更多代码，不管是不是你写的
这样做有很多益处，举几个复杂的例子：
需求剖析的时分愈加准确，可以在需求阶段就辨认风险、影响、难点
成绩处置的时分愈加快速，由于相关的业务和代码都熟习，可以快速的判别成绩能够的缘由并停止排查处置
方案设计的时分思索愈加周全，由于有对全局业务的了解，可以设计出更好的方案
2）熟习端到端
(责任编辑：admin)