程序员的价值观——经验是无价之宝

当我第一次深入考虑我的职业生涯时,我一度认为我要做的就是集中精力做技术向导。我想知道成为公司的技术专家能让我走多远。我觉得团队领导和管理人

员的角色并不适合我。我甚至都无法想像自己有一天不能编码是什么样子……更不要说几个星期不能接触代码了。在过去的年月中,我一直秉持着这个信念,坚决反
对那些看似是职业生涯发展的自然结果。

但是,我周围的人告诉我,我是一个好领导,我擅长于架构解决方案,我带来了很多宝贵的经验。于是,我开始涉足管理方面,并开始领导项目和团队,尽管

一开始我并不热衷于此。可是,我越是这样想这样做,就越是发现其实我并没有像我想象的那样讨厌它。事实上,我很享受。帮助他人,制定技术决策,指导同事,
领导开发项目和团队等,都让我乐在其中。现在,我不但坦然接受了它,并从中感受到了莫大的乐趣和满足。

……随着一年又一年时间的流逝,你会发现自己与那些初出校门的开发人员的竞争越来越艰难。

在过去的几年时间里,我接受了一些我一直以来不愿意承认的事情……随着一年又一年时间的流逝,你会发现自己与那些初出校门的开发人员的竞争越来越艰难。并且与那些新生代的程序员的

竞争更难,因为他们不像我们这一代,他们成长在计算机已经广泛普及的大环境中。这样成长起来的开发人员有的甚至还在读小学的时候就开始编程了。最近,我在

给一群自己创建了一个编码俱乐部的初中生演讲时,他们所懂得的计算机编程内容和提出的问题类型,让我由衷地赞叹不已。我至今记得,我是读大一的时候才拥有
了我的第一台计算机!

在我的职业生涯后期,我明明白白地意识到,我的价值观定位发生了变化……它也不得不发生变化。以前我的定位是写代码,整天敲键盘写代码。然而现在,

我将定位更多地放在了经验上。我已经快要有20年的专业软件开发经验。在这段漫长的时间里,我也确实写出了一些很酷的东西,并且也学到了很多又新又有趣的
工具、技术和工艺……但这其实并不重要。

我一直以为关注工具、技术和流程是正确的选择,却不知道自己已经在这条错误的道路上越走越远,最终我发现……其实价值与技术无关。

我以前的所作所为,以及所看到的他人的所作所为,对于价值的重点其实都弄走错了方向。我一直以为关注工具、技术和流程是正确的选择,却不知道自己已经在这条错误的道路上越走越远,最终我发现……其实价值与技术无关。

我发现,并非所有吸引人眼球和新颖的玩意儿都适合你和你的团队,以及你的项目……哪怕你读过的文章都表态说新事物is
OK。然而你是否知道,大多数时候,这些书的作者说的都是一些理想路径,并没有涉及到更困难的用例和场景。也许后面的部署、支持和维护等具体情况,会不太

理想。也许负责维护的团队还没有准备好运用这种特定的技术、工具和进程。也许这种维护成本会超出客户预算。所有这些经验和真知灼见,无论是对项目,还是对
客户和雇主都是非常有价值的。

……到达某个极限之后,如果你只会写代码,那么你要求更高薪水的谈判筹码必将越来越少。

与此同时,我发现,到达某个极限之后,如果你只会写代码,那么你要求更高薪水的谈判筹码必将越来越少。一旦到达你们公司愿意支付给写代码这类岗位薪

资的极限,就很难超出这个价位。在雇主眼中,只要付给中高水平开发人员高级开发人员四分之三的薪水,前者就能做到与后者一样水准的事情。所以,你得从经验

这个角度,让自己从众多程序员中脱颖而出,成为无法替代的存在。项目管理、架构和领导技能,不但可以让你有别于其他开发人员,还能让你在谈判薪资时更有理
由,更理直气壮。

随着我的职业生涯的发展,我已经成为了一个喜欢解答问题,制定架构方案和领导开发团队的人。我不再吊死在编码这棵树上。这并不是说我就不喜欢编码
了。只是,我写了将近二十年的代码,已经做好了迎接新挑战的准备。我发现,我比我想象的更喜欢我的新角色,并且,我时常在想,要是我早点听从那些劝我换方
向的人的建议就好了。

你有什么想法吗?欢迎吐槽,也欢迎倾述。

作者:小峰

来源:51CTO

时间: 2024-09-21 10:32:53

程序员的价值观——经验是无价之宝的相关文章

程序员的价值观——经验是无价之宝(转)

  英文原文:Change your value proposition – your experience is valuable 当我第一次深入考虑我的职业生涯时,我一度认为我要做的就是集中精力做技术向导.我想知道成为公司的技术专家能让我走多远.我觉得团队领导和管理人员的角色并不适合我.我甚至都无法想像自己有一天不能编码是什么样子--更不要说几个星期不能接触代码了.在过去的年月中,我一直秉持着这个信念,坚决反对那些看似是职业生涯发展的自然结果. 但是,我周围的人告诉我,我是一个好领导,我擅长

程序员的价值观与网络的复杂性

