你属于程序员中的哪种人?

栏目: IT资讯 · 发布时间: 5年前

内容简介:当初的我们,初窥编程的世界,看着屏幕出现的“hello world”惊喜万分。想着计算机真的是世界上最神奇的东西,通过一行行的代码,我们居然可以和它交流,让它帮我们做事情。可是后来,我们好像都变得不一样了。为什么要学编程?每个人都有着不同的理由,但无非就两种:

当初的我们,初窥编程的世界,看着屏幕出现的“hello world”惊喜万分。想着计算机真的是世界上最神奇的东西,通过一行行的代码,我们居然可以和它交流,让它帮我们做事情。可是后来,我们好像都变得不一样了。

我们变了

为什么要学编程?

每个人都有着不同的理由,但无非就两种:

1. 兴趣,本身就喜欢编程,希望将来能从事这一职业。

2. 混口饭吃,高薪职业,随便学学就能去搬砖,还不用风吹日晒。

无论出于哪种,当编程成为我们的职业,我们似乎从它的朋友,变成了它的仆人。日复一日地忙碌,只为从它的手中,赚取一些酬劳。我们好像再也没有为写程序而感到兴奋,再也没有那种创造时的快乐了。

当初的兴趣变得逐渐无味,上司分配的任务总是干不完,需求总是变了又变。没有时间去想更好的解决方案,只能埋头编码。即使知道那样写不合理,但是为了明天上线,为了早点回去睡觉,只能暂时先那样写了,等出了问题再说,也有可能永远都不会出问题。但是,当时的情况不允许我想那么多,其他组的兄弟都等着赶紧上线,休息一下。

说好的轻轻松松搬砖的呢?项目经理给我的需求图是个什么东西,我一点也没看明白。他告诉我“先这样,然后再这样,然后再那样,很简单的,今天下班前得搞出来,明天客户要看,我还要准备明天的ppt,有不会的地方问问其他同事"。问同事,“啊,我这边也没时间,你copy之前的代码,改改就好了”。

回顾初心,是什么变了?是编程不再像以前那么有吸引力了,还是我们自己放弃了编程,成为了工作的奴隶?

在我们的工作中,我们总是可以看到那些令人讨厌的程序员:

骄傲的说教者

他们是行业里的前辈,工作年限比较多,对各方面的技术都有所涉猎。做过的各种各样的项目,跳槽过多家公司。

对于公司的技术框架总是指手画脚,“这个框架太落后了,咱们公司怎么还在用”,“你写的代码太烂了,怎么能这样写”,“你真的该去学学xxxx了,这是趋势,未来十它的天下”。

他们的能力毋庸置疑,通常自己一个人就能完成几个人的活。但是当与别人合作的时候,就会出现问题。因为对自己的技术能力过于自信,总是贬低别人的方案,总是希望所有的都按自己的想法来。

与别人讨论的时候总是提一大堆专业名词,大数据,分布式,解耦,降级,微服务。。。。。。从来不考虑实际的业务和使用场景,不停的增加系统的复杂度,不考虑项目的进度。在他们眼中,干翻华为,阿里是分分钟的事。

向他求助,只能听他一通说教,然后告诉你实在不会,百度一下,copy下别人的代码就好了,好像回答你的问题就是在浪费时间。

懒惰的投机者

他们是通过培训进入的新人,对于编程并没有多少兴趣,只不过是混口饭吃罢了。基础掌握的尚不牢靠,凭借着包装简历进入公司。因为要价低,差不多能搬砖的话,老板都要了。

对于公司的框架不花时间去研究,对于框架的工作流程不清楚,每天总是各种各样的问题。“前辈,这个项目该怎么本地跑呀”,“前辈这块报了空指针,是什么原因阿”,“这个时间该怎么格式化阿”。。。。。。

在他们眼中,只要是自己不会的就应该来问你,没有什么比这更快的了。你只要告诉我该怎么做就好了,这样搬砖是极好的了。

百度是个什么东西,他们从来不知道,即使知道,也不知道自己的问题该怎么搜。

他们不仅无知而且还懒惰,他们喜欢张口接饼。同样的问题,即使你这次告诉他了,下次出现依然还会问你。因为每天出现的问题对于他们来说都是新问题,从来不花时间去总结,去研究。反正总会有其他人帮忙解决。

忙碌的悲观者

他们不善言谈,喜欢自己研究,怕被人笑话。总是无条件的接受上级安排的任务,对自己的能力不自信,总是害怕出问题。

