前言:
核心竞争力最早由普拉哈拉德和加里·哈默尔两位教授提出,通常认为核心竞争力,即企业或个人相较于竞争对手而言所具备的竞争优势与核心能力差异,说白了就是你的优势,而且最好是独一无二的的优势,这就是核心竞争力。
那么程序员的核心竞争力是怎样的呢?他不像PM,运营,市场那么难以考核的。一名优秀的程序员肯定有以下的几种能力:
1.编 程 能 力
这个毋庸置疑,做为一名程序员,能写代码、写高质量的代码,可以说是基本功,离开了这个,就像无根之木,无源之水,谈再多也没用。这个可以和公司内的高手学,私下利用业余时间丰富理论知识,多看一些开源代码,从模仿到动手尝试、再创新。
作为一个开发者,有一个学习的氛围跟一个交流圈子特别重要,这是一个我的iOS交流群:638302184,不管你是小白还是大牛欢迎入驻 ,分享面试经验,讨论技术, 大家一起交流学习成长!希望帮助开发者少走弯路。
2.分 析 解 决 问 题 的 能 力
本质上来说,老板请你来都是来解决问题的,你能解决问题,才能体现你的价值,才有加薪的筹码。
一个项目、一个任务,或者一个bug,都可以看做是一个问题,你是否能够快速的分析情况,脱离表象找到问题的根源,或者把一个大问题分解成若干可以处理的小问题,并在规定的时间内解决它,可以说是考量你技术水准的重要唯一标准。
培养途径
(1).丰富的行业经验,你经历的多了,自然就会知道该怎么处理了,俗话说没吃过猪肉还没见过猪跑嘛,大概就是这个意思。
(2).有意识的学习一些方法论,锻炼自己的结构化思维,不仅仅是对工作,对生活的方方面面,都挺有用的。推荐阅读刘未鹏的《暗时间》,是专为程序员写的方法论,他本身也是一名程序员。一些牛逼的PM,基本上不摸代码,但是听手下人说一下情况,还是能快速的找到根结,离不开他们的从业经验和系统的思维方法。
3.良 好 的 工 作 态 度
不同的公司有不同的文化氛围,有比较看重的价值观。且以为对于程序员来说,最重要的一个态度,就是不能凑合。一般的程序员在发现问题以后,东试试西试试,能解决问题就行了,但是优秀的程序员不会轻易妥协,一定会试图去分析产生问题的原因,根本的解决方法,甚至要去看Linux内核代码也一定要找到bug的根源。
4.自 我 学 习 的 能 力
众所周知,程序员是一个很苦逼的职业,技术更新日新月异,产品换代更是以月为单位计,不学习如何能长久?
学习分为两大块
一块为技术知识的学习,包括编程技能,基本原理,算法结构以及与工作环境密切相关的知识,另外值得特别一提的是经典开源代码的学习,这是成为高手的必经之路;
另一块为产品知识、行业动态的学习,国内一般情况是写代码比较好或者比较久的人,就开始带团队,如果没有这方面的积累,就会比较困难,另外就算一门心思做技术,多了解一些也有利于加深对需求、功能的理解,不是什么坏事。
5.沟 通 能 力
听说读写都很重要,对新手来说听和说尤其值得注意。
听是说一个任务下来,要听清楚问题是什么,需求是什么,有什么条件,听清楚了再动手。说是要表达有条理,说的清楚来龙去脉,说的清楚解决问题的思路。有些工作了好几年的程序员,连一个复杂点的问题是怎么回事,都说不清楚,东一下西一下,一点逻辑结构都没有,很明显他的思路就是混乱的。
这里还要补充两点:一个是问,不清楚的一定要问,不要装,其实你进公司做三天事,你大概是个什么水准,什么样的思维模式,你的领导就一清二楚了,装也没用。
另一个是反馈,一件事领导交待给你,你要在关键结点给他反馈,告诉他做的怎么样了,有什么困难,下一步准备怎么做,需要什么支持等等。不要等到领导来问,才告诉他你有什么问题搞不定,许多boss对这种情况是深恶痛绝的,这样搞两次以后,基本上就不会把很关键的任务交给你了。
6.不 断 总 结 归 纳
对一个问题,一类问题,以及不同类型的问题,善于归纳整理,不断反思自己的问题,即便是不出bug的代码,你经过一段时间去回头看,也有很多思考不正确不合理的地方,有很多优化点,如果你觉得自己的代码一向牛逼,毫无破绽,那你一定是原地踏步,毫无进展。
工作经验需要日积月累,但有些人工作3年就超越了那些工作10年的人,工作年限并不能代表你的工作能力,只有不断增强自己的核心竞争力才能在公司处于一个至关重要的岗位,薪资才能快速增长。
程 序 员 小 故 事
故事一:能力是根本
工程师:程序员,客户XXX的网络断了。我现在手头上有很多事情处理不过来,你帮忙解决一下这个客户的问题。
程序员:额,客户是什么原因导致断网了啊?我要怎么去排查啊?
工程师:……
PS:我知道什么原因导致断网,还需要你去排查么?网络不通了,怎么去排查你不知道么?你不知道先向客户了解网络环境、拓扑么?你不知ping网关么?不会wireshark端口抓包么?
故事二:做一个主动的人
程序员:经理啊,客户这边说现在要增加一个历史数据曲线查询的功能,你看怎么搞呢?
产品经理:……
正确的做法应该是:经理啊,客户这边说要增加一个历史数据曲线查询的功能,我仔细想了一下,大概设计有两套实现方案。方案一:XXX,方案二:YYY。您觉得这两个方案哪个更好,或者您有什么其他方案?
PS:不要觉得你是个程序员,只需要负责代码实现,设计与你无关!谁也不希望拥有这样的下属。当你的上司真够累的!
故事三:情商很重要
经理:这个界面怎么没有显示任何东西,又报错了?
iOS程序员:肯定是他们后台那边哪个程序又把配置文件写坏了,导致界面读取配置出错。
PS:程序有bug没什么大不了,你别老把问题往别人身上推啊。你这么一说,后台开发的兄弟们就躺枪了,得罪了一堆人。而且经理对你的印象也不会好到哪里去不是?