您可以捐助,支持我们的公益事业。

1元 10元 50元





认证码:  验证码,看不清楚?请点击刷新验证码 必填



  求知 文章 文库 Lib 视频 iPerson 课程 认证 咨询 工具 讲座 Modeler   Code  
会员   
 
   
 
 
     
   
 订阅
  捐助
15个IT技术人员必须思考的问题
 
来源  21CTO社区 火龙果软件 发布于 2015-7-08
   次浏览      
 

行内的人自嘲是程序猿、屌丝和码农,行外的人也经常拿IT人调侃,那么究竟是IT人没有价值,还是没有仔细思考过自身的价值?

1.搞IT的是屌丝、码农、程序猿?

人们提到IT人的时候,总会想到他们呆板、不解风情,专注于IT技术,就算性感的美女躺在旁边也无动于衷。事实真的是这样吗?虽说不能完全否定有这样的情况存在,但这是IT人普遍的特点吗?而其它行业也有很多这样的人,那为什么人们总是拿程序员说事?下图为2013年网上曾经流传的一张屌丝分布图(图片来自3dmgame.com),程序员行业居首。

而实际上,问题并不在于IT行业拥有这些固有的标签,而是行业内的人看待自己的态度。IT行业大多都很辛苦,“朝九晚五”只是听说过,很多IT人都没有见过,这是大家都知道的事实。那么,不排除某些程序员需要在苦中找乐子,好让辛苦的工作多一份乐趣,这当然是可以理解的了,生活总不能像程序一样执行。

而正因为IT行业很辛苦,整天只能与机器打交道,慢慢地就不想跟人说话、不想出门,经常就会有程序员在社交网络吐槽。“程序猿”是用来形容IT人呆板、情商低的特征;“码农”用来形容程序员的工作跟农民一样辛苦,赚不到钱;“屌丝”就是前面两者的结合了。

因此,程序员为自己贴这几个标签的原因主要有两个,一个是找乐子,另一个就是吐槽了。那为什么行外的人也来凑热闹?记得多年前,当笔者还是个朦胧的高中生的时候,就特别崇拜程序设计师,在我心里他们就是社会的精英。而其他的人,对IT行业也很有神秘感。当时的人要想去编程,要么有兴趣和天赋,要么毕业于相关专业,否则是难以胜任的。而现在的情况就不同了,外面的软件开发培训机构都在面向初中和高中毕业生招生了。越来越多的人可以接触到软件开发,而进入这个领域的人中,能力参差不齐,目的各不相同,有发展得很好的,也有发展得不理想的。所以,行外的人印象中的高薪行业,行内却有不少人并没有拿到高薪;行外的人觉得这是一个精英行业,而行内不少人认为自己跟工地上的搬砖工差不多。

那为何面对行外的调侃时,很多程序员表现得如此淡定?原因就很简单了,如果程序员对自己都是这种“调侃”的态度,别人怎么调侃都无所谓了,甚至还表现出欢迎或者引起共鸣。

2.如何看待工作中的加班以及确保自身健康?

加班可以分为主动加班和被动加班。

先谈谈主动加班,主动加班也是有不同的动机,很多时候分为两类,一类是热衷于自己的事业,愿意奉献更多的时间和精力在事业上面;另一类是,回家后就找不到成就感与幸福感,还不如留在公司,可以做一些工作,也可以玩一会儿游戏,一般不会有领导去干涉员工在下班时间做的事情,而且还可以节约一点空调的电费,有些公司还会提供加班补贴,因此他们觉得多在公司呆几个小时也挺好。

而被动加班的原因就没那么简单了。有可能造成被动加班的原因很多,它可能来自公司、领导、团队、个人以及一些不可抗拒的因素。

