左耳朵耗子:技术人如何更好地把控发展趋势?

2020 年 3 月 18 日

左耳朵耗子:技术人如何更好地把控发展趋势?

导读:技术不断迭代,掌握一门其中一门技术就可以悠闲到老么?盲目搬砖就能以量变换取质变么?世界的快速发展,本质是什么?如何鉴别出有潜力的技术?如何突破自身学习和能力的瓶颈,更好做到自我管理?本文是左耳朵耗子老师在「云加社区沙龙 online」的分享整理,详细阐述了技术人应如何面对焦虑,把控技术,更好适应未来技术发展的冲击。


引言


从我二十多年的工作经历来看,期间经历了很多技术的更新换代,整个技术模式、业务模式也是一直变来变去,所以本期内容针对这一话题,谈一谈技术人员应该怎样适应这样一种变化?


第一,如果想要把控技术,应对这个世界的一些变化,需要大致知道这个世界的一些规律和发展趋势,另外还得认识自己,自己到底适合做什么?在这个趋势和规律下属于自己的发挥领域到底是什么?这是我们每个人都需要了解的。


第二打牢基础,以不变应万变,不管世界怎样变化,我都能很快适应它。


第三,提升成长的效率,因为现在社会的节奏实在太快了,比二十年前快得太多,技术层出不穷,所以我们的成长也要更有效率。效率并不单指的快,效率是怎么样更有效,是有用工除以总工,怎么学到更有效的东西,或者怎么更有效学习,是我们需要掌握的另一关键。


一、认识世界,了解自己


1. 世界发展的大趋势


首先要认识这个世界发展的趋势,人类社会目前处于第三次工业革命期间,信息化革命也正在进行。


第一次工业革命是蒸汽机时代,即用蒸汽机代替劳动力。第二次工业革命是内燃机,电力被发明也在第二次工业革命。第三次工业革命就是今天,主要是以信息化、原子能还有空间技术以及一些生物应用工程等。


我们可以看到,这三次工业革命围绕着都是能源的迭代、能源的升级。从蒸汽时代到内燃机时代,再到原子能。


2. 技术演进的规律


为什需要这些动力和能源?因为人类发明各种机器都是需要能源和动力的,所以从蒸汽、内燃到电力、原子能都是在不停的解决怎样让机器动起来的问题。要让机器动起来必须有一个外力,所以能源变成很重要的事情,机器可以不知疲倦的做,但是能源要跟得上。所以解决能源问题就是为了解决机器的自动化。


今天的信息革命其实也是在解决自动化,只要能够被数字化了,就可以实现自动化。


以通讯为例,最早是飞鸽传输、然后是无线点播传输,到现在通过互联网通讯,都是在解决自动化,自动化的过程就是只有机器在不知疲倦工作。


自动化可以带来规模化,规模化可以带来成本极度的下降和效率极大的攀升,工业革命其实基本上都在干这些事。


接下来关注信息化革命。信息化革命分成三个阶段


1990 年代到 2000 年,这个时代叫兆比(MB)时代,是雅虎、新浪、搜狐、网易门户网站的时代,这个时代就是 SP 互联网提供商,把一些资讯数字化,然后发布到网络上。


2000 年到 2010 年这个时代叫多媒体或者是 UGC 时代,上网开始变得普遍了,每个人手里的数码设备开始变得多了起来,可以上传照片,可以上传视频,甚至可以在网上做社交。


从 2010 年到 2020 年,这过去的十年是移动互联网时代,移动互联网只需要手机在线,不需要依靠电脑。因为手机随时在线,所以个人的各种各样的数据始终在被收集,只要用户上网就会产生数据,所以人的行为最终也被数字化了。


下一个十年,也许把手机丢了都可以。即使手机扔了,照样可以数字化,这是因为线下有很多摄像头、互联网也可以虚拟化人类的很多行为。


整个世界的大趋势基本上就是解决能源和自动化。我们了解到这些东西就可以知道未来世界会向什么方面变化。


过去用机器代替牲口,或者代替人类操作。比如说织布机,一个人可以管几百台织布机,数控机床以前靠人操作,后来数控就不需要人了,这是数字化带来的一个更好体验。


说得好听叫解放生产力,说难听点就是让人失业,但是是让劳动密集型失业,未来却可能会让知识密集型失业。有一些知识密集型岗位,比如律师,未来是比较容易失业的,一些低端、中端的律师会被算法和机器取代。


因为律师行业里面很多东西是比较教条、公式化的,所有的案例、法律都是公开的,这些东西是可以被机器快速学习的。


技术的演进规律基本是自动化加规模化,从而降低成本,提升效率。这就是为什么世界变得越来越快,人类都快跟不上节奏的原因,主要是整个社会不断被机器、数据所驱动。


3. 技术世界的组成


技术世界是怎样组成的,最大的基础是什么?一般是理论,首先理论得突破,理论突破以后,产生质变就能到下一个层次,理论突破了,就会有产生一些技术的基础,这些短期看起来可能赚不了钱,但是没有这些东西后面就转不了。


