最近新接手了老项目升级维护，刚刚收到反馈说有个页面用户说选不了 2027 年以后的时间。
然后我看到了下面的东西：

可能他已经预判到这个项目活不到那一年 🐶

可能之前有个需求就是不让用户选择 2027 以后的时间

今日修复一个 bug ， 记录工时：8h

你改个 8 不就可以下班了吗🙈

你：“唉，怎么这样写呢，顺手改下吧，把 8 改成了 9 ，这些能选 2027 年以后得时间了吧！”

和 iOS 那个时钟控件有异曲同工之妙了 :doge:

这不是为公司赚钱的写法吗？没有问题，客户怎么会来找你呢。

改成 9 ，下班

给 8 后面加个 0 先下班

每年把数字加 1 ，持续刺激需求

这还真有可能是需求不让选 2027 以后的时间

哈哈，我之前给公司写的一个程序也是这样，也是 2020 年写的，只能用 5 年。

按照公司的情况，工具也是过度性质的，不可能 5 年后还用，主要还是不想别人拿走乱用。

当时（ 2020 ）就有人和我说为什么只能选到 2025 年，我说一个过渡性的产物，5 年还不够你用的吗？

对方想说“我想带到其他公司去用”又说不出口，哈哈哈

这个是什么的时间？

我点进来的时候还以为是防呆，我之前也遇到过给用户提示“单据日期错误请检查”，用户就是不看单据日期，还是联系我处理，我说你看日期看日期看日期。

后来我发现他们真的很容易操作错误后，就做了一些防呆，比如录入数据不准超过次月 5 号，避免他们选择一个未来的时间，会搞乱数据。。。事实上我在其他公司也遇到过许多类似的事情，防呆是最终答案。

这可能真的解决了问题，哈哈哈，到 2100 年了，以后有人在发现不能用，就是考古了

2025 年还有 vue2 ，我写 vue2 的时候还拿着 1800 一个月的工资，当时因为 sql 语句太复杂(是当时的我比较菜)写不出来，当时 21 年还没有 gpt ，甜菜的我直接 select 查全表(10w 数据)，php 接口写三层 for 循环处理，把 leader 气死了哈哈哈

又不是不能用 =_=

把 2020 改成当前年减 5 ，告诉他们明年就再选，😂

现在还有大把的网站下面 copyright 需要每年手动更新呢🐶

遇到过类似的。还有老系统的主表单号单居然只能用 10 年

8 -> 9

下班 ！！！

我觉得首先是不是先和 leader 对齐一下看看是不是存在什么授权限制或其他奇奇怪怪的需求或限制导致的？