转载:什么才是程序员的核心竞争力

  1. 云栖社区>
  2. 博客>
  3. 正文

转载:什么才是程序员的核心竞争力

桃子红了呐 2017-11-03 19:13:00 浏览653
展开阅读全文

下文转载自http://www.cnblogs.com/ajianbeyourself/p/4189449.html,版权归原作者所有。

文章格式略有编辑,内容稍作整理,应该不影响原意。

1.对人的态度,对待工作和问题的态度,技术能力,我认为这是做技术的人的核心竞争力

观点发表者----zhj:

核心观点----对人的态度,对待工作和问题的态度,技术能力,我认为这是做技术的人的核心竞争力。

zhj观点全文:

      对人的态度:团队中的人的技术水平是参差不齐的,性格等各不相同。这就要求我们要有包容的心,对人要和蔼,不要看不起别人,即使自己能力很强,每个人都有弱的时候,即使很牛逼的人也是一步步走上来的,没有谁一出生就牛逼。如果一个人不好相处,那么无论他能力有多强,别人也不愿意与他合作同事,独学而无友,且孤陋而寡闻,最后这个人不可能干成什么事,而且这类人不仅工作不顺心,生活上也不会幸福。所以,这类人应该调节自己,对人友好,别人才会对你友好。良好的工作氛围是高效工作,愉快工作的前提。

      对工作和问题的态度:这里的问题是指其它人提出的问题,当别人希望你解决问题时,不应该直接拒绝,要与问题提出人讨论问题背后隐藏的需求是什么,这种需求是否实际,想清楚的再决定是要解决它还是拒绝它。比如,产品经理提了一个新的功能需求,这个需求实现起来非常复杂,不应该直接拒绝,而应该与产品经理讨论这个功能背后的需求是什么,为什么有这样的需求,如果需求很实际,那就应该想办法去解决。需求肯定是不断增加的,这也说明产品还有一定的生命力,如果哪天不再增加新功能了,那也就说明这个产品的生命周期快要结束了。不要因为感觉别人提的需求很弱智而去批评别人,尤其是产品的需求,因为很多时候,这只是你自己的感觉,你没有决定性的把握证明对方提的需求不可行,也许他的需求是符合实现的,可不可行往往要接受市场的检验,如果你认为不可行,那可以把自己的观点亮出来,与对方讨论,而不应该批评对方白痴弱智。没有人愿意被批评,可以与别人讨论,但不应该与别人吵架,把关系搞糟糕。

      技术能力:一个人的技术能力取决于两点:自学能力+人际关系。对这两点,我都深有体会,互联网行业发展很快,新技术日新月异,这就要求你必须要有持续学习和比较强的自学能力,这的确对人提出了比较高的要求,也因此,做互联网软件工程师很累,对于像我之种大学和研究生没读计算机的人来说更是累得要死,自己一方面要学习计算机的基础知识如Linux操作系统,软件工程,设计模式,另一方面也要学习新的技术,如NoSQL,网站架构等。对于人际关系这点,我也深有体会,我工作之后,很多东西都是从别人那里学来的,比如第一份工作时,很多问题是从师傅那里学到的,第二份工作中,firebug, http, restful,django, django-restframework, mysql, redis, uwsgi, nginx, postman,数据库搜索引擎,网站架构中的高可用,高伸缩等这些东西都是从同事和朋友那里听说的,然后自己才慢慢的熟悉的,可以说是那些同事把我领进门的。现在,我主要靠这些东西吃饭。良好的人际关系能开扩自己的视野,提高自己的水平,给自己提供更多的机会,非常有利于自己的发展。

下面是知乎上关于该问题的回答,原文见http://www.zhihu.com/question/27180582

 
2.工资不是老板对你过去贡献的回报而是对你未来贡献的预期。现任老板不可能给出让你满意的工资,下一任老板才会。
观点发表者----姚东
核心观点:工资不是老板对你过去贡献的回报而是对你未来贡献的预期。现任老板不可能给出让你满意的工资,下一任老板才会。
观点全文:

学习能力,尤其是自学能力,你啥时看到那些有名的程序高手在论坛上问“学习 XX 该看什么书,如何快速学习 XXX,学习 XXX 有什么代码推荐”之类的问题,他们想学什么很快就能自己找到相关资料。这个行业发展太快,技术淘汰的速度也很快,3 年不学新东西就可能落伍了。

动手能力,都是看书看资料,当别人还在纠结看什么书,还在纠结书里的字句是什么意思的时候,有些人的几百上千行代码都已经能运行了。

耐心和毅力,做程序员兴趣固然重要,写自己喜欢的代码那是相当愉快的事情,但是程序开发中无论如何还有大量乏味无趣的事情,要能坚持,咬牙把这些做完。

表达能力,能在大庭广众下,把自己的想法逻辑清晰流畅地讲出来,让人听懂。

那么技术呢?技术不重要,有了以上几种能力,市场上需要什么技术,很快就能掌握了。

最后再说说工资的事,记住两句话:

工资不是老板对你过去贡献的回报而是对你未来贡献的预期。

现任老板不可能给出让你满意的工资,下一任老板才会。

 
3.什么是能力? 对待问题的态度,以及处理问题的思路和方法。
观点发表者:曹政 数据控/历史控/考证控
核心观点:什么是能力? 对待问题的态度,以及处理问题的思路和方法。
观点全文:

姚冬回答的非常好,我狗尾续貂的说几句。

