编程开发中99%的研发者都踩过的误区

2023-02-22 12:02:53 研发 编程开发 误区

意识不到误区的存在最为离谱;

01

生活中,职场上,游戏里,都少不了正面对喷过:意识太差;

在个人的认知中意识即思维,意识太差即思维中存在的误区比较多;

每个人或多或少都存在思维上的误区;

思维影响行为;

行为效应会带来很多显而易见的问题;

问题多了自然就是各种鸡飞狗跳;

思维误区作为成长的第一大阻力,认清误区并尽快走出,直接决定成长的速度;

误区最妖娆的地方,在于会让人有自我认同的决心,坚定的相信自己思维的正确性;

想要快速的走出误区,就要时常反思,不断提高认知;

最为关键的是,要学会下意识思考自己是否存在思维层面的认知问题;

02

如果从历经的误区中选出一个拔尖的来,【无法敏锐感知并适应变化】首当其冲;

误区形成的根本原因在于:当前的思维模式,可能不适合变化之后的新阶段;

变化,可能是上行,可能是下行;还不排除来回摇摆;

把握变化中的机会;

如果向好就顺势而为,如果变差就沉着应对;

缺乏适应能力就会陷入被动,受到变化带来的冲击和影响;

在变化中机会和困境都是并存的;

反应迟钝就容易错失机会,反应敏捷也容易抓住机会;

自己在变;

随着工作的经历,技术和业务能力都在潜移默化的进阶;

这样自己对职场的预期也会随之提高,环境对个人的要求也在不断刷新;

如果没有感知到自己的变化,根据环境的要求做出相应的调策略;

那么就会出现个人能力不符合环境要求的情况,双方都会产生不符预期的落差感;

这是职场中典型的现象,可能觉得自己能力不差,却没有升职加薪的机会;

那就应该深入的思考:自己的能力和产出是否匹配;

环境在变;

环境在不断变化的直接影响,就是近两年的裁员热潮了;

在毫无心里建设的情况下,团队成员走人,业务方向反转,早已见多不怪;

当然了,也可能环境没有巨变,只是自己主动或被动的换个环境;

适应新的环境,核心在于是否意识到环境的要求;

符合要求就争取做的更好,不符合就要及时调整自己的策略和方向,快速适应当前环境的期望;

在技术领域的新手期,大部分开发都坚定的认为只要技术能力足够好,职场就会一帆风顺;

然而在现实中,纯技术路线上岸的人寥寥无几,这就是市场的选择,供需关系带来的直接最终结果;

总结的说,对自己的能力和所处的环境有透彻的认知;

在角色和环境变化中不断的调整自己的思路,避免双向的预期落差过大;

03

作为一个有着多年搬砖经验的码农;

很清楚在职场中,不同阶段的围城现象和摇摆心理,进而会形成不同阶段的思维误区;

工作中时常会在【技术、业务、管理几条线的围城】中摇摆不定;

实际上把这几个概念划线隔开,就已经踩到误区里了,交集空间很大,只是被选择性忽略了;

新手期,坚定的认同技术能力就是职场的一切解法;

这在初期并不是错误的想法,只是不太全面;

发展期,有了一定的技术沉淀,也有了一定的业务思维;

但是侧重积累业务还是沉淀技术,举棋不定还来回拉扯,甚至一度迷茫;

成熟期,可以有条不紊的应对各种事务,最终也理解业务和技术的相辅相成;

技术的沉淀可以更好的解决业务需求,业务思维可以更好的驱动技术更新;

再后来,就会产生技术和管理的摇摆心态,堪称职场心病;

担心做技术写代码久了失去市场竞争力,走管理路线又怕转型失败两头添堵;

到最终,在技术能力和业务思维的双重加持下;

并且做人和做事都没有明显问题的话,职场环境最终会推动你走向管理的路线上;

对于职场中大部分普通玩家来说;

五年后的职场需要机会,更需要把握机会和适应变化的能力;

互联网行业里,职场的围城现象极其普遍;

总能听闻不同的角色说过,如果再给一次选择的机会再也不选这个职业,自黑吐槽又相互羡慕;

但始终在各自的轨迹上持续前行;

04

对于研发这个角色来说,绕不开的两大核心能力;

就是互联网行业中经常说到的【技术深度和业务高度】两个范畴;

对于技术和业务这两大能力,很考验应对的策略,而不是做选择的决心;

技术和业务作为职场中的核心能力缺一不可,这里不讨论单方面的天赋异禀;

首先要深刻的理解两大能力的各自特点;

这里站在个人的经验和认知上,并且清醒而深刻的把自己定义为职场中的普通玩家;

技术,难度高于业务,复杂度低于业务;

想单纯的从技术领域突围,不但要有持续研究的定力,更需要适当的天赋加持;

普通玩家所能达到的技术深度是有限的;

业务,难度低于技术,复杂度高于技术;

无法否认业务是公司运营的核心;

在基本的供需关系中,业务可以变相的理解为价值,作为公司的核心竞争力和生存的基础支撑;