在创业公司,因为业务变动频繁,公司的决策和方向,也会瞬息万变,这就需要团队成员花更多的时间去应对这些变化,因此正常的八小时工作制一般不适合创业公司,除非创始团队足够牛,能保证非常好的工作效率、市场洞察力和执行力。当然在大公司一般不会出现业务频繁变动的情况,不然这家公司就是濒临倒闭了。在国内某些互联网巨头中,加班不仅已经成为家常便饭,而且有时候可以以“变态”来形容。某985高校毕业生A在毕业后进入某互联网巨头(为了保护相关人员或组织的隐私,本文尽量不出现特定人员或组织的名称)承担开发工作,在试用期三个月里兢兢业业,每天晚上24:00左右下班回家,试用期结束以后,转正考核以优秀通过。A凭借较强的学习能力,这时对自己项目组的业务和技术非常熟悉,已经可以提前完成领导安排的任务,甚至还主动去改进项目组的程序。随着工作效率的提高,A感觉没有必要跟其他同事一样必须呆到23:00之后才回家了,所以慢慢的他提前离开了,23:30,23:00,22:30,22:00,21:30。随着时间一点一点提前,虽然他的工作任务都保质保量完成了,但是他在领导眼里被贴上了“不尽职”的标签,月度考核从最初的A滑到了C。

而团队所带来的加班有些时候也是不可避免的,这涉及到团队的分工与合作,如果经常出现团队之间的协作导致的加班,那一定是团队成员工作的耦合度太大了,就有可能是技术架构或者团队分工出现严重问题。

个人导致的加班,可能是由于自己没有较为准确地预估工作量,也有可能是自己拖延症严重,还有可能是自己对技术不够熟悉等原因,其实个人原因最好解决,因为自己可以轻松地找到这类加班问题的症结,并对症下药。

其它一些不可抗拒的因素,包括需求变动、硬盘永久性损坏等,都会带来很多额外的工作量。

而当前国内大多数IT技术人员都是被动加班,而且是强制性质的,只有极少数公司提供加班费。因此,很多技术人员只有两种选择,要么适应,要么走人。而在中国这样一个发展中国家,也很难期待当局会强烈干涉这个现象。

前不久一则“深圳36岁IT男猝死马桶盖上”的新闻在互联网引起轰动,一个清华毕业的程序员,在长期连续加班之后,终因身体透支过多,年轻的生命就这样倒下了。从尊重生命的角度来说,事业、公司和客户都没有自己的生命重要,若事业与生死只能选择一个,相信绝大多数人会选择生存。而从所谓的“XX比生命还重要”的角度而言,如果你能够承担长期过度加班所带来的后果,或者原意像革命先烈一样为自己的事业献出生命,那谁也没法阻止你。

3.如何平衡工作与家庭?

笔者曾经在参加一期沙龙的时候,一个智能硬件公司创始人对我说:程序员根本就没有生活,他们的生活就是工作。他作为一个技术出身的创始人,这样说也是可以理解的,但这种说法并不一定正确。一方面,程序员需要争取到家人的大力支持,如果没有他们的支持,程序员在事业的前进途中可能会遇到很多困难;另一方面,可以想象一下,如果自己生了重病,每天呆在病床旁边照顾你的人是公司领导还是家人?考虑好了这些,也许就知道该怎么办了。

4.信息检索一定得用Google?

在很多招聘广告中,也许你见到过很多类似这样的职位要求“必须使用Google来搜索技术资料,如果你用Baidu,那么你就不适合我们”。首先,我们知道Google的搜索引擎比Baidu做得好,对关键词进行的资源定位更加精确,理论上来说,输入同样的关键词,Google匹配得更准确一些,也就是可以更快速地找到答案。那么研发团队是否需要对工具的使用强制立下规矩,必须用Google搜索,必须用Linux操作系统,必须用机械键盘...这又联想到了小学的时候学到的文章《摔琴》的故事了,虽然便宜的小提琴在某些音调上表现得不是那么好,而只要演奏者水平足够高,听众根本意识不到演奏者用的是多贵的琴了。再回到主题上来,对于一个信息检索高手来说,他可以利用世界上最糟糕的搜索引擎来查找到Google上面找不到的内容。也就是说,能否快速查找到需要的结果,并非取决于特定的搜索引擎。况且,当你使用Google和Baidu同时搜索相同的中文关键字时,呈现的结果都是大同小异的。有人会说,Google的英文搜索比Baidu强,那么你可以试一下,它与没有被墙的Bing、Yahoo等搜出来的英文结果,也是大同小异的。因此,检索信息人的是一种能力,它并非决定于搜索工具。

5.技术牛人如何对待新手?