像操作系统,操作系统并不解决人类的业务问题,但是如果没有操作系统,没有网络,上传应用就不会存在。生存技术底层技术就像高速公路一样,是不可或缺的。


不同人有不同的能力,不同的人有不同见解,不同的喜好。能看懂理论就进入理论,能深入底层原理就到技术那边去,想解决某项问题,提升效率就去发明工具


还有产品,产品是用户体验,想要提升一些体验可以去做产品。项目基本上是为了完成一或解决一个具体问题,项目可能是这些技术工种里面最接近需求的,但是也是技术含量比较低的,生命周期可能会较短一些。


这个生命周期不是项目,操作系统任何产品都有生命周期,但是理论、基础技术、工具它们所需要的基础沉淀或者这方面技术人员的生命周期会比做项目的人员的生命周期要长。


分工也是这么来的,不是说做前端、后端、算法等这些基本的分工,而是更抽象的分工,这个分工是看每个人的能力还有他的个人喜好,这个世界就这么分出来的。


4. 世界需要的人才


这个世界需要什么样的人?我们需要劳工,劳工能使用技术就好了。还有另外一种是技工,技工不但是使用技术,还可以把活儿做好,这是有技能的劳动力。


劳工就是劳动力,劳动就好了,重复劳动。劳工最大的问题很有可能会被淘汰,因为他是在做一些重复劳动,做这种重复劳动的人很容易被淘汰。


技术工人 能够把技术弄好了,活儿做好,他属于一种手艺人,随着技术门槛的下降他可能就会被淘汰掉


特种工人是必须了解原理和解决难题的一类工人,他们是解决比较难的、特定的一些技术问题。当一种技术被淘汰,他 并不容易被淘汰,因为他懂原理,原理就是解决问题的能力,是解决问题的套路和方法。


关于设计和架构,设计和架构人员主要是开发一些工具,提升效率和提升用户体验,提升稳定性、性能、代码重用等,总的来说就是为了降本增效。


这一类人的工作降低了技术得到门槛,他们把技术门槛降低了以后,就可以把这个技术普及开来,就可以由广大劳工、技工、特殊工人使用了。


对于经理,经理主要是创造利润,组织团队。不同的场景下,经理也需要不同的技能。比如说创造利润,不同领域不同玩法,包括组织团队也是一样。不同时代带人也是完全不一样。就像我们 70 后和今天 00 后、90 后怎么带他们,完全是两码事。因为大家背景不一样,经历不一样。


这就是我总结的世界需要哪些人才,我们了解这些东西以后大概就明白应该如何适应这个世界的变化。



4. 技术领域的 11 个等级


下图所示是谷歌的 SRE 评分卡,这个评分卡主要把谷歌内部技术领域分 11 个等级,我们可以看到 0 等级对于相关领域不熟悉,属于刚入门。



1 是读懂这个技术的基础知识,能读懂技术基础就已经不错了。


2 可以实现小的改变,有小的动手能力,并能够在简单指导下找到更多的细节,只要简单指导一下就能跑了,有灵性。


3 基本懂这个领域,完全不需要别人帮助。


4 对于这个技术领域非常熟悉,可以完成日常工作,这基本需要有一定的经验的。对于这个技术领域有非常底层的深入和了解。


5 基本上能够解决很多难题,相对前面的 0123 登记基本可以看做是劳工和技工层次,345 可以达到特种工人层次,到 678 基本就属于设计和架构了。


6 是从零开发大规模系统,掌握底层和内部系统


7 是了解和利用技术和相关原理,从根本上自动化大量的系统管理运维工作


8 是对于边角技术有深入了解能够设计部署并负责关键大规模基础设施,并且构建自动化设施。


这里面的关键词是 基础底层原理自动化,这些东西是我们科技工作者或者程序员的技术特征,跟前文的分析是一致的。


9 和 10 是能够在该技术领域出本书,到理论级了,并和标准委员会的人一起工作,了解相关的标准和方法经典的书,不是随便写的书,至少要像 TCPIP 级别,或者像 Linux 高级编程,这种经典图书或者是教科书。或者是能够发明技术,这样的人已经走在绝大多数人前面了。


5. 认识自己


我们除了要了解这个世界大概的一些趋势,还需要了解自己。



如果你需要能够扛得住变化,首先你要找得到自己特长。你要认识自己的特长,找到自己的天赋,找到你在 DNA 里比别人强的东西,就拿你的 DNA 跟别人竞争就好了。


所以你要找到自己可以干成的事,找到别人找你请教的事,你身边人找你请教就是说明你有特长。这是找到自己特长非常非常重要,扬长避短。


如果你没有找到自己特长,就找自己有兴趣的东西。什么叫兴趣?兴趣是再难再累都不会放弃的事。如果你遇到困难就会放弃不叫兴趣,那叫叶公好龙。


如果你 没有特长,没有兴趣就要学方法。这种方法就是要有时间观念,要会做计划,要懂统筹、规划。


