计算机专业的学生要怎样做才能避免成为低级的码农?

今天的文章来自我知乎问题的回答:计算机科学与技术专业的学生要怎样做才能避免成为低级的码农

我从大到小,总结出了四条建议。如果你能做到,你一定不会只是一个普通的码农。

端正心态

制定目标我们人人都会,当我们立下flag:想要成为优秀的工程师、想要学会TensorFlow的时候,其实就是树立了目标了。然而树立目标并没有什么卵用,目标还是目标,你还是你,不说接近并且达到目标了,就连往目标移动的趋势都没有。这也是绝大多数人中途放弃的原因,所以在一切的一切开始之前,首先要端正心态。

世上没有一蹴而就的事情,想要提升自己的实力,往上走是一个漫长的和自己对抗的过程,不是今天打了鸡血看了几篇技术文章,明天刷了两道LeetCode就能变强的。

巴菲特说过一段话,我们长久以来持续不断的努力,就像是在一个长长的斜坡上往下滚雪球。这个斜坡太长了也太平缓了,以至于一开始的时候几乎看不出来它是一个斜坡,雪球滚起来也无比地缓慢。但是,只要我们坚持下去,它就会越来越快,越到后面雪球也越大,给你的收获也就越大。

我现在越来越觉得,所谓的天赋其实很多是一个人的耐心而不是聪慧。你能有多耐得下性子,能够有多熬得住,你就能把事情做得有多好。

很多人听到这些道理估计都怕了,担心自己熬不下去,但好消息是提升技术实力的斜坡其实非常陡峭,比大家想象的要陡峭的多。

坚持一个月能学会一门语言,坚持半年能够熟悉一个领域的技术,坚持两到三年就可以成为一个优秀的工程师。这其实已经非常非常迅速了,不相信的话,我随便举个例子,你们可以去看看《人民的名义》和《大明王朝1566》这两部剧,去看看想要在官场混得如鱼得水,把事情做得滴水不漏有多难。我个人的感觉是想要从愣头青变成官场老油条,至少需要十年起步。相比之下,工程师的两三年成才,是不是已经快得多了?

制定目标和拆解目标

很多大神给你分享了许多方法论,都很有道理。但是真正让你实操,你可能还是不知道该从何做起。这里面的原因其实很简单,因为你的目标本身就没有找好。

在绩效考核领域有一个著名的SMART原则,分别是specific,mesureable,attainable,relevant和time-bound。翻译过来就是具体的、可衡量的、可实现的、相关的以及有时效的。举个简单的例子好了,我们想要提升自己成为高级码农,那么问题来了,什么样的码农是高级码农?我们怎么量化指标?这个目标有哪些相关的小目标?你准备用多久达到?

这几个问题问一问自己,是不是感觉立刻就清楚了很多?不再像是刚才那么迷茫了?

我们都知道做事前要有目标,但是很少有人清楚目标分为两种。一种是用来持续努力逐渐逼近的长期目标,另外一种是当下可以立即执行的短期目标。在你努力的过程当中,短期目标随着你进度的不断推进,是一直会变化的。而长期目标,相对稳定,几年内保持不变。

就拿我自己来说吧,成为顶级公众号,坐拥10w以上的粉丝是我的长期目标,当下把头条的阅读提升到600以上是我的短期目标。长期目标可能需要几年甚至十几年的时间,但短期目标是实时迭代的,也许下周我就达成了。到时候就会指定新的目标。

人很多时候迷茫,主要原因有两个,一个是不确定做什么对我们的目标有帮助,第二个是不知道如何找到目标当中的执行点。针对这两个问题,最好的办法就是拆分。把目标拆分地越细越好。越细的目标越明确,越明确越容易执行。

比如你想要进入BAT,针对这个大目标你什么也做不了。但是当你拆解出夯实基础、积累经验、准备面试这三个中等目标之后,你就不是一头蒙了。如果你继续拆分,把夯实基础拆分成熟练掌握Java,再把熟练掌握Java拆分成了解Java中面向对象的概念,那么你当下就很明确地知道你要做什么了。如果在这个过程当中再能结合上上刚才说的SMART原则,那么你的目标感以及驱动力也会更强。

知其然更要知其所以然

