开发人员应当避免的代价高昂的职业错误

简介: 开发人员应当避免的代价高昂的职业错误

写在前面

好多人问我一个问题,作为一名开发工程师,有没有应该避免犯的一些职业错误?那些错误,一旦触犯,会付出高昂的代价。答案是肯定的,今天我们就来聊一下,那些年被人忽略的职业错误。

我们都可以从错误中学习。但是,如果您继续犯下会影响您职业未来的错误,可能会付出巨大的代价。与其他任何软件行业一样,软件行业是一条学习之路,如果您避免这些重大的职业错误,就可以带领您走向成功。


坚守岗位VS频繁跳槽

在一家公司呆了很长时间,坚守着自己的岗位,会显示出一个人的承诺和忠诚,也能够表明这个人对公司是很有价值的。但是对于一个人来说,如果因为不想再受到挑战就技能停滞,并且不去主动学习新技术或新方法,则会导致问题。

Viawriting and Studydemic的商业作家凯特·琼斯(Kate Jones)说过,在一家公司呆了太长时间(尽管舒适且看似安全)可能使得有可能在公司决定缩减规模时被裁员。

另一方面,跳槽对于雇主来说可能是一个危险信号,尤其是在公司正在寻找对潜在候选人的忠诚和承诺的情况下,这将不能很好地反映满足这种可靠性需求的能力。


拒绝提升

作为一名软件开发工程师,可能不愿意进入管理领域。从编码转换为一名项目管理者,这需要一套完全不同的技能。一名coder考虑的问题是如何把代码做好,让系统变得更加稳定可靠,但是一名项目管理人员,可能就会考虑项目成本、项目风险、项目周期等等一系列的事情。两套技能,对于很多人来说,感到麻烦、无奈、乃至恐惧。因此,当公司需要或者领导要求时,很多人选择了拒绝。但是,在晋升为管理职位之前,请务必考虑一下,如果拒绝该职位,那么职业将如何发展。个人有一个什么样的职业观,有没有清晰的职业规划。因此,必须决定在职业生涯中,哪条路是适合自己去走的,只有确认下来,就不会迷茫,坚定地走下去即可。那个时候,不管是拒绝还是同意,都不再彷徨。不要盲目的拒绝,要有思考,因为在整个职业生涯中会发生很多选择,但是只要前路坚定,便自然能够走到正确的路上来。


不去发展软技能

人立于世,需要的不仅仅是自己专业的技能。专业的技能只能够,让你掌握一门技术,能够去做一些工作,让自己能够活下来。但是真正决定,是否能好的活下来的技能,往往来自于软技能。

摘自智库,软技能又称非技术技能(non-technical skills),指沟通能力、倾听能力、说服能力、自我激励的能力、影响力团队建设的能力等等。软技能是各种行为的组合,包括驱动各种可视行为的态度和动机。衡量信念的方法是判断它对态度和行为的影响。硬技能以及少许的智力因素都属于附加的软技能。

创造价值、财富,不仅仅是依靠个人的专业技能。在人类社会中,只有各种能力的组合、发挥,才能创造更大的价值,带来更大的财富。

很多人说,内向的、不爱交流的,就是程序员。那么,我想说的是,这种古板的思想,是时候该改变。每人都应该去激活自己的软技能,我们程序员更应如此。因为我们未来需要赋予计算机的不仅仅是0 1 ,未来可能是软技能的叠加。


忽略制定职业计划

正如我们在 拒绝提升 内聊得一样,要指定一个自己合适的职业计划。

制定一个计划,规划职业发展,将会对个人在软件工程行业的成功至关重要。这意味着在整个职业生涯中设定目标并重新评估个人在这些目标上的进展。但是,在制定计划时要保持一定的灵活性和敏捷性。将要发展的技能和经验用作您的职业路线图,并与公司和自己保持并驾齐驱,了解到自己不愿意做的或实际上无法实现的事情。


不承认错误

俗话说,失败是成功之母。但是在职场的我们,往往拉不下面子,去承认我们自身的问题。我们所有人都会犯错,尽管对所有人来说,承担责任令人很难接受,但这是至关重要的。对流程,发生问题的原因以及原因保持透明,因为这有助于纠正问题,从错误中吸取教训并防止再次发生。与以建设性的方式承认错误相比,隐藏错误可能对我们的职业发展有大大的害处。


自私自利

将自己懂得知识保护起来,自私自利的行为,虽然会让自己产生错误的工作安全感;可能会觉得自己通过这样做,使自己变得独一无二,因为只有自己懂,缺了自己不行。但是最终可能会陷入自己的囚牢。理论上来说,公司缺了谁都可以。地球缺了谁都能正常运行。但是这种行为,在职场上,就会变成自私,就会造成不良合作,久而久之,就会游离与公司之中,最终的代价,是离开。

Simplegrad的职业博客主兼Academ顾问Natalie Timmerman说,

