程序员拿完年终奖就跳槽?网友:这。。。

全栈开发者社区

共 1324字,需浏览 3分钟

 ·

2022-04-18 21:34

点击上方[全栈开发者社区]右上角[...][设为星标⭐

点击领取全栈资料全栈资料

不管年终奖是年前还是年后发,这会儿也应该都发完了。那今天我们来讨论一个严(xing)肃(zai)认(le)真(huo)的问题——什么情况下拿完年终奖的你可以考虑跳槽了!



苦逼

01


您的系统被称为遗留方案



如果您目前的工作是打理某些“遗留系统”,那么请马上整理简历、参与培训并业余时间多学点新技能。相信我,这时企业已经开始物色新的人选来构建新的业务系统,而这一切都将与您无关。



苦逼

02


未受邀参加您以往曾经参加的会议



无论出于个人、专业或者技术原因,如果您被排除出定期会议之外,往往意味着您的工作可能不保。



苦逼

03


顽固的老板会给多样性带来巨大打击



歧视问题无处不在,而且很多时候表现得并不明显。这意味着可能在进行同样的工作时,老板专门把您挑出来批判一番; 老板为您设定的工作标准与其他同事明显不同; 或者您得到的奖励更少。

可悲的是,这类状况始终得不到良好解决。总而言之,在老板心中您的位置可有可无。面对这样的状况,不要勉强忍耐,选择真正接纳您的工作环境显然更为明智。



苦逼

04


缺少质量标准



有些企业并不重视单元测试以及负载测试等编写工作,甚至会对那些找出问题并调试bug的员工简单表达“感谢”,没有一套标准的考核,分工不明确,导致您的自身利益受损。别说了,赶紧走。



苦逼

05


自上而下型设计/管理机制



我并不是说自上而下的传达架构或者是业务要求有什么不妥。我的意思是在那些不懂技术的上级领导,总爱胡乱掺和并提出一些大家都知道根本不可行的主意,而让下属们去执行任务。那么请快快离开,这种管理思路只会带来恐怖的软件成果与失败的开发项目。



苦逼

06


极度崇拜敏捷原则



最近,某家咨询公司制定了一份“敏捷流程”图表,那份图标看起来就像是一个傻小子规划的地铁路线图,并且有些公司就认为这份图表是软件开发过程的最佳体现。

毫无疑问,采用SDLC/瀑布式开发流程还是敏捷方法应视具体情况而定,且大多数情况是要求我们将二者相结合。但是,偏有很多人喜欢单纯的从理论出发并将有效的现有方法扔进垃圾堆,而直接采用“敏捷流程”图表。如果大家希望开发的软件能够起效,之前的制定的“敏捷流程”图表显然非常恶劣。



苦逼

07


发布书面的PIP或者负面评论



一般来讲,管理者们解决问题的最好方式应该是与对应人员直接交谈。如果他们更倾向于发布书面性质的负面评论或者绩效改进规划(简称PIP),那么意味着其已经在考虑将您炒掉了。



苦逼

08


随意发布新的“必须完成”要求



开发者们往往得通宵达旦才能完成这些新增工作。而且不出所料,这种急工赶出来的结果往往非常糟糕。当然,在某些管理者眼中这就是“敏捷”原则——他敏他的,咱走咱的。



苦逼

09


同一问题反复出现



如果您所发布的软件反复遭遇同一问题,而团队成员又拒绝改变工作方式,那么请尽快离开——别被这帮同事带瘸了。

  • 觉得本文对你有帮助?请分享给更多人

    关注「全栈开发者社区」加星标,提升全栈技能

    本公众号会不定期给大家发福利,包括送书、学习资源等,敬请期待吧!

    如果感觉推送内容不错,不妨右下角点个在看转发朋友圈或收藏,感谢支持。

    好文章,留言、点赞、在看和分享一条龙

浏览 31
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报