对于做过的事情,犯过的错误多总结,举一反三,喜欢自己找答案,自己探究因果关系,这是一些方法,自己总结一些套路。


如果你没有特长,没有兴趣,也没有方法,你还能做的事就是勤奋,勤奋注定会让你成为一个比较劳累的人,也是很有可能被淘汰的人。


随着你的年纪越来越大,你的勤奋也会越来越不值钱。因为年轻人会比你更勤奋,比你更勤奋、比你斗志更强,比你能力更强,比你要钱更少的人会出现。勤奋最不值钱,但是只要你勤奋至少能够自食其力。


以上就是为了应对未来技术变化,作为个人必须要从特长、兴趣、方法一层一层筛选挖掘,如果没有这些你就要努力和勤奋。


从我个人而言,我不算是特别聪明的人,但自认为对技术还是比较感兴趣的,难的我不怕。有很多比较难啃的技术,聪明点的人啃一个月就懂了,我不行,我可能啃半年。但是没有关系,知识都是死的,只要不怕困难总有一天会懂的。最可怕是畏难,为自己找借口,这样就不太好了。


二、打牢基础,以不变应万变


1. 基础缘何如此重要?


前面提到的谷歌评分卡中,我们看到了许多基础原理方面的内容,其实要应对未来的变化,很重要的一点就是无招胜有招,以不变应万变。


世界变化都是表面的东西,内在的东西其实并没有太多的变化。理论层面上变得不多,反而形式上的东西今天一个花样,明天一个花样,所以如果要去应对这种变化,就一定要打牢自己的基础,提升内功休养。


比如像编程的一些方式和套路,修饰模式原理本质,解耦,提升代码的重用度等。提升代码重用度必须解耦,要跟现实解耦,提升抽象,这些都是一些技术基础。无论用什么语言,都是这么做的。


打牢基础就可以突破瓶颈,不打牢基础没有办法突破瓶颈。在技术世界不要觉得量变会造成质变,这是不可能的。技术这个东西就像砌砖头盖房子,按照砌砖头方式做代码你不行的,因为你 不懂原理,你没有办法成长上去的,所以你必须学习基础的理论知识,如果不学这些基础理论知识,你在表面,当这个技术有变化,就会发现以前学的都没用了,要重头学一遍。


掌握技术推理可以让自己找到答案和知识,基础是抽象和归纳,很容易形成进一步的推论。我们学的很多技术实现都逃不脱基础原理,不管是 Java,还是其他语言,只要用 TCP 用的都是相同的原理,逃不出范围,只要抓住原理,甚至还可以自己推导一些技术



2. 什么才算是基础技术?


一些技术,比如程序语言,像 C 和 C++,原理主要就是编译、内存管理、指针等。Java 语言原理基本是在虚拟机 JVM、垃圾回收、JVM 字节码等。python 基本在解释器,go 语言就是并发,基本都是这些,内存是怎么管的,Java 里面为什么没有指针,Java 虚函数是什么意思?…


你需要了解重要类库的事件,它的数据结构是红黑树,还是哈希表?还有代码设计,并发、异步,编程范式、设计模式。操作系统就是计算原理,Linux、网络协议、还有数据库,像数据库设计的范式,后台原理都要搞清楚。中间件 Kafka 是什么原理,你要了解里面的原理,还有一些东西巨耗内存。网管代理,调度系统等等,理论知识算法和数据结构…



前文所述,这个世界一直在做自动化,所以未来一定会自动化一些知识,因此算法和数据很重要,数据库设计范式、网络模型这些都是理论知识,理论知识可以让你从本质了解很多的东西。


这些知识其实就是一个计算机科学专业的学生他所要学习的原理,除了中间件可能学校没有教,但是一般学生时代学这些东西也没必要,我们的一些学校教得也很糟糕,一些老师可能都不行,他怎么能教学生呢?而且教学生的书都是自己写的,凡是世界上最优秀的教课书不用了,一定要自己写一本。我自己就遭遇过这样的经历,丹尼斯 C 语言程序设计不用了,一定要自己弄一本,谭浩强的语言设计,我也不明白为什么这样,人家好的不用,非要用自己的,然后里面错误百出。


拿不出原汁原味的东西,你的学习效率一定是下降的。在大学基本都是这样的。这些基础技术大概需要四五年的时间堆叠。我工作二十年了,这二十年来基本还是这些原理没变,无论形式怎么变,但是核心永远还是这些,理论创新很难,这是以不变应万变


3. 如何识别好的技术?


其实有了这些理论知识以后,离实际操作还会有一些距离。现在 技术这么多,什么才是好技术?


首先了解这个技术解决什么问题。如果这个技术能解决很普遍的问题,那么这个技术可能就很牛,如果这个技术只是解决很小众的问题,这个技术可能也就随之小众。


