|
准点下班就被骂成狗，这是谁给的权利？！
一女子在试用期因准点下班就被辞退，刷到这个热搜，忍不住想吐个槽。 这家公司规定是上午9点半到下午18点半，这位女子在前一天下班时间给领导发了消息，领导没回，她就先下班了，就因为这，第二天被炒了鱿鱼。 更恶心的是，公司领导在让她滚蛋之前还把她一顿臭骂，完全不当个人。 这位女士认为不是自己的问题，希望公司按法律规定给予补偿。 我也不认为这是她的问题，即使有太多企业加班成家常便饭、要求全天候待机，这位女士也没任何错！ 准点下班有什么错？！ 前两天我刚在群里聊过加班这事儿，没成想就刷到一个案例上热搜，话说回来，加班这个事儿还真是社会现象和顽疾。 有太多企业确实就是这么狗，且不说劳动法，就说你企业自己规定了上下班时间，员工按时下班就得成为管理者情绪发泄对象。 仗着自己职位高或者自己是老板，就对员工极尽苛刻，把自己当土皇帝，随意对员工发疯完全不把员工当人，这种企业不让它倒闭都没天理。 我们有太多企业管理者的所谓价值观完全其实就是土鳖土皇帝做派，说有价值观都已经是高看了，很多人根本没有价值观，倒是劣根性做派十足。 哪怕是外资企业，一旦换成中国高管，甭管他多高学历，十有八九第一把火就是取消员工休息时间、减少午餐时间、控制上厕所时间等等，看似提高效率实则是坏到骨子里的去压榨员工。 做事归做事，就事论事就行，但很多人的劣根性就是理所当然的要让员工像奴才一样服从，殊不知大清早特么亡了一百多年了。 特别是一些官不大的管理者，一下班就开会、动不动半夜发任务、周末打电话谈工作各种PUA员工，几乎是很多国内企业的通病。 一边喊着拒绝恶性内卷，一边亲手制造无用竞争打压员工，自带孙子兵法。 只不过这些行为实在是太孙子了，也是病，得治！ 加班其实没问题，只要给加班费且员工愿意就行，但员工往往都是被强迫的，关键还大多都是毫无意义的空耗，管理者的偏好也导致有些员工带头内耗。 之前我看到越南企业员工罢工要求提加工资、加福利，让管理者和老板知道要尊重工人，要不然就一拍两散，大家都不干他企业就得完蛋。 这种事放在国内企业上，说不定很多员工干的第一件事不是一起拒绝被压榨，而是带头降薪、加班开卷，同时再在背后捅刀子。 就像抗战剧一样，二狗子往往比日本鬼子还招人恨。 的确，面对管理者要求员工加班、连轴转，大家都可以选择沉默，但你不能诋毁和嘲笑这些比你勇敢的人，因为他们争取到的光明也会照耀到你，即使你选择在旁边看热闹啥都不干。 有时候很难想象，硕士博士满地走的当下，脑子还停留在奴才时代的管理者和员工仍大有人在。 都知道己所不欲勿施于人，也都知道不良风气害人匪浅，但内耗、“爱干就干不干就滚”的理念极其常见。 这种氛围下，能有幸福感才怪！ 其实幸福感真不是来自什么宏大愿望达成，幸福感来源最多的往往只是“今天不加班”、“累了可以休息一下”“下班准点走”“周末不用加班”这些一点一滴。 很多人觉得累，没时间，没钱，没希望，工作到很晚回去连话都不想说，压力很大一部分就来自无休止的加班、空耗不断的累积。 这种状态的形成，有人说是骨子里的文化就这样改不了，但我觉得最重要的是法律上对八小时工作制的执行。 如果用治理酒驾的严肃程度来惩治无限加班的风气，哪怕这种扭曲文化是化石级别也照样能被彻底改观。 不是不能改，而是没人注意到或者不愿意去改罢了。 这次两会倒是罕见有人带来提案，全国政协委员蒋胜男建议加强劳动法对劳动者的休息权保护，对企事业单位八小时工作制执行情况加强监管。 蒋胜男有句话我非常赞同，“‘996’制度是导致社会就业难、生育率低的重大原因，最后结果是整个社会为老板榨取的超额剩余价值买单。” 超时工作、无偿加班、被迫加班等等，对整个社会各个层面造成恶性循环，损害打工人的身体健康和家庭生活，也严重违背劳动法。 这话说的一点都没错，别看996不起眼，但其占用的时间、精力直接压榨打工人生活上的时间精力包括情绪。 反过来说，996相当于一个人干了两个人的活，为什么就不能多招一个人？！ 有人会说人多工资就会下降、你不干有人干，但要我说，这都是惯出来的毛病。 如果强制只能8小时，可能你不信，但工资肯定不会因为人多就下降，即使裁员降薪也是因为市场因素，而不是因为你不愿意996！ 人口下降、生育率低、压力太大、幸福感太低，重点集中在房价太贵、生活成本太高上。 但除此之外，影响幸福感的因素绝大多数来自于加班这种常见却明显不合理的“小事”。 不论是基层公务员还是医护，又或是数量最多的民企，加班现象都亟待重视。 这次有政协委员带来相关提案，是极好现象，起码真有人在关注这一块。 一个小小的推动，都是破冰，对全社会都是一个很大的力量。
|
Copyright © 1999 - 2026 by Sinoquebec Media Inc. All Rights Reserved 未经许可不得摘抄 | GMT-4, 2026-3-25 16:20 , Processed in 0.136345 second(s), 23 queries .