网络是极其复杂的,这种复杂包含混沌和不确定性,网络是一个典型的复杂系统.然而网络映射到程序员的心里,它只是一条确定的管道!这种思路会带来问题.程序员与运维/网管之间的斗争依然在继续,在这个无休止的争论中,我不断切换着自己的角色,这一次,我将站在程序员的对立面. 从我的故事说起,这些故事我故意打乱了时间顺序,请看到此文的人并且知道这些事的,不要往自己身上映射,纯技术讨论,无关褒贬! 我的故事一:手机访问慢 那是我刚毕业的时候了,在一家小公司做VOIP,我接手了一个Symbian UIQ程序的开发,

Java程序员的日常——经验贴(纯干货)

工作当中遇到的事情比较杂,因此涉及的知识点也很多.这里暂且记录一下,今天遇到的知识点,纯干货~ 关于文件的解压和压缩 如果你的系统不支持tar -z命令 如果是古老的Unix系统,可能并不认识tar -z命令,因此如果你想要压缩或者解压tar.gz的文件,就需要使用gzip或者gunzip以及tar命令了. 关于tar.gz可以这么理解,tar结尾的压缩包,其实只负责把文件打包,并没有进行压缩:而gz结尾的包,则是进行压缩操作. 因此,tar.gz的文件可以理解为,先进行打包,再进行压缩. 那么

Java程序员的日常——经验贴(纯干货)二

继昨天的经验贴,今天的工作又收获不少. windows下编辑器会给文件添加BOM 在windows的编辑器中,为了区分编码,通常会添加一个BOM标记.比如,记事本.nodepade++.sublimeText都会出现这个问题.如果使用filereader去读,就会发现第一行出现了乱码: 123 查看其bytes可以发现为: [-17] [-69] [-65] [49] [50] [51] 此时,可以使用编辑器比如nodepad++,点击encoding,设置为encode with utf

资深web开发程序员建站经验分享

web|web开发|建站|经验分享|程序员 我的历程:C - C++ - HTML - ASP - ASP.NET -JSP - PHP - XHTML(DIV+CSS) - 美工 设计工具:...(非web语言的不算了) - DreamWeaver + Editplus + Eclipse(JSP的时候) + ZEND(PHP时代) + PS(美工设计时代) 不知道有没有人和我类似现在做网站策划规划比较多点,主要在网站设计方面,讲究简为美的观点.现在写代码直接用EDITPLUS了,包括页面和C

程序员编程知识经验总结

感觉听上去也算合情合理.毕竟,新的编程语言和技术在源源不断地面世.但是我要告诉你,编程语言比很多人想得都要"长寿". 语法不是难点 对于 Java 程序员,学习 Python 就像说英语的去学习法语.当然这两者是毫无关联的.但是相同的是,都需要学习新的语法.语法只是表面上的不同,所有的核心概念都是相通的. 无论你换哪种编程语言去写程序,我们都可以借鉴其相似的类型.数据结构和逻辑等基础知识.如果你已经学过布尔值.整数.浮点数和字符串,那么一般情况下它们在新语言中的用法也是相同的.其他如列

一个新手程序员的项目经验

      刚开始进入公司是在3月份,做的一份工作是DirectFB的移植,前后花了一个月的时间.就是做这个项目的时候我知道了在学校和社会的不同了,很简单的一个例子.移植成功后,在跑测试用例的时候发现有几个测试用例运行不成功.这要是在学校谁还会管他呢,但是在公司的做法是去看代码找出为什么会出现这个错误.       DirectFB移植完成以后,导师突然说是他邮件给看错了,所以之前移植的DirectFB并不能派上用场.但是导师还是让我们写了文档,并要求我把所有的数据都保存下来.当初我的想法是:哎

20年资深程序员编程经验分享

原文作者乔纳森·丹尼可(Jonathan Danylko)是一位自由职业的web架构师和程序员,编程经验已超过20年,涉足领域有电子商务.生物技术.房地产.医疗.保险和公用事业. 从11岁时,我就一直在编程,并且一直都很喜欢技术和编程.这些年来,我积累了一些艰难又容易的经验.作为一名程序员,你或许还没这些经验,但我会把它们献给那些想从中学到更多的朋友. 虽然我想我会持续更新这些经验,可能还会有更多的感想,但就我这20年来看,我想下面这个列表中基本不需要增添额外的东西了.下面就是我至今最难忘的经验

编码20年的老程序员分享所积累的20条编程经验

       从11岁时,我就一直在编程,并且一直都很喜欢技术和编程.这些年来,我积累了一些艰难又容易的经验.作为一名程序员,你或许还没这些经验,但我会把它们献给那些想从中学到更多的朋友.        我会持续更新这些经验,我可能还会有更多的感想,但就我这20年来看,我想下面这个列表中基本不需要增添额外的东西了.下面就是我至今最难忘的经验. 1. 估算解决问题所需要的时间.不要怕,承认吧!我曾见过一些程序员为了解决一个特殊问题而坐在显示器前面8小时.为自己定一个时间限制吧,1小时.30分钟或甚