不论是技术型公司还是业务型公司;

业务虽然复杂,但是业务能力的沉淀是有迹可循的;

具备相应的业务思维,借鉴一些方法论的指引,在实践中用心总结,业务高度的门槛比技术低很多;

所以从相对综合的角度来看;

技术积累到一定的深度,必然会遇到难以突破的天花板;

但是如果业务达到一定的高度之后,普通玩家的职场发挥空间就会越来越大;

05

如果单从技术角度来看;

很多开发都持续纠结过【技术深度还是广度】的问题,毕竟两全其美才能皆大欢喜;

在互联网技术发展的初期,兼具技术深度和广度的大神级人物确实不少;

但是对于当下的研发技术栈来说;

想单人通关前端后端、数据端,建议想想就好,不能认真;

当前的主流趋势,技术面在纵向上层层分离,业务侧在横向上有诸多拆分,形成统筹协作的机制;

回到这个问题的本身上来;

对于技术这条路如何选择才最合理?先积累深度还是广度要视情况而定;

在没有环境的压力下;

可以稍微偏向技术的基础深度,在广度上要做到不影响业务的正常研发就行;

至于技术能力最终能深到什么程度,看个人的天赋和觉悟了;

当存在环境的压力时;

如果身处业务型的团队;

为了解决各种复杂的需求规则,要善于利用不同的组件解决不同维度的问题;

自然需要有技术广度的视野;

如果身处技术型的团队;

分布式系统中间件服务为例,需要给各种业务场景提供可复用的解决方案;

自然依赖于技术深度的积累;

所以对于技术层面的成长路径来说;

基于当下的主流技术栈和基础能力要求,可以先构建一个路线框架

例如:分布式架构,数据服务,基础技术等,然后野蛮生长;

06

如果单从业务角度来看;

研发人员【不重视业务能力】行不行,堪称思维误区中的天花板;

更是团队协作的核心矛盾点;

研发时常和产品互相拉扯;

指责对方没有业务思维,或者考虑问题只站位自身的角度,不顾对方的难处;

开发时常和测试来回拉扯;

指责对方无法理解业务,开发认为测试只会点页面不懂业务路径,测试觉得开发想当然歪曲业务需求;

回到这个现象的根本上找原因,互联网公司的团队都在围绕业务流程做协作;

很容易偏向一个误区,【站在自己的角度认为团队的其他角色不懂业务】;

然而实际上,业务作为团队协作的核心目标与方向;

从不同角色自身出发思考业务,明显存在角度上的问题,即站位落差;

如果不在相同的站位上去思考问题,自然很难形成相对统一的共识;

先站位业务角度;

明白在业务发展的过程中什么维度的事项是最高的优先级;

在业务实现中需要以怎样的协作方式去应对;

业务的不同阶段,对于不同团队和不同角色来说要求都不一样;

再站位自身角度;

从业务的视角判断自己的技术能力,或者反思在认知上是否存在偏差;

如果能力跟不业务的变化节奏,就要及时的调整策略,补足技术或认知方面的缺陷;

即便站位相同,也可能因为角色自身的利益而产生冲突;

此时还是需要基于业务利益,调整不同角色间的需求和利益,追求相对平衡平稳;

所以再回到【技术深度和业务高度】这个话题上来看;

对于普通玩家来说,如果缺失其中一个方面的能力;

都会直接压缩职场的发挥空间;

07

除去技术和业务能力的沉淀之外,在职场中还存在一个影响重大的因素;

如何选择【适合自己的团队或者业务线】,这个因素很容易被忽略;

大团队中,分业务线分组作业是普遍的模式;

小团队中,单人单挑业务线是常见的现象;

在刚进入公司的团队时,如果有选择的空间;

可以根据自己的能力或者发展方向,选择符合预期的团队或者业务线;

成熟的业务线;

各种应用层的产品或者系统能力的建设都已经进入平稳期,主要的工作内容可能就是维稳和缓慢迭代;

初期的业务线;

虽然能够给成员更多的发挥空间,但是从真实现象来看;

突然性的业务中断,并打包送走的情况时有发生;

所以不论自己身处一个怎样的业务或团队中,可以先从自身思考如何快速的适应环境;

如果在一个不错的公司中,可以把握机会去适当的调整自己的工作方向;

08

说到底;

误区本身并不可怕,可怕的是不知道自己持续待在误区中;

在变化中具备一定的反思能力,并借鉴一些参考经验或者方法 论指引;

察觉自己处在误区时,及时的调整自己并走出来就行;

当然并不能排除是从一个误区直接进入另一个误区;

但是误区踩多了,自然会产生认知上面的积累,会具备一定的反思和洞察能力;

很推崇的一个思路;

在飞速变化的当下,只能走一步,停下来看一看,想一想,再走下一步;

如果偏航,就在合适的位置掉头;

以上就是编程开发中99%的研发者都踩过的误区的详细内容,更多关于编程开发踩坑误区的资料请关注其它相关文章!

相关文章