技术一定降低技术门槛,提高开发效率,或者提升稳定性,基本所有的技术更迭都是为了这些东西。所以,技术越普遍越好。Lisp 大家都说很好,但是 Lisp 解决的只是一种理论上的问题,其实并不具有普遍性。我们可以学 Lisp,但是你要指着它吃饭就不太行了。


我们需要提升什么样的能力?能够进行更为复杂的计算?能够自动化更为复杂和困难的事情,基本上所有技术都是这样按这样的方向发展的。


哪一些技术有潜力能成为主流技术?好的技术不一定能成为主流技术。成为主流技术特征通常来说有三点:第一是有大公司背书,第二要有杀手级的应用,第三是有强大的社区


这样的技术 Java 称得上是第一,所有大公司都在 Java,而且 Java 有前端、有手机端、有后端,各种杀手级应用一堆又一堆。还有强大的社区,而且 Java 是企业级的,所以可以看到像交易型的系统基本都是 C、C++、Java 这条线还有多.NET 也是这条线,要用开源,生产率还想高一点、系统稳定点就用 Java。


还有像 Go 语言,也有大公司背书,杀手级应用,社区也比较强大,社区把各种 Java 中间件往 GO 语言迁移,这些都是大技术。


那么 PHP 怎么样,Node.js 怎么样,这些都是脚本型语言,脚本型语言我并不觉得有多好。PHP 未来也不会有太多的可能性。它们倒是降低技术门槛了,但是其实并不能解决更复杂的问题。要用 PHP 搞架构也挺困难的。


为什么 Java 更容易做架构,因为一般来说一个架构系统通常要有通讯系统,很多人觉得架构就是搞好这些系统和通讯,系统间的通讯就是一个系统集成,架构里面还有控制系统,像服务画像、一些配置管理和配置中心,还有一些网管、流量分发,还有一些调度系统,控制系统和一些流量分发系统,还有像 DIVE 的 CICD 就是切流量的,还有数据系统,一个架构基本有控制系统、流量系统、调度系统、状态系统、数据系统很多系统组成,以及通讯系统。


Java 社区里面这些东西最全。所以使用 Java 就比较方便。



我们怎么把控技术,怎么识别 什么是“好的技术”。不是学术上的好,而 是能够更为实用、务实的技术。作为程序员,技术不是职业,我们还是要甄别更为普及的,更为易用比较广的技术。


但是 无论怎么样,基础技术都是基本不变的。所以可以看到很多高级公司不是特别看重你用什么语言,像微软、谷歌、Facebook 等基本都不是很看重,但是要员工把基本原理弄明白,因为这是你是否能成长的重要依据。


三、提升自身成长效率


技术在不断更新,我这二十年基本也都是在不断追赶,如果你跟进慢了肯定就不行,所以必须要跟进的快一些。


首先要有学习的效率,怎么样提升你学习的效率,你若是学习效率提不上来,其实时间一长了就会被甩到后面去了。下图展示的是学习金字塔,如果你采取的是听讲得到形式学习,最后可能只有 5%的知识留存。你自己读书可以留下 10%,看一些视频有 20%留下,看别人演示做一遍有 30%留下…



为什么这些效果都很差呢?因为这些都是属于被动学习,不经过自己的思考就是被动学习。但是主动参与学习,比如说在讨论组里面积极的跟别人讨论问题能够留下 50%。如果你能够做出实践,亲自踩踩坑,就会留下 75%。如果你教别人,就有 90%知识留存,所以学习知识的过程可以想象一下讲给其他人听的过程。


1. 学习方法


学习方法要主动学习,主动学习我们称之为深度学习,如果你不能深度学习,即使十年时间花费出去,也没有任何意义。


(1)挑选一手知识和信息源


对于学习方法:第一我们一定要到知识源去挑选知识,知识信息源非常关键,二手信息丢失太大了,谭浩强写的书就丢失太多信息了。


目前计算机一手知识基本都是国外的,所以 英文非常重要。我鼓励大家一定读第一手的资料。如果你英语有问题,至少要看翻译过来,最好是原汁原味翻译的,不要我理解了给你讲那种,那种也是被别人嚼一遍再讲给你你没有体会,是别人带着你,别人的体会会影响你,也许你的体会会比他更好,因为是你自己总结出来的东西,所以知识源很重要。


(2)注意原理和基础


第二要注重基础原理。虽然可以忘记这个技术,但是原理记在心里,我可以徒手实现出来,而且通过原理可以更快学习其他类似的技术。所以原理很重要!当你学会 C、C++要学 Java 和 GO 都很快。


(3)使用知识图谱


一定要学会使用知识图,把知识结构化。大家都说 C++最难学,C++三大块,第一是解决 C 语言的问题,第二面向对象,第三是 STL;C 语言有指针问题、有宏问题。


对于 TCP 协议,首先第一个要记住状态图,怎么建立连接,怎么断连接,状态怎么变迁。TCP 没有连接,是靠状态维护连接的。


其次,要了解 TCP 怎么保证可靠性,就是丢包以后怎么重传。


