最近新接手了老项目升级维护，刚刚收到反馈说有个页面用户说选不了 2027 年以后的时间。
然后我看到了下面的东西：
然后我看到了下面的东西：
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 415 days ago, the information mentioned may be changed or developed.
Supplement 1 · Sep 16, 2025
最后找产品确认后改成时间选择器了
这个破破烂烂的系统是公司自己开发，内部管理用的，部分供应商公司也有涉及。
因为平台太过破烂，大部分用户也懒得反馈问题，前两天还处理了个用户名和用户名 id 存反的问题
维护这个破烂东西真是漫无止境啊
这个破破烂烂的系统是公司自己开发，内部管理用的，部分供应商公司也有涉及。
因为平台太过破烂，大部分用户也懒得反馈问题，前两天还处理了个用户名和用户名 id 存反的问题
维护这个破烂东西真是漫无止境啊
 |
1
可能他已经预判到这个项目活不到那一年 🐶
|
6 |
2
可能之前有个需求就是不让用户选择 2027 以后的时间
|
 |
3
今日修复一个 bug ， 记录工时：8h
|
 |
4
你改个 8 不就可以下班了吗🙈
|
 |
5
你：“唉，怎么这样写呢，顺手改下吧，把 8 改成了 9 ，这些能选 2027 年以后得时间了吧！”
|
 |
SharuruSep 15, 2025
6
和 iOS 那个时钟控件有异曲同工之妙了 :doge:
|
 |
7
这不是为公司赚钱的写法吗？没有问题，客户怎么会来找你呢。
|
 |
8
改成 9 ，下班
|
 |
RickkkkkkkSep 15, 2025
9
给 8 后面加个 0 先下班
|
 |
ASmartPigSep 15, 2025
10
每年把数字加 1 ，持续刺激需求
|
 |
hb0730Sep 15, 2025
11
这还真有可能是需求不让选 2027 以后的时间
|
 |
12
哈哈，我之前给公司写的一个程序也是这样，也是 2020 年写的，只能用 5 年。
按照公司的情况，工具也是过度性质的，不可能 5 年后还用，主要还是不想别人拿走乱用。 当时（ 2020 ）就有人和我说为什么只能选到 2025 年，我说一个过渡性的产物，5 年还不够你用的吗？ 对方想说“我想带到其他公司去用”又说不出口，哈哈哈 |
 |
capgreySep 15, 2025
13
这个是什么的时间？
|
|
ejinSep 15, 2025
14
我点进来的时候还以为是防呆，我之前也遇到过给用户提示“单据日期错误请检查”，用户就是不看单据日期，还是联系我处理，我说你看日期看日期看日期。
后来我发现他们真的很容易操作错误后，就做了一些防呆，比如录入数据不准超过次月 5 号，避免他们选择一个未来的时间，会搞乱数据。。。事实上我在其他公司也遇到过许多类似的事情，防呆是最终答案。 |
|
fruitmonsterSep 15, 2025
15
@Rickkkkkkk 这可能真的解决了问题，哈哈哈，到 2100 年了，以后有人在发现不能用，就是考古了
|
 |
16
2025 年还有 vue2 ，我写 vue2 的时候还拿着 1800 一个月的工资，当时因为 sql 语句太复杂(是当时的我比较菜)写不出来，当时 21 年还没有 gpt ，甜菜的我直接 select 查全表(10w 数据)，php 接口写三层 for 循环处理，把 leader 气死了哈哈哈
|
 |
itechifySep 15, 2025
17
@zhengfan2016 又不是不能用 =_=
 |
 |
18
把 2020 改成当前年减 5 ，告诉他们明年就再选，😂
|
 |
zwb9412Sep 15, 2025
19
现在还有大把的网站下面 copyright 需要每年手动更新呢🐶
|
 |
soap0XSep 15, 2025 via Android
20
遇到过类似的。还有老系统的主表单号单居然只能用 10 年
|
 |
21
8 -> 9
下班 ！！！  |
 |
LitterGopherSep 15, 2025
22
我觉得首先是不是先和 leader 对齐一下看看是不是存在什么授权限制或其他奇奇怪怪的需求或限制导致的？
|
 |
TimGSep 15, 2025 via Android
23
我的第一个程序是自动判断歌曲语言制作播放列表的程序，需要选择数据库默认磁盘，当时也是菜，就写了一个下拉列表从 A 到 J ，想着差不多够了，哪有用户磁盘能分 9 个区，结果上来就被提了一个 Issue：选不到 K 盘。我立马光速滑跪道歉.....
|
 |
25
我觉得这段代码没有问题，它是根据产品需求来开发的。至于为什么是 8 ，很可能是产品经理的设定。
如果下拉菜单的选项太多（比如超过 8 个），会显得不美观，用户选择起来也会更麻烦，影响用户体验。 那如何修改？ 8 改成 9 ？ 我觉得应该把 2020 改为可选择的最小年份才符合产品的初衷。 如果可选择的最小年份是当前年份，可以把代码中写死的“2020”改成获取系统时间的年份。这样一来，以后每年就不用再手动修改了。 |
 |
