程序员的价值观——经验是无价之宝
当我第一次深入考虑我的职业生涯时,我一度认为我要做的就是集中精力做技术向导。我想知道成为公司的技术专家能让我走多远。我觉得团队领导和管理人 员的角色并不适合我。我甚至都无法想像自己有一天不能编码是什么样子……更不要说几个星期不能接触代码了。在过去的年月中,我一直秉持着这个信念,坚决反 对那些看似是职业生涯发展的自然结果。
但是,我周围的人告诉我,我是一个好领导,我擅长于架构解决方案,我带来了很多宝贵的经验。于是,我开始涉足管理方面,并开始领导项目和团队,尽管 一开始我并不热衷于此。可是,我越是这样想这样做,就越是发现其实我并没有像我想象的那样讨厌它。事实上,我很享受。帮助他人,制定技术决策,指导同事, 领导开发项目和团队等,都让我乐在其中。现在,我不但坦然接受了它,并从中感受到了莫大的乐趣和满足。
……随着一年又一年时间的流逝,你会发现自己与那些初出校门的开发人员的竞争越来越艰难。
在过去的几年时间里,我接受了一些我一直以来不愿意承认的事情……随着一年又一年时间的流逝,你会发现自己与那些初出校门的开发人员的竞争越来越艰难。并且与那些新生代的程序员的 竞争更难,因为他们不像我们这一代,他们成长在计算机已经广泛普及的大环境中。这样成长起来的开发人员有的甚至还在读小学的时候就开始编程了。最近,我在 给一群自己创建了一个编码俱乐部的初中生演讲时,他们所懂得的计算机编程内容和提出的问题类型,让我由衷地赞叹不已。我至今记得,我是读大一的时候才拥有 了我的第一台计算机!
在我的职业生涯后期,我明明白白地意识到,我的价值观定位发生了变化……它也不得不发生变化。以前我的定位是写代码,整天敲键盘写代码。然而现在, 我将定位更多地放在了经验上。我已经快要有20年的专业软件开发经验。在这段漫长的时间里,我也确实写出了一些很酷的东西,并且也学到了很多又新又有趣的 工具、技术和工艺……但这其实并不重要。
我一直以为关注工具、技术和流程是正确的选择,却不知道自己已经在这条错误的道路上越走越远,最终我发现……其实价值与技术无关。
我以前的所作所为,以及所看到的他人的所作所为,对于价值的重点其实都弄走错了方向。我一直以为关注工具、技术和流程是正确的选择,却不知道自己已经在这条错误的道路上越走越远,最终我发现……其实价值与技术无关。
我发现,并非所有吸引人眼球和新颖的玩意儿都适合你和你的团队,以及你的项目……哪怕你读过的文章都表态说新事物is OK。然而你是否知道,大多数时候,这些书的作者说的都是一些理想路径,并没有涉及到更困难的用例和场景。也许后面的部署、支持和维护等具体情况,会不太 理想。也许负责维护的团队还没有准备好运用这种特定的技术、工具和进程。也许这种维护成本会超出客户预算。所有这些经验和真知灼见,无论是对项目,还是对 客户和雇主都是非常有价值的。
……到达某个极限之后,如果你只会写代码,那么你要求更高薪水的谈判筹码必将越来越少。
与此同时,我发现,到达某个极限之后,如果你只会写代码,那么你要求更高薪水的谈判筹码必将越来越少。一旦到达你们公司愿意支付给写代码这类岗位薪 资的极限,就很难超出这个价位。在雇主眼中,只要付给中高水平开发人员高级开发人员四分之三的薪水,前者就能做到与后者一样水准的事情。所以,你得从经验 这个角度,让自己从众多程序员中脱颖而出,成为无法替代的存在。项目管理、架构和领导技能,不但可以让你有别于其他开发人员,还能让你在谈判薪资时更有理 由,更理直气壮。
随着我的职业生涯的发展,我已经成为了一个喜欢解答问题,制定架构方案和领导开发团队的人。我不再吊死在编码这棵树上。这并不是说我就不喜欢编码 了。只是,我写了将近二十年的代码,已经做好了迎接新挑战的准备。我发现,我比我想象的更喜欢我的新角色,并且,我时常在想,要是我早点听从那些劝我换方 向的人的建议就好了。
你有什么想法吗?欢迎吐槽,也欢迎倾述。
作者:小峰
来源:51CTO

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
如何制定数据中心冗余计划?
如果想要确保虚拟基础架构的高可用性,无疑需要冗余技术,下面我们的专家顾问将会介绍企业应该如何选择最适合自己的冗余等级。 如果企业想要实现弹性机制从而确保系统高可用性,那么为虚拟基础架构选择恰当的冗余等级至关重要,但是想要完全了解企业当前需要哪种等级的冗余架构非常困难。对于部分企业来说,N+1的冗余计划足够实现系统弹性并且提供稳定的性能表现。而其他企业可能需要更高的冗余等级,也许会选择N+2或者N+1+1等方案。 那么企业应该如何确定自己的数据中心究竟需要哪种等级的冗余机制呢?为此我们联系了几位行业专家,就企业应该考虑哪些方面以及何时做出决定等方面请他们分享各自观点。 Alastair Cooke——独立分析师兼顾问 企业可以在应用和基础架构等多个层次实现冗余机制。通常,冗余机制距离应用层越近,系统的高可用性就越好。一个动态、负载均衡的web服务器集群无疑要比一台虚拟机当中的单个web服务器可用性更高。而主要问题在于每个应用都使用不同的弹性机制以及工具集。因此如果企业从更低的硬件和基础架构层提供弹性机制,那么不同应用就能够使用相同的工具集了。是否在应用层实现冗余还需要考虑管理弹性机制所需...
- 下一篇
得有多勇敢才能虚拟IT基础架构服务?
如果虚拟平台对承载关键应用足够的话,为什么不是所有的基础架构服务都虚拟化啦? 并不是所有的基础架构服务都平等哇。有些服务没那么关键,如PXE启动服务器只是偶尔用于构建新的服务器。其他的非常关键,如DNS服务标注了公司里外所有东西的位置。 多数IT企业已经将不太重要的服务进行了虚拟,而一些比较关键的基础架构服务仍然在物理主机上。是时候对这些服务进行虚拟了?它们应该与现有工作负载一起和谐相处还是需要独立环境? 数据中心放弃在关键基础架构中使用虚拟化主要是因为在发生问题时,我们该如何管理虚拟化平台。我们依赖IT基础架构服务进行故障修复。如果整个基础架构存活在虚拟平台上,平台跨了我们还有啥?如果企业对此种情况没有准备机制的话,我可以负责任告诉你要重新拿回系统控制权很难。不过就算有一些规划,通常有可能冒着停工的风险去虚拟关键服务。 留在物理服务器上的IT基础架构服务通常是活动目录AD域控制器,有时是多个控制器。它们提供认证,为分辨率(DNS)与DHCP命名。 活动目录允许向外扩展的冗余模式:多个控制器共享AD工作负载,并在控制器出现问题时持续运营。确保Global Catalog的AD角色,以...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
-
Docker使用Oracle官方镜像安装(12C,18C,19C)
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- CentOS8编译安装MySQL8.0.19
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- MySQL8.0.19开启GTID主从同步CentOS8
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- CentOS7,8上快速安装Gitea,搭建Git服务器
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
推荐阅读
最新文章
- Linux系统CentOS6、CentOS7手动修改IP地址
- SpringBoot2整合Redis,开启缓存,提高访问速度
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- Hadoop3单机部署,实现最简伪集群
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- CentOS8编译安装MySQL8.0.19
- SpringBoot2更换Tomcat为Jetty,小型站点的福音