然后,重传会带来拥塞控制,发的速度和收的速度不一定对等,或者网络上的速度不一定对等,涉及到拥塞控制。这就是 TCP 基本三大块,顺着这个脉络一点点往下想,比如说怎么做拥塞控制,滑动窗口消息技术,怎么测试重传等等类似这样的有很多算法。所以你用知识图关联就可以进行顺藤摸瓜。


不需要记所有知识,那些 手册的知识不需要记,你知道在哪里能找到就可以了。你脑子里面要有地图,学一个东西就跟在城市生活一样,闭上眼睛就知道地图,A 点到 B 点怎么去大概方向要知道。我在北京我去广州,广州在南边,我大概坐飞机还是火车要心里有数。虽然不用记住所有的细节,但是大概知道我去找谁,我就可以知道怎么找到那个地方,你不需要记住所有知识,你记住大概地图,要记住基本的方法和原理,知道在哪里可以找到他就可以了。


(4)学会举一反三


举一反三,就是用不同方法学一个东西,比如说学 TCP 协议,看书是一种方法,编程是另外一种方法,还有用做 Debug 去看的,用不同方法学一个东西会让你更加熟悉,你学一个知识的同时把周边也学了。比如说学前端能不能把 HTCP 学一下,比如说长连接、短连接,包括 hp1、hp2 有一些不一样的东西。


(5)总结和归纳


一定要学会总结和归纳,形成自己的思维框架、自己的套路、自己的方法论,以后学这个东西应该怎么学。就像学一门新的语言,不管 GO 语言,还是 Rust 语言,第一件事情就是了解内存是怎么管理的,第二是范性怎么管,并发怎么弄。还有一些抽象怎么弄,比如说怎么解耦,怎么实现多态?


套路这种东西只有学的多了以后才能形成套路,如果你只学会一门语言不会有套路,你要学 C、C++,每年学门语言,不用学多精,你思考这个语言有什么不一样,为什么这个这种有玩法,那个有那种玩法,这些东西思考多了套路方法论就出来了。


比如说 Windows 和 Linux 有什么不同,Linux 和 UNIX 又有什么不同?只有总结自己的框架、套路和方法,这些才永远不会被淘汰。


(6)实践和坚持


剩下就是多做多练,多坚持,只有实践才会有经验,只有锻炼了才能够把自己的脂肪变没,所以要把知识变成技能必须练,就像小学生学会加减乘除,还是要演练,必须多做题,题目做得多了,自然掌握得好。


要挑选好的知识源,注重原理技术,有一些原理的基础的书太枯燥,但是我告诉你学习基础太值得投入时间,搬砖赚几十元不值得,因为赚的是辛苦钱,老了就赚不了,必须要赚更有能力的钱,这是学习投资。



2. 主动管理


关于成长我们还需要主动管理,不主动管理会导致什么结果呢?被动管理,天天被人追着,没有效率。所以要学会主动管理,要想应对未来,把控变化,不主动管理,就不会有好的效率,因为被动就会被别人牵着鼻子走。


(1)管理时间


主动管理 第一是要学会时间管理,不要被别人打断。如果你要干一个很重要的事情,建议开启手机勿扰模式,或者直接把手机关机。如果有一些重要的事就通知大家我现在干什么事情,从几点到几点需要全身心不要打扰我。


像我以前在一些大公司里面,如果我不想被别人打扰,就发邮件,就说不要打扰我。我害怕别人止不住打扰我,这是非常重要的。你一天会领到很多作业,有很多事情要做,我的经验就是最短作业优先,有一些不是最紧急先做,我觉得先做短的,短的很快搞完了,后面会有大块大块时间,为了省出大块大块时间,要把这些短作业清一遍。这些短作业其实最讨厌。


抓重点,一天干不了太多事情,所以一定要抓最重要的事情。另外想清楚再做,慢一点,欲速则不达,快速做完了要返工,又被别人管理,你做不好别人天天打扰你,这个问题那个问题,你怎么主动管理?主动管理时间就是想清楚再做别返工。


(2)管理需求


管理需求,通过了解“XY 问题”,可以让你减少很多工作量。“XY 问题”就是有个人在网络上问别人,我怎么截取字符串最后三位?很多人提供了各种办法,然后相互争论哪种办法更好。


这个时候有个人提问:“为什么截取字符串最后三位?”,提问者说:“因为我要拿文件名扩展,就是操作系统文件扩展名”,那个人说:“操作系统文件扩展名不一定三位,有可能两位,有可能四位,有可能不知道多长”。


这就是“XY 问题”,这个世界绝大多数给你 X 问题,就是告诉你字符串最后三位怎么解,但是其实 X 问题是什么?文件名扩展。这种问题太多了,产品经理和领导经常性不会告诉你 X,他就会觉得 Y 可以解决 X,他屏蔽了很多信息,让你做 Y,你不知道怎么做,做出来以后达不到效果又让你改。


