博续科技，boxutech.com

年假和调休 上周五(19 号)人事通知我离职，离职期限是月底，工作到月底，一月的工资全额发，但是提前通知了所以 + 1 需要调整变成 (30 - (31 - 19)) / 30 = 0.6 下午通知的还有一个半天，真实系数是 0.586 。 周末我发现还有年假和调休没有使用，所以看看这些年假调休能不能抵扣了一月剩下的工作日，拿了一个月的工资然后 +1 还不打折。 周一来了问了人事，人事讲不可以，公司有权安排休到月底（我查了确实可以这么干），所以要么一月剩下的工资不要，那一整个 +1 ，要么要一月正月的公司，+1 变成 0.58。 我最终选择了要一月整个月的工资。 我加班和年假，休到公司规定的离职日期完全没问题，距离月底只有七个工作日了，我去年的年假 5.98 天还最起码有三天的调休。 事实上，在这家公司第一年的加班调休我都没用，全给清零了，第二三年可能用了一点，但是依然剩了好多，都清空了

本周五，人事正式通知我开始启动离职程序，在离开之前，有几件事情公司的做法让我感到有点意外： 年终绩效零元 首先入职的时候，公司就承诺年终绩效最起码一个月，21 ～ 23 年疫情的时候，公司调整了考核标准和发放标准，规定两次拿了两次 C 的直接走，假如是年终还是有点绩效的，零点几来着。 后来考核标准就不对外面公布了，非常模糊，根据公司开人的态度，现在好像是拿了一次 C 直接走人，绩效是零，这次考核不知道从哪里弄来的 B-，这还是从来没遇到的，问了人事说是本次考核 C 和 B- 都是没有钱的，当时听到心中一万个草泥马，疫情的时候考核到了 B+ 那也没得到，现在运气不好搞了一个 B- 也是啥也没有。 这是我非常不开心的一个点，当然也没有怨恨公司，只是觉得我为公司服务了将近四年，最后这点钱是我应得的你也不给我。 除了这个公司做的其他事情，我都是不太在意的，不过还是写写吧，毕竟现在公司变了，和之前走

现在绩效的通知时间是越来越完了，比疫情前正常年份晚了将近一个月了。 前年的时候，绩效拿的还不错，不过可惜，那会正好疫情什么也没有，也不是什么没有，给了高绩效分数奖励。没裁员前，公司也制定了拿各个绩效的比例，这回年尾人更少了，摊派比例还是有的，轮到我了，因为不知道比例，有可能不止我。 不管怎么样吧，瞬间反思，然后开开心心生活。 其实分数也失去了客观性 上海 2024 年 01 月 18 日 19:21:17

CJS 和 ESM 前端代码的模块化，是从无开始的，然后从 CJS 过渡到 ESM。 在 CommonJS 时代，模块之间通过 require 来建立联系，这种方式，使用非常的灵活，但是也带来一个问题，过于灵活导致，导致无法对引用的模块进行分析，假如引用的文件中有大量用不到的代码，我们也清除不掉，只能照单全收，造成打包之后的代码体积大，拖慢代码的执行速度。 随着 ES6（ES2015）的普及,这种情况得到了改变，ES6 语法的静态结构 特性，使得我们知道引用模块的代码，这样就可以提前删除无用的代码，这些无用的代码通常叫做死代码。因为它们对程序没有任何影响。 死代码（dead code）是指程序中一段已经不会被执行的代码，通常是因为重构、优化或者逻辑错误导致的。这些代码可能是之前版本的遗留物，或者某些条件下永远不会被执行的代码。 什么是 Tree Shaking 假如有 src/math