最近新接手了老项目升级维护，刚刚收到反馈说有个页面用户说选不了 2027 年以后的时间。
然后我看到了下面的东西：
然后我看到了下面的东西：
 |
1
superrichman 18 小时 0 分钟前  2
可能他已经预判到这个项目活不到那一年 🐶
|
 |
2
v2hh 17 小时 59 分钟前 7
可能之前有个需求就是不让用户选择 2027 以后的时间
|
 |
3
ybz 17 小时 58 分钟前
今日修复一个 bug ， 记录工时：8h
|
 |
4
Shelios 17 小时 57 分钟前 2
你改个 8 不就可以下班了吗🙈
|
 |
5
fruitmonster 17 小时 56 分钟前 1
你：“唉，怎么这样写呢，顺手改下吧，把 8 改成了 9 ，这些能选 2027 年以后得时间了吧！”
|
 |
6
Sharuru 17 小时 54 分钟前
和 iOS 那个时钟控件有异曲同工之妙了 :doge:
|
 |
7
Ipsum 17 小时 53 分钟前 via Android 3
这不是为公司赚钱的写法吗？没有问题，客户怎么会来找你呢。
|
 |
8
bzw875 17 小时 52 分钟前 1
改成 9 ，下班
|
 |
9
Rickkkkkkk 17 小时 52 分钟前
给 8 后面加个 0 先下班
|
 |
10
ASmartPig 17 小时 52 分钟前
每年把数字加 1 ，持续刺激需求
|
 |
11
hb0730 17 小时 46 分钟前
这还真有可能是需求不让选 2027 以后的时间
|
 |
12
ejin 17 小时 44 分钟前 1
哈哈，我之前给公司写的一个程序也是这样，也是 2020 年写的，只能用 5 年。
按照公司的情况，工具也是过度性质的，不可能 5 年后还用，主要还是不想别人拿走乱用。 当时（ 2020 ）就有人和我说为什么只能选到 2025 年，我说一个过渡性的产物，5 年还不够你用的吗？ 对方想说“我想带到其他公司去用”又说不出口，哈哈哈 |
 |
13
capgrey 17 小时 43 分钟前
这个是什么的时间？
|
|
14
ejin 17 小时 41 分钟前
我点进来的时候还以为是防呆，我之前也遇到过给用户提示“单据日期错误请检查”，用户就是不看单据日期，还是联系我处理，我说你看日期看日期看日期。
后来我发现他们真的很容易操作错误后，就做了一些防呆，比如录入数据不准超过次月 5 号，避免他们选择一个未来的时间，会搞乱数据。。。事实上我在其他公司也遇到过许多类似的事情，防呆是最终答案。 |
|
15
fruitmonster 17 小时 11 分钟前
@Rickkkkkkk 这可能真的解决了问题，哈哈哈，到 2100 年了，以后有人在发现不能用，就是考古了
|
 |
16
zhengfan2016 16 小时 56 分钟前 1
2025 年还有 vue2 ，我写 vue2 的时候还拿着 1800 一个月的工资，当时因为 sql 语句太复杂(是当时的我比较菜)写不出来，当时 21 年还没有 gpt ，甜菜的我直接 select 查全表(10w 数据)，php 接口写三层 for 循环处理，把 leader 气死了哈哈哈
|
 |
17
oneisall8955 PRO @zhengfan2016 又不是不能用 =_=
 |
 |
18
moverinfo 16 小时 15 分钟前 via iPhone
把 2020 改成当前年减 5 ，告诉他们明年就再选，😂
|
 |
19
zwb9412 16 小时 14 分钟前
现在还有大把的网站下面 copyright 需要每年手动更新呢🐶
|
 |
20
cobbage 16 小时 9 分钟前 via Android
遇到过类似的。还有老系统的主表单号单居然只能用 10 年
|
 |
21
Gilfoyle26 16 小时 7 分钟前
8 -> 9
下班 ！！！  |
 |
22
LitterGopher 15 小时 49 分钟前
我觉得首先是不是先和 leader 对齐一下看看是不是存在什么授权限制或其他奇奇怪怪的需求或限制导致的？
|
 |
23
TimG 15 小时 4 分钟前 via Android
我的第一个程序是自动判断歌曲语言制作播放列表的程序，需要选择数据库默认磁盘，当时也是菜，就写了一个下拉列表从 A 到 J ，想着差不多够了，哪有用户磁盘能分 9 个区，结果上来就被提了一个 Issue：选不到 K 盘。我立马光速滑跪道歉.....
|
 |
25
Pipecraft 12 小时 46 分钟前 1
我觉得这段代码没有问题，它是根据产品需求来开发的。至于为什么是 8 ，很可能是产品经理的设定。
如果下拉菜单的选项太多（比如超过 8 个），会显得不美观，用户选择起来也会更麻烦，影响用户体验。 那如何修改？ 8 改成 9 ？ 我觉得应该把 2020 改为可选择的最小年份才符合产品的初衷。 如果可选择的最小年份是当前年份，可以把代码中写死的“2020”改成获取系统时间的年份。这样一来，以后每年就不用再手动修改了。 |
 |
26
Planarians 12 小时 40 分钟前
所以为啥这个用户需要用到 2027 年以后
|
 |
27
bk201 2 小时 54 分钟前
无场景无法判断是你不懂业务还是写代码的脑抽。
|
 |
28
cheese 2 小时 6 分钟前
我是觉得全开放比专门限制到 2027 简单，你要是不还是问下为什么，很像专门限制的
|
 |
29
liuidetmks 2 小时 3 分钟前
这里放开了，后面业务也是同步支持的吗？如果不支持，bug 可能更难找吧
|
 |
30
szqh97 1 小时 58 分钟前
我也遇到过相同的问题
|
 |
31
superfatboy 1 小时 55 分钟前
其实这种大概率是之前需求是不让选 2027 年 以后的，我司现在的项目里各种类似的场景， 对指定的数据， 硬编码用 ID 写死，你要是不熟悉业务，你都不知道啥意思！ 搜索条件，前端固定写死，需求方让加什么我们就加什么
|
 |
32
HENQIGUAI 1 小时 48 分钟前
这个看起来是特别设计的是 feature.
|
 |
33
yolee599 1 小时 45 分钟前 via Android
把 8 改大一点不就可以下班了？
|
 |
34
belin520 1 小时 41 分钟前
iOS 闹钟的时间选择器还是有限固定列表呢
能用就行，你就该一个 8->9 一天的工作安排就完成了，有何不妥，又不是开源项目，讲究什么逼格 |
 |
35
yazinnnn0 1 小时 40 分钟前
大概就是这个需求
|
 |
36
zengyuxi 1 小时 39 分钟前
5 分钟改完，5 分钟提交。又能摸鱼了
|
 |
37
JungleZZ 1 小时 36 分钟前
我们项目里还有个大哥字段时间戳用 Integer 存呢，预判性编程嘛。
|
 |
38
mingtdlb 1 小时 18 分钟前
这不是家常便饭嘛？只要报障当下能运行就行了，等出问题他已经走了。我们证书都有签 5 年的，他要签 1 年我还能理解，但签 5 年。。。
|
 |
39
xdzhang 1 小时 14 分钟前
因为当时的费用只给到 2027
|
 |
40
zidian 31 分钟前
这都 9 月了才有用户反馈这个，是没人用，还是需求就是这样的
|
Select Language