X 问题其实很重要。产品经理给你的需求很多,需要问他为什么做这个,要达到什么目标,做成什么效果?然后你再告诉他,要达到这个功能为什么用这个方法,为什么不用一个更好的方法呢?这就是主动管理


(3)管理上级


另外要学习抓重点,区分必要性和科学性。需求有一些东西不一定要一次做好,有时候先抓最重点的,多问问为什么要做,解决什么问题,达到什么目标,管理好需求,实在忙不过来说只能做三个需求,撑死了要做第四个需求,如果让我一个星期做五个,我可能保证不了质量了,出了问题你们自己要担着,就是出 BUG 什么的。


这个就是向上管理。向上管理不是说让你说“不”,我们永远不要说“不”,说“不”以后不管上级和用户都会讨厌你,但是我们要说有条件的“是”。


我们要给多个选项,你让我一周做五个需求,要给他选项。第一:我一周做不了五个,我可以做三个,然后我做哪三个,抓重点。第二个选项:给我两人,我做五个,你看行不行?还有第三个选项:一周可以做五个,但是质量不保证,可能会有很多的 BUG,你愿意不愿意接受?


他把球扔给你了,你再把球扔出去,压力给到他,让他一起跟你承担这个压力,怎么让他一起承担这个压力呢?这就是条件。要把条件甩给他,我肯定做,但是你要承担这个条件,就是上去承担做事情的后果,要么给我时间,要么就牺牲质量,又好又快肯定需要条件。如果不费口舌,未来就会累得要死,一定学会费口舌。


(4)管理争论


第四是管理争论。有时候争论不休是挺痛苦的事情,你说服不了他,他说服不了你,这个事情到老板那边去了,老板也说不清楚,所以说主动说服对方是很重要的事情。


你要站在很高的格局,找到一些数据说服对方。更高的格局什么意思呢?他来找你实现需求 ABC,你要跟他说,我们更高的格局是什么?用户要满意,用户要满意肯定不是 ABC,可能是 XYZ,这就是更高的格局。


如果只是在这些细节纠缠,其实谁也说服不了谁。比如说用户是更高的格局,老板来了,CEO 来了也干不过用户,因为用户是掏钱的。所以站在用户的角度会是比较好的,站在挣钱角度也是格局比较高的地方。


所以如果你想提升你的效率,你就需要主动管理时间,主动管理工作,主动管理你的上级甚至你的平级,甚至你的用户,还要管理好你的争论。


当你全面主动操控这些事情的时候,别说技术把控力了,其实你已经在在 PUA 他们,在精神控制他们。否则你是被他们在 PUA,996 就是一种 PUA。所以主动管理谁的效率高,主动人高,被动人一定低。



四、总结


所以我们看学习方法包括整体提升效率,基本都需要主动,我们的学习要变主动,找一些方法,我们的管理也要变主动,找一些方法。


往大的方向,我们需要看到整个世界的发展趋势,往小的地方,平时留意整个公司的发展趋势。 整个公司是业务是什么?怎么进行的?创造什么价值?解决什么问题?这些都是很实在的。


当你知道了这些东西以后就会潜移默化改变你的选择你的选择,你行为方式,你的决定,包括你挑选什么样的技术等。


再结合你如何认识你自己,你有什么样的特长,你感兴趣的东西,你懂什么样的方法,你知道往什么样的地方付出…


这些问题合起来就可以找到自己的一条路,在自己最适合的领域上。最后你还需要有一些比较科学的学习方法,还有一些比较科学的独立的管理方法,这样就可以面对焦虑、把控技术


五、Q&A


Q:程序员被会被取代吗?


A:程序员不会被取代!这里面有两层含义:


第一:总是会有更难的问题需要程序来解决,难度级别会越来越高。但是肯定会有一些程序员被取代掉,技术含量不高的程序员会被取代。


第二:业务模型会变,20 年前的业务模型是 Web,过了十年又变成手机了,二十年前的数据量不大,单机系统就可以了,今天的数据量很大,变成分布式系统了,所以业务场景在不断变化。业务场景的变化,意味着不同业务场景下要用不同的工具。业务模型发生变化,技术也会随之发生变化,像我以前是 Window 程序员,现在 Windows 不做后端了就转做 Linux,业务模型以前是集中式,现在是分布式的,但原理还是一样。所以只要业务模型会发生变化,程序员就不会被取代,只是会出现更高级的程序员,首先是汇编,然后是 C 语言,然后是面向更高层,无论到哪一个层级需要工程师的,这是改变不了的。


Q:众所周知基础很重要,但是大学基础理论没有经过实践,理论没有充分实践,工作追求实践,没有办法连接理论和实践的联系,我们学习 TCP 协议有很多理论,但是实际工作当中运用这些原理和实际结合是怎么做的?


A:问题总是会有的,我以前在公司总会在某一些时候出现问题,技术故障、应变力,出现故障的时候无论做什么事情都会出现故障,有的故障可能很快能解决,有的故障需要很长时间,懂基础原理比不懂基础原理的人调查更快。


