lhstock 最近的时间轴更新
lhstock

lhstock

V2EX 第 217738 号会员,加入于 2017-02-27 14:56:15 +08:00
根据 lhstock 的设置,主题列表被隐藏
二手交易 相关的信息,包括已关闭的交易,不会被隐藏
lhstock 最近回复了
用户需求: 低调摸鱼
常态 2:00 - 8:30 ; 最后半小时的赖床至关重要;一天的精气神就看这半小时了;
240 天前
回复了 scratchVague 创建的主题 职场话题 低学历程序员的焦虑
如果有一条路可以顺顺利利 并广而告之,那就是下一条焦虑之路。想就去做,经历才是不可复制的
240 天前
回复了 abcfreedom 创建的主题 旅行 走错机场,损失惨重,心态有点崩
请说陪家里人
建议抛弃鼠标
我猜啊 有没有一种可能 js 是单线程没有后端预判「锁」的困扰
@NessajCN 带入一个场景 我今天办了年会,明天是 28 到期,我再办又是 3.1 => 3.1 => 2.29 => 2.28 反复循环,
没有目标,随波逐流
@NessajCN 我尝试换算 31556926 秒;计算未来几年的结果应该很难被用户接受吧;所以产品与用户对于年的定义是如何保持一致
```
const timer = new Date().getTime();
const test = (n = 0) => new Date(+timer + n * 31556926*1000).toLocaleDateString();
console.log(test(0))
console.log(test(1))
console.log(test(2))
console.log(test(3))
console.log(test(4))
// 输出如下:
2024/2/29
2025/2/28
2026/3/1
2027/3/1
2028/2/29
```
没做过相关业务,我怎么感觉这不是单纯的技术问题;应该还要考虑产品或行业规范来实现吧,比如会员一年,按 366 还是 365 算呢;
具体点就是 24.02.29 开通的,应该什么时候过期;客户对于这个时间会不会有争议呢;
同样的问题还有一个月。2.1 开通一个月,那应该什么时候到期呢
确实没写过相关的业务,纯好奇不是杠
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3624 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 11ms · UTC 00:58 · PVG 08:58 · LAX 16:58 · JFK 19:58
Developed with CodeLauncher
♥ Do have faith in what you're doing.