PlanariansSep 15, 2025
26
所以为啥这个用户需要用到 2027 年以后
|
 |
bk201Sep 16, 2025
27
无场景无法判断是你不懂业务还是写代码的脑抽。
|
 |
cheeseSep 16, 2025
28
我是觉得全开放比专门限制到 2027 简单，你要是不还是问下为什么，很像专门限制的
|
 |
liuidetmksSep 16, 2025
29
这里放开了，后面业务也是同步支持的吗？如果不支持，bug 可能更难找吧
|
 |
szqh97Sep 16, 2025
30
我也遇到过相同的问题
|
 |
superfatboySep 16, 2025
31
其实这种大概率是之前需求是不让选 2027 年 以后的，我司现在的项目里各种类似的场景， 对指定的数据， 硬编码用 ID 写死，你要是不熟悉业务，你都不知道啥意思！ 搜索条件，前端固定写死，需求方让加什么我们就加什么
|
 |
HENQIGUAISep 16, 2025
32
这个看起来是特别设计的是 feature.
|
 |
yolee599Sep 16, 2025 via Android
33
把 8 改大一点不就可以下班了？
|
 |
icanforkSep 16, 2025
34
iOS 闹钟的时间选择器还是有限固定列表呢
能用就行，你就该一个 8->9 一天的工作安排就完成了，有何不妥，又不是开源项目，讲究什么逼格 |
 |
yazinnnn0Sep 16, 2025
35
大概就是这个需求
|
 |
zengyuxiSep 16, 2025
36
5 分钟改完，5 分钟提交。又能摸鱼了
|
 |
JungleZZSep 16, 2025
37
我们项目里还有个大哥字段时间戳用 Integer 存呢，预判性编程嘛。
|
 |
mingtdlbSep 16, 2025
38
这不是家常便饭嘛？只要报障当下能运行就行了，等出问题他已经走了。我们证书都有签 5 年的，他要签 1 年我还能理解，但签 5 年。。。
|
 |
xdzhangSep 16, 2025
39
因为当时的费用只给到 2027
|
 |
zidianSep 16, 2025
40
这都 9 月了才有用户反馈这个，是没人用，还是需求就是这样的
|
 |
jianrenjunSep 16, 2025
41
顶级阳谋,你开除我以后就跑不了了
|
 |
SeckSep 16, 2025
42
我认为干的没错
国内愿意付什么价格，做什么东西，一分钱一分货 |
 |
xFryeSep 16, 2025
43
之前老哥是不是有什么需求做限制了，不过我觉得要是起个常量会更好
|
 |
luckyjackSep 16, 2025
45
越屎的山背后往往是越无奈的故事，别想太多，实在不得劲可以多琢磨自己的项目
|
 |
kemoSep 16, 2025
46
有这个项目在，起码让你有事可做，我同事经常说 要不是这个项目天天有问题，我们得被裁一半
|
 |
S1ahs3rSep 16, 2025
47
楼上说的有道理
这个说不定是需要把 2020 改成 2025 才是正解呢 有可能是想要占据屏幕的一小块又不用滚动 |
 |
irisdevSep 16, 2025
48
楼上+1,把 2020 改成（当前时间-代码上线的时间）+2020
|
 |
Cloud9527Sep 16, 2025
49
又不是不能用.jpg
|
 |
bashSep 16, 2025
50
刚接触开发的我:“这代码写的真菜啊.“
上班后开始做商业产品的我:“理解,这段没问题的.” |
 |
strongcoderSep 16, 2025
51
作为填过屎坑的开发来说说，这里说不定有其他关联的坑，看看其他业务的时间选择器有没有类似的问题， 到时候把 8 改成 9 又可以混一年
|
 |
prosgtsrSep 16, 2025
52
淡定，这还是挺清晰的。
|
 |
encroSep 16, 2025
53
当时考虑减少选项可以提高用户体验，所以数字没有取大，非常正常。
|
 |
flyicoSep 16, 2025
54
工作实际长了你就会发现，离谱的代码一般后面都有离谱的需求。
|
 |
huangsijun17Sep 16, 2025
55
@Sharuru #6 ios 时钟那玩意是选择器里 32 位 init 长的数组耗尽了。
|
 |
urlphaSep 17, 2025
56
挺好的，质疑理解并成为。
我们软件的授权一旦客户付款了，直接授权到 2099 年。我们甚至都没有开发解除授权的选项  |
 |
rebbieSep 17, 2025
57
周报可以大写一笔
需求：实现用户选择 2027 年之后年份的需求，支持用户选择到 2030 年。 明天的工作日志：2027 年需求测试 😂😂😂 |
 |
LoNeZSep 17, 2025
58
改成 100 呗... 如果只是修的话. 本来就是一堆破烂了.
|
 |
moytSep 17, 2025
59
这不得赶紧给前辈氪一个，感谢前辈赏饭吃
|
 |
sankoocSep 18, 2025
60
糊涂啊 兄弟
|
 |
leokunSep 18, 2025
61
feat: 用户选择年份，从 2027 到支持到 2100 年，选择覆盖率从 3.9% 提升至 100%
 |
Select Language