我们都知道学习能力很重要,那么学习能力从何而来,除了去看书上课这种,如何在实践工作中学习成长?

我之前微博说了一个笼统的概念,什么是能力? 对待问题的态度,以及处理问题的思路和方法。

先说态度

你服务器偶尔出 501 错误,也许比例不高(知乎也出现过很多次),很多程序员,没错,是很多,假装看不见,不在乎,或者归咎于人品问题。 这就是态度问题。

再往后,负载高了或者其他什么原因,突然频繁出现 501 错误,不去追寻深入的原因,而是找各种借口, 什么 IDC 服务商不好,服务器品牌不好,操作系统不好,数据库不好,CDN 不好,网络状况不好,web server 不好,甚至,直接对 Boss 说我们被 DDOS 啦!(遇到过,帮他 Boss 找过多个安全专家会诊,最后发现根本不是 DDOS,是程序员太烂。)

这就是态度,触目惊心,如果能对问题有敏感性,能知道对任何小的,轻微的问题有足够的敏锐度,你就有了一个快速成长的基础。对问题的敏锐度是非常重 要的。很多性能或程序逻辑上非致命的 bug,在不够敏锐的时候是发现不了的,但是一旦进入特殊场景就会骤然爆发,你多一点敏锐度,就会减少这种危机的风险。

第二个态度是解决问题的态度,有人对自己的解决方案信心满满,认为万无一失,但有的人就会多留一条后路;就好比你说我服务器要不要做安全加固,肯定 要做对不对,要做到尽可能严谨和周全,但是你数据库保存密码的时候是不是还要加密?而且要随机 salt,不就是防止万一依然有漏洞被人拿库怎么办么。程序也一样,以前写的一些服务端守护进程,有 bug,会莫名其妙的终止,这个 bug 当然要定位,要修复,但是同时,写一个 cron 检查这个守护进程状态,一旦遇到终止给予自动恢复,这就是第二手准备,即便你多么不希望他执行,这个准备还是要做的。对问题 做两手甚至三手准备,也是优秀程序员,架构师的关键素质。

第三个态度是基于沟通与理解的态度,产品或运营提了一个不靠谱需求,一句话打回去当然很爽很威风,但是有没有仔细沟通分析过,这个需求基于怎样的实 际诉求,这个实际诉求有没有更合理的实现途径,一句话“这个没法做,这个实现成本太高”,不是正确的沟通态度,而且,最优秀的产品,往往是实现了那些原本 人们认为无法实现的诉求。

这样的态度,才有了一个持续进步的基础,下面说思路和方法。

优秀 的程序员和平庸的程序员,如果只看敲打代码的速度,我觉得是分不出来的,也许每人都可以一天写很多行代码,但是遇到问题后,平庸的程序员的解决效率,和优秀程序员相比就会有天壤之别。 所谓解决效率,不外乎对 bug 的分析、定位,以及 思考。

最基本的一条,看执行日志,看各种日志,web server 的日志,数据库 的日志,慢查询日志,binlog 日志,php 的错误日志,等等等等,线上出问题瞎猜连日志都不看的大有人在。看日志不仔细不完整的也大有人在,你能去认真研究日志已经超越很多人了。

第二条,模块测试和断点分析,程序员一个坏习惯就是上来就写很大一坨代码然后再执行,不知道一个模块一个模块来写来测试,执行出了问题不知道设置断 点,缩小范围逐步分析。断点分析非常简单,将整个代码中插几个中间输出,观察哪个环节出了问题,或者观察每个环节的系统开销,对调错和性能优化都非常重 要,高手们大概认为这是 ABC 的东西,但是就这玩意我看到的大部分程序员都没有这个习惯。

第三条,错误信息 的理解和搜索,搜索引擎上有各种丰富的技术资料和技术问答,你所遇到的错误信息和错误提示,通常都能在网上搜索到,当然,搜索到后要结合你的场景认真思 考,并理解透彻,而不是照猫画虎的去处理,否则可能这次运气好就蒙对了,下次运气不好又不知道怎么回事了。

第四条,不断总结归纳,对一个问题,一类问题,以及不同类型的问题,善于归纳整理,不断反思自己的问题,即便是不出 bug 的代码,你经过一段时间去回头看,也有很多思考不正确不合理的地方,有很多优化点,如果你觉得自己的代码一向牛逼,毫无破绽,那你一定是原地踏步,毫无进 展。

关于 归纳总结,我说个案例

以前我们有个系统,请求量非常大,负载非常高,有个不错的技术经理来处理,他列了几个升级计划,都很靠谱,去执行了,效果非常好,然后我们跟进汇报的时候他来讲,做了几项升级,整体效果如何,然后我就批评了他。

我批评了什么呢?他是一起做的升级,然后一起观测的效果,那么这几个方案里,具体每个方案的实际效果怎样,对提升的帮助多大,他没有任何数据。所以 对具体每个升级方案的价值和重要性,他没有任何概念。你正确的解决了问题,却没有认真的去归纳整理,你的收获是有限的。一起做升级不能说是错的,但是效果 评估需要单独去做,而这个数据是非常有价值的,知识积累,不是你处理过的就一定有积累,而是整理过的。

大概就这些

最后重述一遍

什么是能力?

遇到问题的态度

处理问题的思路和方法

这就是能力

 

《全文完》









本文转自张昺华-sky博客园博客,原文链接:http://www.cnblogs.com/xiandedanteng/p/4189591.html,如需转载请自行联系原作者



网友评论

登录后评论
0/500
评论
桃子红了呐
+ 关注