在公司里(特别是大公司),一般有很一些技术大牛,他们是公司核心的技术人员,支撑着整个公司的技术平台。那些可以称得上技术专家的员工,一般性情随和,也表现得非常谦卑,他们对于技术新手的提问特别有耐心。但是也有少数技术还不错的人,对于职场新手各种瞧不起,特别是对于新手程序员犯下的错误,他们会用尽可能高的音量指出错误,甚至是谩骂,以此来向周围的人表明自己的技术是多么牛。只能说,作为IT技术人员,这样的表现很不成熟。高手或专家都是从小白起家的,今天的小白也许就是明天的专家,根本没有必要去嘲讽职场新人,那样只会让自己在同事眼里的魅力大打折扣。

6.如何看待IT鄙视链?

2014年底的时候,IT界盛传一篇名为“软件工程师的鄙视链”的文章,主要从编程语言、工具、OS、硬件和职场五个方面来介绍IT界的鄙视链。就以编程语言鄙视链为例,静态语言鄙视动态语言,组合鄙视C,C鄙视C++,C++鄙视Java和C#,Java和C#相互鄙视,C#鄙视VB...下面来看一下来自CSDN整理的编程语言历史排行榜:

  
Java、C和C++在2002年前后使用量很大,但是到了2014年之后,三者都有下降,只是C降幅比较小。在2002年前后,php刚问世就得到大量的应用,而到了2014年就跌了很远。Python在2002年前后应用较少,而到了2014年应用也很多了...这些变化说明了什么?编程语言日新月异,它终归是一个工具,编程语言有个很明显的特点就是,它们之间相互借鉴,直接导致了设计思想有很多类似的地方,所以,只要你精通了一门或两门编程语言,其它绝大部分语言学习成本很低。所以,今天你自鸣得意的编程语言,完全有可能在明天变得冷门了,甚至是消失。没有必要去鄙视使用另一门冷门语言的人,也许他今天使用的编程语言明天会成为主流语言。很多有编程语言情节的程序员根本就不相信这句话,他们坚信自己使用的语言是世界上最伟大的,会长命百岁。

换到其它类型的鄙视也是一样,从事运维的技术人员,在能力上并不一定比从事开发的差,也许街上的某位快递员之前的职位就是一名比你还牛的程序员。社会职位各有分工,各行各业的职位都是不可替代的,否则这个职位就该消失了,没有被鄙视的机会。也许你做的工作他不会做,而他做的工作你也不会做。

7.为何不自称工程师?

在中国,很少有程序员把自己自称为工程师,在这些人中,要么是担心这个标签给自己带来太大的压力,而自己的能力不匹配;要么就是希望外界把自己当做一名普通的写程序的人员;还有一种就是,希望外界不要称呼他们“程序猿”或者“码农”,他们不喜欢被这样调侃,但也不希望被高估,就喜欢低调行事。

8.薪水在选择工作中的影响力有多大?

当前很多IT行业求职者都有一个信条:“做多少事,拿多少钱”。如果公司愿意拿更多的钱,通常求职者在主观上表现出愿意做更多的事。若有两个offer在面前,offer1钱多,但是你不是特别喜欢它的工作内容,而offer2薪资只有offer1的一半,但是它的工作内容是你擅长并且喜欢的。经常在网上会有这样的帖子,列出几个offer,让网友提建议。其实,遇到这种情况很好办的。如果你当前最需要的是钱,那么果断地选择钱多的;如果你当前最需要的是一份你喜欢的工作,肯定选择自己喜欢的了。选择工作的时候,选择自己最需要的,这样工作起来也会更有动力。若听从那些所谓的牛人的建议(比如应届生没必要在乎工资多少,能学到技术就好之类的,其实对于应届生来说,到哪里都能学到技术,只是学到得多与少的问题),你很难在工作岗位上认真投入的。当前很缺钱,现在也没有兴趣去干一番事业,那么就不要接受一个创业团队的低薪+画的大饼这样的待遇,因为你加入公司之后,对于公司和你自己都没有好处。

9.编程语言不重要,重要的是设计思想?

这个是那些所谓的技术牛人给新手的建议,学校的老师也会给出这样的建议。当新手在咨询学哪门语言的时候,那些所谓的专家建议新手随便学一门语言,门门语言都想通,哪门语言精通以后都可以找到好工作。虽然这个建议没有完全错,但是也没用完全正确。不同的语言适应着不同的业务需要,比如做企业开发Java语言更合适,php和python在中小型网站开发中更加快速,Objective-C主要用于开发ios...况且不同的语言还有不同的特性,底层的实现通常并非相同,这就需要开发者根据自己喜欢的业务领域来选择编程语言,需要对所使用的语言相当熟悉。