如果没有故障我就接触不到很多东西,我觉得现在分工分的实在太细,不像我们那个时候不分,测试和运维也都做。我建议你找找运维的同学和架构师请教,如果可能可以帮他们打打下手,还有也可以通过开源项目实践相关的知识内容。


我有时候也到云平台买几台机器自己搭一个环境试一下,因为不实践、不动手真的很难掌握这些知识。有的公司真用不到这些东西,比如我很早以前就待过一个外包团队,工作上没什么技术,但是我还是用业余时间学习,很多时候,工作上学不到太多东西,还是要在工作之余自己搭环境学习。


而一些需要这些技术的公司,你如果不学懂这些技术的话,别人不会给你相应的工作的,所以,有很多时候,我们能从工作上学习到的东西并不多,更多还是要自己主动找地儿学。


Q:写了三年的业务代码感觉迷茫,想做更大的事情找不到方向?


A:依照上文所说,产品要研究用户体验,做工具是增加效率降低技术门槛和成本,还有做一些基础设施、架构方面的东西,是为了提升性能。开源软件有很多这样的内容,当你没有方向就老实学习基础就好了。


Q :如何看待未来的后端技术和发展,比如说 Serverless?


A :Serverless 是需要更快上线更快维护。但是分布式的东西会带来很多问题。Serverless 场景是什么样的,它到底解决的是什么问题,提高了哪些方面?也许它是昙花一现,什么问题没有解决,只是为了炫耀。我们过去二十年这种炫的技术太多了,问题是你解决了什么问题?如果你不能很好解决问题,那么这个技术就是为了炫耀而炫耀,所以还是回归本质问题。一但 Serverless 解决了实实在在的问题,那么就一定能够成为杀手级的技术。


Q:互联网的业务需求很多,加班很多,业务压力很大,怎么有时间学习?


A:就像前文说的要主动管理,怎么找到自己的时间,怎么样少加一些班,多学习,真的很重要。“两权相害取其轻”,我以前也是一样,以前做外包也是礼拜一到礼拜六,早上九点到晚上十点,但是我动作比较快一些,一开始我做工具,每次都让我做业务逻辑很类似的功能,我就自己抽象来做,需求很快就做完了,但是我不告诉他们我做完了,我说我还没有做完,我就腾出一点时间自己学习了。但是你也别太离谱了,我也加班,但是我自己学我的东西,我偷偷看书什么的,这些小技巧,如果你不充电、不学习你肯定到不了下一个地方去,所以千万别太透支了,还是要找到一些技巧的一些东西的,可以主动的管理自己的时间,不要你做完了别人又给你活儿,要学习主动管理。


Q:如何识别“XY 问题”,有时候产品经理提出问题我这边没有思路,我又不了解这个领域?


A:你要跟产品经理弄清“XY 问题”,就必须要了解这个领域。没办法,多少你要比他懂一些,才能够跟他反驳和争论。还有一个方法,当产品经理有时候无理取闹的时候,你可以问他:“你到底没有数据,你说这些有没有什么依据?”,不一定是数据,有没有依据支撑你说的有道理就行,证明需求不是自己拍脑袋决定的,有没有其他公司是这么做的?类似这样的也能倒回去,这里面还是有一些小技巧的。


Q:作为一个程序员因为工作性质在公司没有太多机会接触到架构实践的内容,感觉难以提升,怎么破局好?


A:没有人一开始可以接触这些东西,这里我分享我的经历。我一开始也接触不到,每个人入行都不可能接触到这些东西,但是我希望你一定要让别人看到你在学这个方面的东西。


首先你一定要让别人看到你在学架构方面的东西,你桌子上多少放点像分布式架构方面的书,让别人知道你在学这方面的知识,你和其他的程序员不太一样,这样别人可能愿意给你这个机会,给你分享更多知识经验。


第二个就是:主动找公司里面一些技术厉害的人聊天吃饭,我以前也是这样的,找一个高级程序员约他吃饭,找他讨教问题,就找他学习就可以了,学到一定时候你就问他,有没有一些什么周边的事情我可以帮你做的,就这样先认识人,认识了人以后跟他学习,找他讨教,别白请教别人,该请吃饭或者是红包,给别人是好学主动可以被人带的印象,有了这个印象以后别人才会给你机会,抓住那个机会就慢慢过去了,大概是这样。


Q:请问老师您对于 Python 如今的快速发展是怎么看的呢?


A:Python 之所以发展很快速,是因为它降低了技术门槛,让一般人很快可以编程,比如在一些科学和大数据领域,让不懂编程的数学家们可以很快上手,这是 Python 降低开发门槛的一个特性。但是我们程序员了解 Python 其实还是一个脚本语言,做分布式或者更深层次的系统的时候,还是需要回归更为高级的语言。所以 Python 之所以火,其实更多是让那些并不是科班出身的一些程序员和孩子们更容易接受编程。这是我今天的理解,每个语言都有每个语言的场景,用 python 写一些自动化的脚本是挺好的,但是要做工业级的软件,它离 Java 还有一定的差距。


