最近几年大厂暴力裁员的事件太多了,但是确鲜有当事人出来举报,这个又是为什么呢?本文从中立的角度,来给大家来分析一下。
KPI这个玩意,其实是蛮扯淡的,也不知道是谁发明的,反正在企业里面执行之后,老板就开心了,员工就叫苦了,毕竟要用KPI来量化员工的工作内容,且员工之间都是透明的,谁也别想偷懒。
当然这里不是说要抵制KPI,而是这种按KPI去考核,制度是摆在那里了,但是总会被怀有私心的KPI的考核者(比如某位领导),拿来以权谋私。
利用KPI将那些不听话的或者潜在的竞争对手给做掉,当然不可能明目张胆的将别人开除,于是乎就从KPI上下手了。
怎么做呢?其实不难,就是在制定KPI的过程中扮演好人,让别人入坑,这样一旦KPI不合格,就可以大做文章了。
那么大厂裁员的征兆是什么呢?那就是全公司开始主抓高KPI了,老板下命令今年部门必须要走100人,那么这100人就按照组来划分,每个组要走2人,那么不能凭白无故的将员工裁掉,总得找借口,那么KPI就是最好的合法手段。
员工也不傻,在人人自危的同时,也会拼命的加班,拼命的做任务,直到自己找到下家。
但是总会存在一些不合理的地方,比如这个名额落到了张三身上,张三也非常的努力,做了很多事情,可是就因为一次领导挖的坑,导致项目失败,从而影响了KPI,但是自己又没证据去证明是自己的领导挖的坑,于是自己也不想默默的咽下这口气,于是乎就产生了很大的矛盾。
领导也不傻,领导有他的尚封宝剑,那就是“离职证明”和“背调”。领导明明坑了你,确在KPI评审答辩会上联手HRBP,一起将你掳走,假如你不服从,那么就直接开始威胁了,什么你的离职证明就是你不能胜任目前的岗位,你是被开除的等等,当然还有更狠的,那就是背景调查肯定是不会让你过的,总之就是想尽一切办法去威胁你,让你签离职合同,通常都是当天签,当天就走,完全不会给别人准备的时间。
当然对外和部门内部的人宣称,肯定会说你是主动离职的,你说这个样子扯不扯淡了。
KPI、离职证明和背景调查这三个玩意不知道害了多少人,这个就是要逼着技术人,必须老实的给公司打工,不能有丝毫埋怨,只要价值观不合,就会拿上面的三个玩意说事。
更为可恨的是,新东家人家最看重你上一家公司的KPI、离职证明和背景调查,其实这个就是一个无限死循环。
其实这个也是大厂能够将暴力裁员包装为KPI优化的原因,从一开始就是吃定了规则制定的缝隙。
首先,作为一名成熟的职场人,需要具备敏锐的观察力,在知道领导给自己挖坑的时候,一定要学会保留证据,也就是要给自己留一手。
其次,在公司暴力裁员的谈判过程中,也要留下视频或者语音证据,一旦出现谈崩,或者自己的合法权益收到侵害的时候,可以利用这些证据去惩罚作恶者的当事人,也就是我们不要主动去做坏人,但是也要防止坏人作乱。
最后,千万不要做制度之外的事情,也就是公司的制度是针对所有人的,制度也不会针对某一个人,只要自己不触犯,公司也不会平白无故的去暴力裁员一个人。
本文不针对任何一家互联网大厂,只是从客观的角度去谈了一下关于暴力裁员的事情。
https://item.jd.com/14337086.html?编辑https://item.jd.com/14337086.html
“RocketMQ消息中间件实战派上下册”是我既“Spring Cloud Alibaba微服务架构实战派上下册”之后,又一本历时超过1年半的巨无霸技术实战类型的书籍。
为了提高读者阅读本书的体验性,本书总共设计了十个特色,下面我一一的给技术小伙伴阐述一下。?
本书将RocketMQ的技术原理和最佳实践体系化,按照由浅到深的顺序呈现给读者,使读者可以按照章节顺序按部就班地学习。当学习完全书内容之后,读者不仅能熟悉RocketMQ的核心原理,还能充分理解RocketMQ的“根”。
本书不仅包括RocketMQ4.x(4.9.2版本)的核心原理分析和最佳实践,还包括RocketMQ5.x(5.1. 0版本)的新特性分析和最佳实践。
本书精心研究了程序类、架构类知识的认知规律,全书共分为6篇:①基础;②进阶;③高级;④高并发、高可用和高性能;⑤应用;⑥新特性,是一条相对科学的主线,让读者快速从“菜鸟”向“RocketMQ分布式架构实战高手”迈进。
一图胜于文,书中在涉及原理、架构、流程的地方配有插图,以便读者更加直观地理解。
本书创造性地分析了RocketMQ具备高并发、高可用和高性能的功能及原理,并从架构的视角展开分析,这些也是程序员进阶为技术专家或架构师必备的技能。
以下为从架构师和技术专家的视角分析RocketMQ典型案例,读者阅读完本书之后,也能够达到这样的水准。
本书介绍了大量的实战案例,能让读者“动起来”,在实践中体会功能,而不只是一种概念上的理解。
在讲解每一个知识模块时,我在思考:在这个知识模块中,哪些是读者必须实现的“标准动作”(实例);哪些“标准动作”是可以先完成的,以求读者能快速有一个感知;哪些“标准动作”具有一定难度, 需要放到后面完成。读者在实践完书中的案例之后,就能更容易理解那些抽象的概念和原理了。
本书的目标之一是,让读者在动手中学习,而不是“看书时好像全明白了,一动手却发现什么都不会”。通过体系化的理论和实战案例去培养读者的主动学习能力,这样本书的价值就会被最大化。?
本书相信“知行合一”的理念,而不是“只知,而不行”,避免开发人员出现眼高手低的现象。尤其是在技术面试过程中,面试官更加看重的是既懂原理,又能够主动是实践技术的技术人。
?本书以系统思维的方式,从业务功能视角剖析?RocketMQ?底层的技术原理,使读者具备快速阅读?RocketMQ?框架源码的能力。读者只有具备了这种能力,才能举一反三,实现更复杂的功能,应对更复杂的应用场景。
?本书向读者展示了如何修改?RocketMQ?源码,并快速验证案例分析。这样,读者可以从中学到参与开源的技能,并为后续自己能够参与开源做准备。
为了提高读者阅读本书的体验,在有上下两册的前提下(巨无霸,超过800页),出版社不吝啬印刷成本,依然采用双色印刷。
?为了提高读者学习RocketMQ的效率,我这边结合我自身从RocketMQ小白到RocketMQ专家的经历,为读者汇总了一条最佳学习路径。
RocketMQ是我深度参与研究的一款开源消息中间件,无论是从源码,还是架构场景,我都提炼了很多最佳实践。
在开源领域,技术小伙伴可以使用的开源消息中间件非常的多,比如Kafka、Pulsar等,我之所以选择研究RocketMQ,除了工作内容和角色需要之外,更多的还是自己感兴趣,因此我建议技术小伙伴一定要先培养自己的兴趣,兴趣才是提升技术硬实力的第1要素。
当然我并不止研究了RocketMQ,还研究了Pulsar和Kafka等(包括开源消息中间件生态中的主流框架),只是本书作为一本关于RocketMQ实战派的书籍,我必须要以RocketMQ为主。
假如技术小伙伴想成为Java领域的架构师或者技术专家,我强烈建议你去研究RocketMQ,它会给你带来很多意想不到的技术和架构方法论的收获,这个也是我写本书的主要目的之一。
建议技术小伙伴按照本书设计的学习路线,逐章的去阅读和实战,这样学习效果会更好。
如果技术小伙伴有技术交流的,可以通过博文视点官方的读者群找到我的联系方式,并与我沟通,我会实时的解答读者的疑问。
本文公众号“架构随笔录”
本人视频号“架构随笔录”
2021年我和博文视点合作了一本技术类型的书籍“Spring Cloud Alibaba微服务架构实战派上下册”,它是我涉足知识输出领域以来的第一本书,同时它也是我自己积累的技术池中部分技术的产出。
为了写好那本书,我几乎花费了所有的休息时间,并主动的承担了书的售后技术辅导和咨询的职责(几乎是有问必答,坚持了整整两年)。
所谓有付出总会有回报,Alibaba这本书的销量还不错,我也因此获得了博文视点颁发的2021年度优秀作者。
我很清楚,这个是博文视点为了鼓励我继续去用心写书,因此我又花了接近1年半的时间去写了RocketMQ消息中间件实战派上下册这本书。
所谓一分耕耘一份收获,我将我对RocketMQ的理解体系化的输出给喜欢技术的技术人,希望真的对大家有帮助。
2022年,我开始涉足技术直播和技术讲师领域,并和博文视点合作几次技术直播,直播效果还不错,再加上我孜孜不倦的布道“Spring Cloud Alibaba微服务架构实战派上下册”这本书相关的技术,并且这些技术都是有助于“技术人”快速成长的,因此也获得了博文视点颁发的“2023技术成长领路人”这个技术奖项,这个奖项也是为了鼓励我继续通过技术直播的方式给技术人去布道技术,因此只要我有时间,我就会孜孜不倦的去讲和聊技术。
2022年,我开始涉足企业培训和相关技术直播,并和“四维口袋”合作了几次技术直播,并荣获了2022 KVP最具价值技术专家的技术奖项。