前面讲了一些总的方法,后来来聊聊一些具体的举措,可以实实在在地应用起来帮到大家。这一点我在之前的文章当中介绍过很多次,是我个人总结出来非常非常有效的方法。

程序员的成长贯穿着bug,碰到bug与各种问题是必然的。但是遇到bug之后每个人不同的处理方式是完全不同的。

打个比方说,写java的时候,少配置了配置文件,导致环境异常,报错。有的人是什么也不做,这次遇到了这种情况,花了很多时间查资料解决了,下次再遇到还是要查资料。有的人呢,则是记住了这个异常发生的原因,下次再遇到就不用查资料了,直接可以解决。还有的人呢,不仅记住了异常的原因,而且搞清楚了问题产生的背景和原因,为什么需要配置文件,这个配置文件起到了什么作用。这样,不仅下次遇到相同的问题能解决, 遇到近似的问题,都能想明白该怎么解决。而且解决问题背后带来的就是技术的成长和突破

我以前刚毕业做java的时候,git、maven都没有用过。maven非常容易出问题,写过java的应该都懂,稍微一个包没配好,或者是版本不对就会报错。一开始的时候,都是师兄帮我解决问题。后来我发现这样我根本没有长进,于是我试着自己去解决。

一开始的时候要花很多时间,才能摸索出来问题的原因。后来,我花了点时间学习了一下maven的原理,以及和spring以及tomcat等框架运行的时候是怎么配合的。很快,我不仅可以解决自己的环境问题,还能帮助别人搞定别人搞不定的问题了。我技术的飞速提升正是在这个阶段。

程序员这行,需要技术积累。技术怎么积累?仅仅靠我们自己去学习钻研也是不够的,我们在实践当中积累的经验也是非常重要的一个部分。利用好每一次遇到问题的机会,去学习到一个原理或者是一种方法,日积月累,你会发现好像自己什么都懂一点了,好像很多零碎的只是拼凑起来了。等到了这个时候,你离技术大牛也就不远了。

多做10%

最后一条其实有些普适性,不仅仅适合程序员。

怎么样能从普通到优秀,从优秀到更优秀?

总结来总结去,无非是付出更多的努力,以及用更高的标准要求自己。我个人把这条量化一下,设计成方法论,就是一句话,那就是多做10%。

你我都知道,追求决定成就。如果你追求成就大师,即使你成不了大师也能成为专家。如果你追求成专家,你可能只能成学者,如果你追求学者,可能你只能做一个普通员工,如果你追求普通员工,可能连工作也找不到……

但必须承认,不是所有人都敢于设定高标准。也不是所有人都有能力追求高标准,但多做10%却是完完全全可行的。

这样的例子太多了,比如老板让你做一份数据,你用了一个小时跑完了数据,是不是可以多用十分钟写一段python做几张图表呢?你花了一下午的时间开发了某一个功能,是不是可以多花二十分钟多review一下自己的代码找找潜在的bug呢?你花了很多时间学了一点新技术,是不是也可以再多花一点点时间记录下来方便以后复习呢?

我刚毕业的第一年是我技术成长非常迅速的时间,那时候当时的主管每周都会给我们做技术分享。其他人都是带着耳朵来听,听完就结束,只有我一边听一边记,之后还花了点时间把笔记整理了一下。

结果靠着笔记记录的内容,以及充分的准备,我用一年的工作经验面试过了阿里高级工程师(而且我还是本科生),这也是阿里晋升的最快速度。不仅如此,我把这份笔记借给过许多朋友,帮助他们也获得了不错的机会。

仔细想想,其实这也非常符合边际效益,很多事情边际效益是先递增再递减的,好比考试,从0分考到60分其实要比从60分考到80分难得多。因为能考到60分,说明大部分基础题都会了,只需要再巩固一点,再学一点附加题,完全可以考到80。反而是从80分考到90分很难,因为容易做的题都做了,剩下的都是硬骨头。但很多人付出了许多努力,刚做到60分就迫不及待地放弃了,不得不说是非常可惜的。

突破自己,其实并不需要我们做惊天动地的大事,很多时候就是从这些看起来很小的事情上入手的。

今天的文章就到这里,衷心祝愿大家每天都有所收获。如果还喜欢今天的内容的话,请来一个三连支持吧~(点赞、关注、转发

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/wpjywx.html