吐槽贴
接反馈，用户用了两年平台了，显示的年龄一直都是 32 岁，想问问怎么回事
那么看代码就很清楚了。用户注册时候让填年龄，后端直接把年龄作为一个单独字段存起来了，然后用户自己也没地方改
我辛勤的同事们啊

用生日啊

乐，顶级设计

程序和程序员有一个能跑就行了(逃

冻龄了

哈？ 这不是段子吗？ 怎么还真有人存年龄字段

[手动狗头] 也不是不能用，一定有注册时间的字段吧？算一下当前年份跟注册时间的年份相差几年，把这个数字+年龄数字字段再更新回去，这就补救完了，然后再整个计划任务，每年 1 月 1 日 0 点整个数据库年龄字段+1 ，对屎山就开始堆了。

用生日啊， 我的天。 至少填年龄的时候后端得转成出生的年份把。 你现在咋改

天才哈哈

说明你们这个字段并不重要啊

SELECT
EXTRACT(YEAR FROM SYSDATE) - EXTRACT(YEAR FROM 注册日期) + 年龄字段 AS 当前年龄
FROM 表名;

我没记错的话，qq 也是单独字段存起来的吧。之前每年手动改年龄

这种只能写个作业定时每天跑一次刷一下

这有啥?算回生日更新字段不就行了

这是墓园系统吗？

年龄+当前时间-注册时间

年龄肯定要算的，不管你存的是什么，反正都有办法算的。譬如你直接存注册时填写的年龄，那按楼上 V 友的算法就可以得到“理论上正确”的年龄了。

当时实现需求的时候没动脑子 你就说实没实现吧 至少管用 1 年没问题

说来惭愧，这事我也干过。主要是因为产品经理他就这么设计的，修改年龄的控件不是个日期组件而是个数字 picker ，我发现问题了但我又懒得让他改，数据库就直接设计一个 age 字段完事了。

直接今年-注册年+注册时年龄就是现在的年龄，也能用，只要不收集出生日期，都不会特别准。

椰树牌椰汁都不敢直接保存年份作为包装，更何况信息系统

qq 的年龄不是也不会变化的？

要看场景，如果医院场景那正确的年龄就是非常重要的，如果是社交场景，自定义的年龄可能更适合用户

简单，UI 改成注册时年龄

查完 blame 之后，这东西看起来是外包做的
结题，散会！

设计可以, 但需要提供用户“编辑年龄”的功能, 虽然还是屎一样, 但用户不会找到你头上了.

开除外包以祭天

赛博死亡笔记吗？填完就销户？

笑麻了
但这本质上不是外包的问题，是请了外包以及没做好验收的问题