快下班被我辛勤的同事整无语了

[ghjh]

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

最后找产品确认后改成时间选择器了

这个破破烂烂的系统是公司自己开发，内部管理用的，部分供应商公司也有涉及。

因为平台太过破烂，大部分用户也懒得反馈问题，前两天还处理了个用户名和用户名 id 存反的问题

维护这个破烂东西真是漫无止境啊

[superrichman]

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

[v2hh]

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

[ybz]

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

[Shelios]

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

[fruitmonster]

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

[Sharuru]

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

[Ipsum]

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

[bzw875]

改成 9 ，下班

[Rickkkkkkk]

给 8 后面加个 0 先下班

[ASmartPig]

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

[hb0730]

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

[ejin]

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

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

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

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

[capgrey]

这个是什么的时间？

[ejin]

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

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

[fruitmonster]

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

[zhengfan2016]

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

[oneisall8955]

@zhengfan2016 又不是不能用 =_=

[moverinfo]

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

[zwb9412]

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

[cobbage]

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

[Gilfoyle26]

8 -> 9

下班 ！！！

[LitterGopher]

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

[TimG]

我的第一个程序是自动判断歌曲语言制作播放列表的程序，需要选择数据库默认磁盘，当时也是菜，就写了一个下拉列表从 A 到 J ，想着差不多够了，哪有用户磁盘能分 9 个区，结果上来就被提了一个 Issue：选不到 K 盘。我立马光速滑跪道歉.....

[kk2syc]

@zwb9412 每年元旦改页脚是一种仪式，生活需要仪式感

[Pipecraft]

我觉得这段代码没有问题，它是根据产品需求来开发的。至于为什么是 8 ，很可能是产品经理的设定。
如果下拉菜单的选项太多（比如超过 8 个），会显得不美观，用户选择起来也会更麻烦，影响用户体验。

那如何修改？ 8 改成 9 ？
我觉得应该把 2020 改为可选择的最小年份才符合产品的初衷。
如果可选择的最小年份是当前年份，可以把代码中写死的“2020”改成获取系统时间的年份。这样一来，以后每年就不用再手动修改了。

[Planarians]

所以为啥这个用户需要用到 2027 年以后

[bk201]

无场景无法判断是你不懂业务还是写代码的脑抽。

[cheese]

我是觉得全开放比专门限制到 2027 简单，你要是不还是问下为什么，很像专门限制的

[liuidetmks]

这里放开了，后面业务也是同步支持的吗？如果不支持，bug 可能更难找吧

[szqh97]

我也遇到过相同的问题

[superfatboy]

其实这种大概率是之前需求是不让选 2027 年 以后的，我司现在的项目里各种类似的场景， 对指定的数据， 硬编码用 ID 写死，你要是不熟悉业务，你都不知道啥意思！ 搜索条件，前端固定写死，需求方让加什么我们就加什么

[HENQIGUAI]

这个看起来是特别设计的是 feature.

[yolee599]

把 8 改大一点不就可以下班了？

[belin520]

iOS 闹钟的时间选择器还是有限固定列表呢
能用就行，你就该一个 8->9 一天的工作安排就完成了，有何不妥，又不是开源项目，讲究什么逼格

[yazinnnn0]

大概就是这个需求

[zengyuxi]

5 分钟改完，5 分钟提交。又能摸鱼了

[JungleZZ]

我们项目里还有个大哥字段时间戳用 Integer 存呢，预判性编程嘛。

[mingtdlb]

这不是家常便饭嘛？只要报障当下能运行就行了，等出问题他已经走了。我们证书都有签 5 年的，他要签 1 年我还能理解，但签 5 年。。。

[xdzhang]

因为当时的费用只给到 2027

[zidian]

这都 9 月了才有用户反馈这个，是没人用，还是需求就是这样的

[jianrenjun]

顶级阳谋,你开除我以后就跑不了了

[Seck]

我认为干的没错
国内愿意付什么价格，做什么东西，一分钱一分货

[xFrye]

之前老哥是不是有什么需求做限制了，不过我觉得要是起个常量会更好

[bclerdx]

@zwb9412 也不是不可能的。

[luckyjack]

越屎的山背后往往是越无奈的故事，别想太多，实在不得劲可以多琢磨自己的项目

[kemo]

有这个项目在，起码让你有事可做，我同事经常说 要不是这个项目天天有问题，我们得被裁一半

[S1ahs3r]

楼上说的有道理

这个说不定是需要把 2020 改成 2025 才是正解呢
有可能是想要占据屏幕的一小块又不用滚动

[irisdev]

楼上+1,把 2020 改成（当前时间-代码上线的时间）+2020

[Cloud9527]

又不是不能用.jpg

[bash]

刚接触开发的我:“这代码写的真菜啊.“
上班后开始做商业产品的我:“理解,这段没问题的.”

[strongcoder]

作为填过屎坑的开发来说说，这里说不定有其他关联的坑，看看其他业务的时间选择器有没有类似的问题， 到时候把 8 改成 9 又可以混一年

[prosgtsr]

淡定，这还是挺清晰的。

[encro]

当时考虑减少选项可以提高用户体验，所以数字没有取大，非常正常。

[flyico]

工作实际长了你就会发现，离谱的代码一般后面都有离谱的需求。

[huangsijun17]

@Sharuru #6 ios 时钟那玩意是选择器里 32 位 init 长的数组耗尽了。

[urlpha]

挺好的，质疑理解并成为。
我们软件的授权一旦客户付款了，直接授权到 2099 年。我们甚至都没有开发解除授权的选项

[rebbie]

周报可以大写一笔
需求：实现用户选择 2027 年之后年份的需求，支持用户选择到 2030 年。

明天的工作日志：2027 年需求测试 😂😂😂

[LoNeZ]

改成 100 呗... 如果只是修的话. 本来就是一堆破烂了.

[moyt]

这不得赶紧给前辈氪一个，感谢前辈赏饭吃

[sankooc]

糊涂啊 兄弟

[leokun]

feat: 用户选择年份，从 2027 到支持到 2100 年，选择覆盖率从 3.9% 提升至 100%