技术人员如何提升自己的价值

技术人员的价值被低估,这是我和朋友最近讨论比较多的一个话题。我们都认为,很多人的技术相当好,工作成果也很显著,但没有获得应有的回报。从同行的角度来看,这种现象确实很“不公平”。

但是,这种现象分明又在大量地发生着。同时,有很多技术不那么好的人,反而获得了不错的回报,所以更让人感觉“不公平”。

那么,问题到底出在哪里呢?或者说,技术人才要如何才能提升自己的价值呢?经过思考和讨论,我有了大概的结论。

如果你希望做技术的绝世高手,当然有机会获得足够好的回报,但前提是你必须成为绝世高手,同时能找到需要绝世高手的场合——这样的工作机会一般只有少数大公司才能提供。

如果你很热爱自己的工作,也乐于投入,但不奢望成为绝世高手,同样有机会创造足够多的价值,获得足够好的回报,前提是你需要注意以下几点:

第一,技术的底子要足够好。

作为技术人才,总是需要有一些硬功夫的,这是创造价值的基础所在。如果自己的技术不够好,遇到稍微困难一点的问题就束手无策。更重要的是,技术圈是讲硬功夫的,如果缺了它,很难服众,很难协调和调动其他技术人员,也就无从发挥团队的合力。如果自己的技术功底不够扎实,就更谈不上解决问题了。

第二,要能从业务的角度出发,发现技术的价值。

搞技术的人很容易陷入无谓的,绝对标准的争论里。比如哪个框架更先进,哪个算法更高效等等。这些知识当然没有错,但如果你的工作不是研究,多想想哪种技术能怎样创造更大的价值,意义往往更大一些。

比如好些年前,全文检索就不再是技术上的难题,但还没有成型的产品供大家直接使用,所以很多网站仍然使用数据库查询来实现全文检索。这时候,去研究优化检索效果所创造的价值,就不如为大家提供可用的全文检索。因为前者解决的是好和更好的问题,后者解决的是有与无的问题。

再比如,现在 NoSQL 非常热,但是 MongoDB 之类的产品仍然不够成熟,没有足够经验难以玩得转。如果单纯从软件质量考虑,采用 MongoDB 是有风险的。但是另一方面,随着电商的发展,产品的属性大大增加,这是传统的关系型数据库应对起来非常吃力的。而且,非订单数据对稳定性并没有那么高的要求。所以某些情况下,采用“不够稳定”的 NoSQL 所带来的好处是要远远大于坚守传统关系型数据库的。要发现、相信这个机会并采取行动,就需要能以业务的眼光来思考问题,挖掘出技术的价值。

第三,要重视表达。

实际上这是非常、非常重要的一点,做技术的人往往不太擅长表达,或者认为世界应该像程序一样按稳定的规矩和逻辑来运行。结果却常常出现两种情况:因为不善于表达,所以不能争取到足够多的资源和支持来做一些事情,导致出不了成绩;或者即便出了成绩,也因为不善于表达,成绩无法被其他人承认,或者被抢去了功劳。

如果大家都是做技术的,需要什么资源和支持,通常是有共识的,或者至少是容易沟通的。但如果资源的提供方不是做技术的,往往就很难理解一些“基本”问题:为什么要升级服务器,为什么要多招两个人,为什么延期一个月上线更好…… 对于这些“直觉就可以判断”的问题,外行并不能迅速理解,所以必须耐着性子,用对方能听懂的语言,以对方能接受的方式来讲解。否则,获取不到资源,最终受伤的还是自己。

当然,最可悲的是出了成绩却被埋没,或者被其他人抢去功劳的情况,这也是最普遍的让技术人才不爽的情况。大家往往会埋怨说:公司是不公平的,自己明明创造了价值,却不被认可,而其他很多公司都能公平地对待。真实的情况是,在技术驱动的公司,或者公司领导非常清楚技术的价值,这种可能“公平”会来得比较自然;而在在很多公司内,创造价值,和让人认识到自己创造了价值,二者其实是分离的。创造价值需要动脑和动手,让人知道自己创造的价值,除了需要动嘴,同样需要动脑和动手——在什么场合以什么样的方式把信息传递出来,让大家信服,这都不是单靠“嘴皮子”能解决的问题。

本文文字及图片出自 微信公众号

余下全文(1/3)
分享这篇文章:

请关注我们:

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注