每次上级分配任务的时候,都心里默默祈祷,千万不要给我分配难的。面对工作,总是害怕自己解决不了,于是在没有分析好需求的情况下,就开始写代码,总希望早点写完,早点完工。

在测试的时候,总是被测出大量的bug,于是又进入了拆东墙补西墙的节奏。永远修不完的bug.

每天都有忙不完的任务,没有时间停下来思考自己写的代码到底有没有改进的地方。之前出现bug的地方,是不是在这个项目中能够避免。重复的CRUD让人变得麻木,对编程失去兴趣,对工作只有无穷的抱怨。

编程本来是一件脑力工作,但是现在却成了体力劳动。能够粘贴复制的代码,它存在的价值又有多少。

盲目的框架追求者

现在的编程早已经摆脱了之前的自己造轮子的过程,总是有各种各样的轮子让你使用,甚至连发动机都给你造好了。

每天都在出现各种各样的框架,后端还好一点,前端真的是百花齐放。

有些人是出来一个框架就学一个,照着官网的例子自己练习。完了就和别人炫耀,自己又学会了框架。其实懂得人都懂,学习一个框架的成本并不怎么高,只要有文档,学会使用并不是多么难得事情,关键是懂不懂框架的思想,它到底能不能在你的业务中发挥作用?而不是专门为了学习而学习。

尽管学会了各种各样的框架使用,只能说你增加了自己的就业机会,但是你能不能在项目组中承担更多的角色,还是要看你的技术积淀,这种东西不是靠学会使用一堆框架就能有的。

花那么多时间去研究使用,而不是去了解底层的原理,架构的思想,那么你永远只能是使用者,不会有太大的进步。

喜欢学习是好事,但一定要学习真正的东西。我们无法阻止新事物的来临,也不必担心旧的被淘汰,新的都是在旧的基础上的改进,那些用的久的技术从来不会被淘汰。只是人们自己选择了新的东西,选择权永远在自己手上。

眼高手低的吹水者

各个行业从来都不缺左右逢源之人,他们是职场上的宠儿,总是能升值加薪。

总有一些人,自以为自己很聪明,掌握的比别人多。对于那些专业名词,它总能给你说道一二。好像什么他都知道,每当公司决定使用某一项技术的时候。他们就要装作自己很懂得样子bb一番。“哦,这个技术我学过,我知道,相当牛鼻的,阿里,华为一些大公司都在用。。。。。。”,引来大家的仰慕。

等工作真正开始的时候,你就会发现它们永远是拖后腿的那一个。他口中的学过,就是看过别人写的介绍文章,或是在qq群力听别人说起过。

它们是个大qq群的活跃人士,为广大网友排忧解难,在他们眼中代码不是用手写的,是用嘴说的。嘴上说的好,代码就能写得好。每次出问题时,总是给你能说出一大堆,但永远说不到点子上。也许少花点时间在吹水上,他们能进步的更快点。

结束语

随着时间的推移,我们自己可能也会变成自己曾经最讨厌的那种人。以前我不相信,可是后来才发现生活不会放过任何一个人。为了自己的职业发展,为了应对互联网的裁员潮,要时刻提醒自己不要成为那样的人。脚踏实地,不会就学,多思考,多合作,多交流,多实践。相信编程可以改变未来,我们正在做一件伟大而又长远的事情。加油。


以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

用户至上:用户研究方法与实践(原书第2版)

用户至上:用户研究方法与实践(原书第2版)

凯茜·巴克斯特 / 王兰、杨雪、苏寅 / 机械工业出版社 / 2017-5-1 / 99

《UI/UE系列丛书 用户至上:用户研究方法与实践(原书第2版)》是用户研究方法指南,谷歌用户体验研究员十几年工作经验结晶,从理论到实战,包含完整的实操案例,是设计以人为中心产品的实用手册。 《UI/UE系列丛书 用户至上:用户研究方法与实践(原书第2版)》包含五个部分共15章。入门篇包括第1~5章:介绍用户体验入门,如何理解目标用户,道德与法律问题,如何搭建研究设施,如何选择用户体验研究方......一起来看看 《用户至上:用户研究方法与实践(原书第2版)》 这本书的介绍吧!

RGB转16进制工具
RGB转16进制工具

RGB HEX 互转工具

Base64 编码/解码
Base64 编码/解码

Base64 编码/解码

URL 编码/解码
URL 编码/解码

URL 编码/解码