Q:Scala 和 Java 有什么区别?


A:Scala 比 Java 好用很多,但是 Scala 本质上还是 Java 类的基于 JVM 的,我觉得 Scala 很好,语言没有问题。不过社区里面更多还是 Java,我觉得 Java 要先学好,Scala 也挺好。


Q:有时候压力比较大,大到不想做执行,拖延症怎么办?事情还没有做完,拿不出时间学习,在公司放不开,有点闷如何解决?


A:还是那句话,认识自己,找到你的长处,哪一块地方你有足够自信。关键要找到自己有信心、能上手、有感觉的东西。多想想你的擅长点和兴趣点,最后勤能补拙。


作者介绍


陈皓,左耳朵耗子,MegaEase 创始人,腾讯云最具价值专家(TVP)。资深程序员,酷壳 coolshell.cn 博主。前亚马逊高级研发经理,阿里巴巴资深架构师技术总监。目前创业,公司 MegaEase 创始人,致力于为企业用户提供一个可以不改一行代码就可以提高系统性能和稳定性的产品,即 Cloud Native 和微服务调度。


本文转载自公众号云加社区(ID:QcloudCommunity)。


原文链接


https://mp.weixin.qq.com/s/Cedl9lIk2mAd9b_NUCnj_g


2020 年 3 月 18 日 10:003412

评论 5 条评论

发布
用户头像
2020 年 03 月 31 日 15:35
回复
用户头像
很系统的建议 受益匪浅,太赞了
2020 年 03 月 30 日 14:19
回复
用户头像
这么好的文章,赞!PS:发布前,请编辑认认真真从头到尾读一遍,改改丢字错字,通顺下语句。强迫症读着难受。
2020 年 03 月 18 日 17:24
回复
用户头像
非常中肯务实并且有完整体系的建议 , 大赞
2020 年 03 月 18 日 11:56
回复
没有更多评论了
发现更多内容

LeetCode | 1. Two Sum 两数之和

Puran

Python C# 算法 LeetCode arts

谈谈控制感(13):为什么是旁观者清?

史方远

读书笔记 个人成长 心理学 随笔杂谈

『PyTorch』使用指定GPU的方法

kraken0

人工智能 学习 图像识别

手机是21世纪最成功的毒品

Neco.W

学习 提升效率 工作

坚持ARTS-week2

王钰淇

ARTS 打卡计划

原创 | 使用JUnit、AssertJ和Mockito编写单元测试和实践TDD (十四)编写测试-显示名

编程道与术

Java 编程 TDD 单元测试 JUnit

SpringBatch系列入门之Tasklet

稻草鸟人

spring SpringBatch 批处理

Docker 搭建 Postgres + pgAdmin 环境

姜雨生

Docker DevOps postgres

美国黑客曝出政府惊天内幕,看区块链如何解决!

CECBC区块链专委会

CECBC 区块链技术 民生 不可篡改 信息公开

Vim使用总结

JDoe

vim

分布式事务 - 理论模型

Java收录阁

分布式事务

路漫漫其修远兮

无心水

程序员的晚餐 | 6 月 2 日 红烧鸡爪的味道

清远

美食

运维日志里隐藏的安全危机,你知道怎么挖吗?听听专家怎么说

secisland

态势感知 关联分析 SOC

霸榜18年,作者连续20年获得微软MVP,这本SQL书凭什么成为畅销经典

图灵社区

数据库 SQL语法 sql查询

架构演变之路:为何要搞微服务架构?

arthinking

Kubernetes 微服务 dubbo SpringCloud

我们是活着,而不是活过

小天同学

个人感想 生活,随想 随笔杂谈 日常思考

ARTS打卡week#1

对方正在输入…

ARTS 打卡计划

洞悉MySQL底层架构:游走在缓冲与磁盘之间

arthinking

MySQL 数据库 MVCC

奈学大数据开发工程师分享787个技术,快来收割

奈学教育

大数据

redis持久化RDB与AOF

wjchenge

redis

【译】业务转型是什么?

涛哥

业务中台 数字化转型

初识 LeetCode

Puran

LeetCode arts

同一浏览器只允许登录一个账号

brave heart

Vue 前端

【vue-openlayers】弹窗

学习委员

html Vue 前端 openlayers ol

面试题:教你如何吃透RocketMQ

奈学教育

架构 RocketMQ 架构设计

原创 | 使用JUnit、AssertJ和Mockito编写单元测试和实践TDD (十五)编写测试-断言\假设\使测试失效

编程道与术

Java 编程 TDD 单元测试 JUnit

Hive底层执行引擎的深度剖析(免费)

奈学教育

大数据 hive

一文入门JVM虚拟机

Simon郎

深入理解JVM

收藏!如何有效实施devops?

DevOps 运维 持续集成 开发 自动化测试

安全做到首位 统信UOS后激勃发

统小信uos

网络安全 操作系统

左耳朵耗子:技术人如何更好地把控发展趋势?-InfoQ