平平无奇打工人
写bug
获得徽章 0
- 外包的本质，是企业用最小成本转移风险的障眼法。
当大厂把脏活累活外包，既不用承担社保、赔偿、劳动纠纷，还能在业务萎缩时像丢垃圾一样“一键清退”。而外包公司则用画饼、PUA话术给年轻人灌迷魂汤：“这是跳板啊”“能学技术啊”——学什么技术？学怎么在工位上通宵改PPT，学怎么替甲方背锅签字？最终年轻人耗干了健康、折损了尊严，换来的不过是一张“项目结束”的逐客令。
更讽刺的是，这套系统正在批量制造“职场僵尸”——
他们明明被剥削得只剩躯壳，却还要自我催眠“这是福报”；明明是被钉在流水线上的螺丝钉，却要感恩“平台赋能”。而当35岁危机袭来，这些人要么被扫地出门，要么沦为“高级外包”，继续在食物链底端循环。
但真正恐怖的，是整个社会对这种畸形生态的默许。
劳动法在“优化营商环境”的口号下沦为废纸，年轻人被“狼性文化”驯化成自戕式奋斗的囚徒。当“自愿加班协议”“自愿放弃社保”变成入职标配，所谓“人权”早就在KPI和OKR的绞杀中碎成了二维码——扫出来只有两个字：认命 。展开118 - 刚过完年，今年希望能再有所成长，以下是我关于晋升高级开发的思考：
之前看了阿里p8的指导p6如何晋升到p7。p6之前自己晋升失败了，觉得应该学习node，拓宽一下后端，几个p8的说：那你就更偏了。
p8的谈到了书需要标题，需要章节，章节又需要小章节。我认为这是核心，每一个内容都应该简化成一个简单的标题去概述。多个小标题也合成一个大章节。
我认为这也是在代码层面设计模块时的核心。一个模块需要完成什么功能，它将分为哪些子功能，每一个子功能又该如何拆分。
具体实现时，一个函数的命名如何诠释它的功能，如果这个函数写完后，发现无法为它取一个可以语义化的名字，那可能是这个函数什么功能都做，名字也不知道取啥了，就用个handle做前缀了。
就像一本书的一部分内容写完了，作者想取个标题，发现根本无法取，因为文章内东说一些，西说一些。
那如果作者在写书前，就认真思考过这本书的核心是什么，又基于此分成了几个目录，又思考每个目录的内容是要说明什么，基于此又分出了章节。之后为每个章节去写内容时，就更容易不跑题了。
如果设计模块时，按照这种方式来，可能就离可扩展，可维护，可读性更近了。
#2024年终总结#展开评论6
![[呲牙]](http://lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_2.cd1e2bd.png)
![[流泪]](http://lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_6.dde0d83.png)