编程开发中99%的研发者都踩过的误区
目录
- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
意识不到误区的存在最为离谱;
01
生活中,职场上,游戏里,都少不了正面对喷过:意识太差;
在个人的认知中意识即思维,意识太差即思维中存在的误区比较多;
每个人或多或少都存在思维上的误区;
思维影响行为;
行为效应会带来很多显而易见的问题;
问题多了自然就是各种鸡飞狗跳;
思维误区作为成长的第一大阻力,认清误区并尽快走出,直接决定成长的速度;
误区最妖娆的地方,在于会让人有自我认同的决心,坚定的相信自己思维的正确性;
想要快速的走出误区,就要时常反思,不断提高认知;
最为关键的是,要学会下意识思考自己是否存在思维层面的认知问题;
02
如果从历经的误区中选出一个拔尖的来,【无法敏锐感知并适应变化】首当其冲;
误区形成的根本原因在于:当前的思维模式,可能不适合变化之后的新阶段;
变化,可能是上行,可能是下行;还不排除来回摇摆;
把握变化中的机会;
如果向好就顺势而为,如果变差就沉着应对;
缺乏适应能力就会陷入被动,受到变化带来的冲击和影响;
在变化中机会和困境都是并存的;
反应迟钝就容易错失机会,反应敏捷也容易抓住机会;
自己在变;
随着工作的经历,技术和业务能力都在潜移默化的进阶;
这样自己对职场的预期也会随之提高,环境对个人的要求也在不断刷新;
如果没有感知到自己的变化,根据环境的要求做出相应的调策略;
那么就会出现个人能力不符合环境要求的情况,双方都会产生不符预期的落差感;
这是职场中典型的现象,可能觉得自己能力不差,却没有升职加薪的机会;
那就应该深入的思考:自己的能力和产出是否匹配;
环境在变;
环境在不断变化的直接影响,就是近两年的裁员热潮了;
在毫无心里建设的情况下,团队成员走人,业务方向反转,早已见多不怪;
当然了,也可能环境没有巨变,只是自己主动或被动的换个环境;
适应新的环境,核心在于是否意识到环境的要求;
符合要求就争取做的更好,不符合就要及时调整自己的策略和方向,快速适应当前环境的期望;
在技术领域的新手期,大部分开发都坚定的认为只要技术能力足够好,职场就会一帆风顺;
然而在现实中,纯技术路线上岸的人寥寥无几,这就是市场的选择,供需关系带来的直接最终结果;
总结的说,对自己的能力和所处的环境有透彻的认知;
在角色和环境变化中不断的调整自己的思路,避免双向的预期落差过大;
03
作为一个有着多年搬砖经验的码农;
很清楚在职场中,不同阶段的围城现象和摇摆心理,进而会形成不同阶段的思维误区;
工作中时常会在【技术、业务、管理几条线的围城】中摇摆不定;
实际上把这几个概念划线隔开,就已经踩到误区里了,交集空间很大,只是被选择性忽略了;
新手期,坚定的认同技术能力就是职场的一切解法;
这在初期并不是错误的想法,只是不太全面;
发展期,有了一定的技术沉淀,也有了一定的业务思维;
但是侧重积累业务还是沉淀技术,举棋不定还来回拉扯,甚至一度迷茫;
成熟期,可以有条不紊的应对各种事务,最终也理解业务和技术的相辅相成;
技术的沉淀可以更好的解决业务需求,业务思维可以更好的驱动技术更新;
再后来,就会产生技术和管理的摇摆心态,堪称职场心病;
担心做技术写代码久了失去市场竞争力,走管理路线又怕转型失败两头添堵;
到最终,在技术能力和业务思维的双重加持下;
并且做人和做事都没有明显问题的话,职场环境最终会推动你走向管理的路线上;
对于职场中大部分普通玩家来说;
五年后的职场需要机会,更需要把握机会和适应变化的能力;
互联网行业里,职场的围城现象极其普遍;
总能听闻不同的角色说过,如果再给一次选择的机会再也不选这个职业,自黑吐槽又相互羡慕;
但始终在各自的轨迹上持续前行;
04
对于研发这个角色来说,绕不开的两大核心能力;
就是互联网行业中经常说到的【技术深度和业务高度】两个范畴;
对于技术和业务这两大能力,很考验应对的策略,而不是做选择的决心;
技术和业务作为职场中的核心能力缺一不可,这里不讨论单方面的天赋异禀;
首先要深刻的理解两大能力的各自特点;
这里站在个人的经验和认知上,并且清醒而深刻的把自己定义为职场中的普通玩家;
技术,难度高于业务,复杂度低于业务;
想单纯的从技术领域突围,不但要有持续研究的定力,更需要适当的天赋加持;
普通玩家所能达到的技术深度是有限的;
业务,难度低于技术,复杂度高于技术;
无法否认业务是公司运营的核心;
在基本的供需关系中,业务可以变相的理解为价值,作为公司的核心竞争力和生存的基础支撑;
不论是技术型公司还是业务型公司;
业务虽然复杂,但是业务能力的沉淀是有迹可循的;
具备相应的业务思维,借鉴一些方法 论的指引,在实践中用心总结,业务高度的门槛比技术低很多;
所以从相对综合的角度来看;
技术积累到一定的深度,必然会遇到难以突破的天花板;
但是如果业务达到一定的高度之后,普通玩家的职场发挥空间就会越来越大;
05
如果单从技术角度来看;
很多开发都持续纠结过【技术深度还是广度】的问题,毕竟两全其美才能皆大欢喜;
在互联网技术发展的初期,兼具技术深度和广度的大神级人物确实不少;
但是对于当下的研发技术栈来说;
想单人通关前端、后端、数据端,建议想想就好,不能认真;
当前的主流趋势,技术面在纵向上层层分离,业务侧在横向上有诸多拆分,形成统筹协作的机制;
回到这个问题的本身上来;
对于技术这条路如何选择才最合理?先积累深度还是广度要视情况而定;
在没有环境的压力下;
可以稍微偏向技术的基础深度,在广度上要做到不影响业务的正常研发就行;
至于技术能力最终能深到什么程度,看个人的天赋和觉悟了;
当存在环境的压力时;
如果身处业务型的团队;
为了解决各种复杂的需求规则,要善于利用不同的组件解决不同维度的问题;
自然需要有技术广度的视野;
如果身处技术型的团队;
以分布式系统的中间件服务为例,需要给各种业务场景提供可复用的解决方案;
自然依赖于技术深度的积累;
所以对于技术层面的成长路径来说;
基于当下的主流技术栈和基础能力要求,可以先构建一个路线框架;
例如:分布式架构,数据服务,基础技术等,然后野蛮生长;
06
如果单从业务角度来看;
研发人员【不重视业务能力】行不行,堪称思维误区中的天花板;
更是团队协作的核心矛盾点;
研发时常和产品互相拉扯;
指责对方没有业务思维,或者考虑问题只站位自身的角度,不顾对方的难处;
开发时常和测试来回拉扯;
指责对方无法理解业务,开发认为测试只会点页面不懂业务路径,测试觉得开发想当然歪曲业务需求;
回到这个现象的根本上找原因,互联网公司的团队都在围绕业务流程做协作;
很容易偏向一个误区,【站在自己的角度认为团队的其他角色不懂业务】;
然而实际上,业务作为团队协作的核心目标与方向;
从不同角色自身出发思考业务,明显存在角度上的问题,即站位落差;
如果不在相同的站位上去思考问题,自然很难形成相对统一的共识;
先站位业务角度;
明白在业务发展的过程中什么维度的事项是最高的优先级;
在业务实现中需要以怎样的协作方式去应对;
业务的不同阶段,对于不同团队和不同角色来说要求都不一样;
再站位自身角度;
从业务的视角判断自己的技术能力,或者反思在认知上是否存在偏差;
如果能力跟不业务的变化节奏,就要及时的调整策略,补足技术或认知方面的缺陷;
即便站位相同,也可能因为角色自身的利益而产生冲突;
此时还是需要基于业务利益,调整不同角色间的需求和利益,追求相对平衡平稳;
所以再回到【技术深度和业务高度】这个话题上来看;
对于普通玩家来说,如果缺失其中一个方面的能力;
都会直接压缩职场的发挥空间;
07
除去技术和业务能力的沉淀之外,在职场中还存在一个影响重大的因素;
如何选择【适合自己的团队或者业务线】,这个因素很容易被忽略;
大团队中,分业务线分组作业是普遍的模式;
小团队中,单人单挑业务线是常见的现象;
在刚进入公司的团队时,如果有选择的空间;
可以根据自己的能力或者发展方向,选择符合预期的团队或者业务线;
成熟的业务线;
各种应用层的产品或者系统能力的建设都已经进入平稳期,主要的工作内容可能就是维稳和缓慢迭代;
初期的业务线;
虽然能够给成员更多的发挥空间,但是从真实现象来看;
突然性的业务中断,并打包送走的情况时有发生;
所以不论自己身处一个怎样的业务或团队中,可以先从自身思考如何快速的适应环境;
如果在一个不错的公司中,可以把握机会去适当的调整自己的工作方向;
08
说到底;
误区本身并不可怕,可怕的是不知道自己持续待在误区中;
在变化中具备一定的反思能力,并借鉴一些参考经验或者方法 论指引;
察觉自己处在误区时,及时的调整自己并走出来就行;
当然并不能排除是从一个误区直接进入另一个误区;
但是误区踩多了,自然会产生认知上面的积累,会具备一定的反思和洞察能力;
很推崇的一个思路;
在飞速变化的当下,只能走一步,停下来看一看,想一想,再走下一步;
如果偏航,就在合适的位置掉头;
以上就是编程开发中99%的研发者都踩过的误区的详细内容,更多关于编程开发踩坑误区的资料请关注我们其它相关文章!