不与他人共享知识是一种自我毁灭的习惯。您不会获得新的职责和技能,由于无法良好地合作可能会得不到升职晋升,并且可能会面临失去自我的风险。


总结

尽管我们都为成功而奋斗,但这是一个漫长的过程,需要付出奉献,努力和专注才能取得成功。这意味着不仅要学习我们自己的经验,还要学习其他人的经验,从而避免简单的错误。这些是开发人员可能会犯的最昂贵的错误,因此请不惜一切代价避免它们。

目录
相关文章
|
9月前
|
设计模式 算法 程序员
程序员为何需要反复修改Bug?探寻代码编写中的挑战与现实
作为开发者,我们在日常开发过程中,往往会遇到反复修改bug的情况,而且不能一次性把代码写的完美无瑕,其实开发项目是一项复杂而富有挑战性的任务,即使经验丰富的程序员也难以在一次性编写完美无瑕地完成代码,我个人觉得一次性写好代码是不可能完成的事情。虽然在设计之初已经尽力思考全面,并在实际操作中力求精确,但程序员仍然需要花费大量时间和精力来调试和修复Bug。那么本文就来分享程序员需要反复修改Bug的原因,以及在开发中所面临的复杂性与挑战。
233 1
程序员为何需要反复修改Bug?探寻代码编写中的挑战与现实
|
9月前
|
设计模式 算法 前端开发
【软件设计师备考 专题 】设计评审:确保质量和效率
【软件设计师备考 专题 】设计评审:确保质量和效率
203 0
|
4月前
|
缓存 安全 Java
分享几个工作中实用的代码优化技巧!
分享几个工作中实用的代码优化技巧!
分享几个工作中实用的代码优化技巧!
|
6月前
|
中间件 测试技术 持续交付
FastAPI测试秘籍:如何通过细致的测试策略确保你的代码在真实世界的挑战面前保持正确和稳定?
【8月更文挑战第31天】在软件开发中,测试至关重要,尤其在动态语言如Python中。FastAPI不仅简化了Web应用开发,还提供了强大的测试工具。通过`unittest`框架和Starlette测试客户端,开发者可以轻松编写和执行测试用例,确保每个功能按预期工作。本文将详细介绍如何设置测试环境、编写基础和高级测试用例,并探讨中间件和依赖项测试。此外,还将介绍如何在持续集成环境中自动化测试,确保代码质量和稳定性。利用FastAPI的测试工具,你可以构建出高效可靠的Web应用。
77 0
|
9月前
|
程序员 测试技术
程序员难以一次性写好代码并持续修复Bug,主要源于软件的高复杂性、需求不确定性、测试局限性和技术能力限制。
【5月更文挑战第11天】程序员难以一次性写好代码并持续修复Bug,主要源于软件的高复杂性、需求不确定性、测试局限性和技术能力限制。复杂的系统易产生意外问题,需求变化导致初始设计难完备,测试无法覆盖所有情况,而技术更新和个体能力差异也会引入错误。因此,持续调试和优化是保证软件质量的关键步骤。
86 0
|
9月前
|
安全 测试技术
【软件设计师备考 专题 】软件测试的原则与方法:确保软件质量的关键步骤
【软件设计师备考 专题 】软件测试的原则与方法:确保软件质量的关键步骤
149 0
|
9月前
|
前端开发 JavaScript 编译器
摆脱无用代码的负担:TreeShaking 的魔力
摆脱无用代码的负担:TreeShaking 的魔力
摆脱无用代码的负担:TreeShaking 的魔力
|
缓存 安全 Java
分享几个工作中实用的代码优化技巧!
前言之前分享一篇代码优化的文章:条件语句的多层嵌套问题优化,助你写出不让同事吐槽的代码!今天再次分享一些我日常工作中常用的代码优化技巧,希望对大家有帮助!文章首发在公众号(月伴飞鱼),之后同步到个人网站:xiaoflyfish.cn/觉得有收获,希望帮忙点赞,转发下哈,谢谢,谢谢正文类成员与方法的可见性最小化举例:如果是一个private的方法,想删除就删除如果一个public的service方法,或者一个public的成员变量,删除一下,不得思考很多。使用位移操作替代乘除法计算机是使用二进制表的位移操作会极大地提高性能。<< 左移相当于乘以 2;>> 右移相当于除以2,但它会忽略符号位,空位
|
设计模式 Kubernetes 网络协议
|
NoSQL 测试技术 程序员
关于代码的那些低级错误,都是血泪的教训
无论你是初级工程师,中级工程师,高级工程师,甚至是全栈工程师、架构师,都是从零开使一步一步走出来的,想必都会犯过一些低级错误。 那些错误都是怎么发生的,如何避免发生错误呢,看看我们各位资深的程序员以自身为例,告诫我们敬畏每一段代码
5470 0