1 superrichman 24 天前 ![]() 可能他已经预判到这个项目活不到那一年 |
![]() | 2 v2hh 24 天前 ![]() 可能之前有个需求就是不让用户选择 2027 以后的时间 |
![]() | 3 ybz 24 天前 ![]() 今日修复一个 bug , 记录工时:8h |
![]() | 4 Shelios 24 天前 ![]() 你改个 8 不就可以下班了吗 |
5 fruitmonster 24 天前 ![]() 你:“唉,怎么这样写呢,顺手改下吧,把 8 改成了 9 ,这些能选 2027 年以后得时间了吧!” |
6 Sharuru 24 天前 和 iOS 那时钟控件有异曲同工之妙了 :doge: |
![]() | 7 Ipsum 24 天前 via Android ![]() 这不是为公司赚钱的写法吗?没有问题,客户怎么会来找你呢。 |
![]() | 8 bzw875 24 天前 ![]() 改成 9 ,下班 |
9 Rickkkkkkk 24 天前 给 8 后面加个 0 先下班 |
10 ASmartPig 24 天前 每年把数字加 1 ,持续刺激需求 |
11 hb0730 24 天前 这还真有可能是需求不让选 2027 以后的时间 |
![]() | 12 ejin 24 天前 ![]() 哈哈,我之前给公司写的一个程序也是这样,也是 2020 年写的,只能用 5 年。 按照公司的情况,工具也是过度性质的,不可能 5 年后还用,主要还是不想别人拿走乱用。 当时( 2020 )就有人和我说为什么只能选到 2025 年,我说一个过渡性的产物,5 年还不够你用的吗? 对方想说“我想带到其他公司去用”又说不出口,哈哈哈 |
![]() | 13 capgrey 24 天前 这个是什么的时间? |
![]() | 14 ejin 24 天前 我点进来的时候还以为是防呆,我之前也遇到过给用户提示“单据日期错误请检查”,用户就是不看单据日期,还是联系我处理,我说你看日期看日期看日期。 后来我发现他们真的很容易操作错误后,就做了一些防呆,比如录入数据不准超过次月 5 号,避免他们选择一个未来的时间,会搞乱数据。。。事实上我在其他公司也遇到过许多类似的事情,防呆是最终答案。 |
15 fruitmonster 24 天前 @Rickkkkkkk 这可能真的解决了问题,哈哈哈,到 2100 年了,以后有人在发现不能用,就是考古了 |
16 zhengfan2016 24 天前 ![]() 2025 年还有 vue2 ,我写 vue2 的时候还拿着 1800 一个月的工资,当时因为 sql 语句太复杂(是当时的我比较菜)写不出来,当时 21 年还没有 gpt ,甜菜的我直接 select 查全表(10w 数据),php 接口写三层 for 循环处理,把 leader 气死了哈哈哈 |
![]() | 17 itechify PRO @zhengfan2016 又不是不能用 =_= ![]() |
18 moverinfo 24 天前 via iPhone ![]() 把 2020 改成当前年减 5 ,告诉他们明年就再选, |
![]() | 19 zwb9412 24 天前 现在还有大把的网站下面 copyright 需要每年手动更新呢 |
20 soap0X 24 天前 via Android 遇到过类似的。还有老系统的主表单号单居然只能用 10 年 |
![]() | 21 ![]() |
![]() | 22 LitterGopher 24 天前 我觉得首先是不是先和 leader 对齐一下看看是不是存在什么授权限制或其他奇奇怪怪的需求或限制导致的? |
23 TimG 24 天前 via Android 我的第一个程序是自动判断歌曲语言制作播放列表的程序,需要选择数据库默认磁盘,当时也是菜,就写了一个下拉列表从 A 到 J ,想着差不多够了,哪有用户磁盘能分 9 个区,结果上来就被提了一个 Issue:选不到 K 盘。我立马光速滑跪道歉..... |
![]() | 25 Pipecraft 24 天前 ![]() 我觉得这段代码没有问题,它是根据产品需求来开发的。至于为什么是 8 ,很可能是产品经理的设定。 如果下拉菜单的选项太多(比如超过 8 个),会显得不美观,用户选择起来也会更麻烦,影响用户体验。 那如何修改? 8 改成 9 ? 我觉得应该把 2020 改为可选择的最小年份才符合产品的初衷。 如果可选择的最小年份是当前年份,可以把代码中写死的“2020”改成获取系统时间的年份。这样一来,以后每年就不用再手动修改了。 |
26 Planarians 24 天前 所以为啥这个用户需要用到 2027 年以后 |
![]() | 27 bk201 24 天前 无场景无法判断是你不懂业务还是写代码的脑抽。 |
![]() | 28 cheese/a> 24 天前 我是觉得全开放比专门限制到 2027 简单,你要是不还是问下为什么,很像专门限制的 |
29 liuidetmks 24 天前 这里放开了,后面业务也是同步支持的吗?如果不支持,bug 可能更难找吧 |
![]() | 30 szqh97 24 天前 我也遇到过相同的问题 |
![]() | 31 superfatboy 24 天前 其实这种大概率是之前需求是不让选 2027 年 以后的,我司现在的项目里各种类似的场景, 对指定的数据, 硬编码用 ID 写死,你要是不熟悉业务,你都不知道啥意思! 搜索条件,前端固定写死,需求方让加什么我们就加什么 |
32 HENQIGUAI 24 天前 这个看起来是特别设计的是 feature. |
![]() | 33 yolee599 24 天前 via Android 把 8 改大一点不就可以下班了? |
![]() | 34 icanfork 24 天前 iOS 闹钟的时间选择器还是有限固定列表呢 能用就行,你就该一个 8->9 一天的工作安排就完成了,有何不妥,又不是开源项目,讲究什么逼格 |
35 yazinnnn0 24 天前 大概就是这个需求 |
36 zengyuxi 24 天前 5 分钟改完,5 分钟提交。又能摸鱼了 |
![]() | 37 JungleZZ 24 天前 我们项目里还有个大哥字段时间戳用 Integer 存呢,预判性编程嘛。 |
![]() | 38 mingtdlb 24 天前 这不是家常便饭嘛?只要报障当下能运行就行了,等出问题他已经走了。我们证书都有签 5 年的,他要签 1 年我还能理解,但签 5 年。。。 |
![]() | 39 xdzhang 24 天前 因为当时的费用只给到 2027 |
40 zidian 24 天前 这都 9 月了才有用户反馈这个,是没人用,还是需求就是这样的 |
![]() | 41 jianrenjun 24 天前 顶级阳谋,你开除我以后就跑不了了 |
42 Seck 24 天前 我认为干的没错 国内愿意付什么价格,做什么东西,一分钱一分货 |
![]() | 43 xFrye 24 天前 之前老哥是不是有什么需求做限制了,不过我觉得要是起个常量会更好 |
![]() | 45 luckyjack 24 天前 越屎的山背后往往是越无奈的故事,别想太多,实在不得劲可以多琢磨自己的项目 |
46 kemo 24 天前 有这个项目在,起码让你有事可做,我同事经常说 要不是这个项目天天有问题,我们得被裁一半 |
![]() | 47 S1ahs3r 24 天前 楼上说的有道理 这个说不定是需要把 2020 改成 2025 才是正解呢 有可能是想要占据屏幕的一小块又不用滚动 |
![]() | 48 irisdev 24 天前 楼上+1,把 2020 改成(当前时间-代码上线的时间)+2020 |
![]() | 49 Cloud9527 24 天前 又不是不能用.jpg |
![]() | 50 bash 24 天前 刚接触开发的我:“这代码写的真菜啊.“ 上班后开始做商业产品的我:“理解,这段没问题的.” |
![]() | 51 strongcoder 24 天前 作为填过屎坑的开发来说说,这里说不定有其他关联的坑,看看其他业务的时间选择器有没有类似的问题, 到时候把 8 改成 9 又可以混一年 |
52 prosgtsr 23 天前 淡定,这还是挺清晰的。 |
![]() | 53 encro 23 天前 当时考虑减少选项可以提高用户体验,所以数字没有取大,非常正常。 |
![]() | 54 flyico 23 天前 工作实际长了你就会发现,离谱的代码一般后面都有离谱的需求。 |
55 huangsijun17 23 天前 @Sharuru #6 ios 时钟那玩意是选择器里 32 位 init 长的数组耗尽了。 |
56 urlpha 23 天前 |
57 rebbie 23 天前 周报可以大写一笔 需求:实现用户选择 2027 年之后年份的需求,支持用户选择到 2030 年。 明天的工作日志:2027 年需求测试 |
58 LoNeZ 23 天前 改成 100 呗... 如果只是修的话. 本来就是一堆破烂了. |
59 moyt 23 天前 这不得赶紧给前辈氪一个,感谢前辈赏饭吃 |
![]() | 60 sankooc 22 天前 糊涂啊 兄弟 |
![]() | 61 leokun 22 天前 |