10.是否经常把自己的思想强加给同事?

程序员群体有个比较普遍的现象就是,总觉得自己的想法是最好的。而人人都有自己的想法,只是有些人喜欢表达出来,而有些是埋在心里。允许他人评判你的想法,客观去分析他们的观点,而不是粗暴地强加给他们,这是一种个人魅力。

11.IT人可以做多久的技术?

笔者在大学期间,经常听人说IT人是吃青春饭的,过了35岁就写不了代码了。如果干到了35岁还停留在写代码层面上,估计那时是干不过毕业没多久的年轻人了。

12.什么技术热门或赚钱,就学什么技术?

之前Hadoop技术很火,很多公司开出天价招聘Hadoop技术人员,但是如今呢?当Hadoop退烧之后,这个职位的薪资没有之前那么有吸引力了。热门或赚钱的技术很多时候比较短暂,学习自己喜欢的技术才是王道。

13.如果某一天开始计算机不需要人类编程了,你还可以做什么?

随着人工智能技术的发展,若未来机器可以代替程序员进行编程了,程序员还能做什么呢?计算机和互联网的发展,消灭了很多传统职位,但随着科技的不断发展,程序员这个职位也许会有一天也被消灭了。当全球的IT公司都宣布废除人工编程时,程序员应该是回家还是转行呢?

14.业务驱动型还是技术驱动型

当前O2O在中国非常火,严格来说,O2O公司不算是一个互联网公司。O2O将传统行业从线下搬一部分到线上,比如以前需要去餐馆吃饭,现在只需要在网上下订单,餐馆就把食物送到家里来了。很明显,O2O就是一个业务驱动型的公司。在这样的公司里,技术只是业务的一个支撑部门,一般不会用到复杂的技术,但是需要技术人员懂得较多的线上线下业务。而百度这样的公司,就是典型的技术驱动型的公司,他们在使用和研究比较高深的技术,里面很多科学家级别的人物。所以,如果想在技术上有深入到专家级别,那么肯定在技术驱动型的公司里更容易做到。而如果想利用简单的技术来改变传统行业,业务驱动型的O2O就是你想找的。

15.如何定义成功

毕业多年后,同学之间总会有人讨论谁混得好谁混得差。那么好与差的标准是什么呢?是赚了多少钱,有没有在北上广深买房,当了多大的官、是否在BAT工作?不同的人有不同的评判标准,但多数是以钱来衡量他是否成功。但成功的标准就这么单一?如果一定得给成功下一个定义,那么成功应该这样来计算:

成功度(S)=(工作快乐度*工作快乐权重 +工作薪资*薪资权重 + ... + 生活快乐度×生活快乐权重 + 家庭和睦度*家庭和睦权重 + ...)/n

这里S最大者才是最成功的人。

 

   
次浏览       
 
相关文章

由外而内看敏捷软件开发
架敏捷开发中史诗故事与用户
看板任务管理
面向全球化的有效敏捷交付
 
相关文档

统一过程及应用
敏捷过程实践
基于XP/RUP的迭代开发
软件开发过程指南
 
相关课程

IT安全原理、框架与实践
ITIL认证
ITIL Foundation认证培训(ITIL V3 Foundation )
IT规划体系与实践
最新活动计划
LLM大模型应用与项目构建 12-26[特惠]
QT应用开发 11-21[线上]
C++高级编程 11-27[北京]
业务建模&领域驱动设计 11-15[北京]
用户研究与用户建模 11-21[北京]
SysML和EA进行系统设计建模 11-28[北京]

史蒂夫·乔布斯的脑子里在想什么
写给我们这些浮躁的程序员
如何使用搜索技巧来成为
IT部门在信息化中的角色转变
支撑软件开发人员的三种精神
小强爬行记
更多...   


统一过程及应用
敏捷过程实践
基于XP/RUP的迭代开发
软件开发过程指南
SCRUM过程实践
敏捷测试-简单而可行

相关咨询服务
基于CMMI2-3过程改进咨询
软件开发过程


中国移动通信 网络规划与管理
某航空公司 IT规划与企业架构
某金融公司 IT服务管理(ITIL V3)
中国联通集团 IT前沿知识概述
中海油 企业IT架构设计
更多...