@zjddp 我这次压根不打算去面试了

@amwyyyy 嗯，补偿协议已经到手，等下一个开工资一起发了，开心

@zagfai 很多年

@seeyisee 是的，所以 HR 见我一脸开心的来到会议，情绪有点不对劲

@seeyisee 只能说，变化无常

@levelworm 做智慧城市的，正式技术都在裁，外包留下，以后开发主力估计就是外包了。

@tobb 也不是我的啊，我只有一点点 ETH ，但不打算卖，留着给孩子的。

@CookCoder 我的补偿节省一点花，可以支撑一年。

@JimmyTinsley 所以还不算真的厚道，不过也算可以，早日脱离苦海。

@shawnsh 都开始疯狂裁人了，问这个有啥意义

目前并不着急找工作，有一些想法需要时间去实践一下，比如写本小说什么的，哈哈哈。

补偿到位，所以开开心心的把工位收拾的干干净净，然后明天进行交接，以及离职手续。

@ColinZeb 每年的调休规则和具体放假日期是不一样的，可以参考一下最近几年的

@yukinotech 没问题，不介意可以把以前的时间也 pr 一下

@liuidetmks 因为这样比较统一，主要我们公司内部也使用，起码先方便自己和同事

@koolob 是的，下一年就是 2.3.X 版本了，手动更新，之前内部使用的时候也是我自己手动更新，这个其实不复杂，但是不弄一个吧，搞一些需求的时候很烦。

@faceair 是的，所有每年都要更新一次，但其实还好，打算弄一个自动化引入的，然后每年 PR 进去一个 20XX.js 的文件就好了。


@FlintyLemming 我不打算搞接口版本的，因为这个库我自己和团队肯定会经常使用，即便是内部，每年也要更新一次假期信息，主要是这个调休日比较烦，计算请假时间什么的，需要过滤掉。

@villivateur 一点没毛病，主要是想简单的省心一下

下一步打算输入开始和结束日期，然后返回全部的节假日信息列表

我是根据自己项目的需求，进行封装的，很简单，也没有什么黑科技优化，朴实的很

目前只支持 2022 年的判断

其实准备支持任意年份的，这几天尽力想办法优化一下