都 2022 年了，居然许多国内的厂商还没有时区的概念

[toaruScar]

系统时区不是 UTC+8 （中国时区，CST ）的话，许多登录时申请短信验证码请求都会失败，不知是蠢还是坏。

目前，系统使用非中国时区的时候，遇到过的糟糕体验有：

• 中信银行，提示参数错误；（我第一次遇到，挂了国内 IP 都不行，让我琢磨了好半天）
• 中国移动的语音信箱，正常 GUI 交互触发的验证码请求被当成重放攻击，导致被拦截

这些的解决方法是把系统的时区（是时区，不是时间）调到 UTC+8 的时区即可，反而国内的 IP 不是必须的。

国内互联网加拉帕戈斯化更进一步了。

[dayeye2006199]

数据库很多存储的都是不带时区的字符串，一把梭

[darkengine]

大伙儿有没有听说过 daylight saving time

[zx900930]

这算啥，还有逗号作为小数点，分号作为表格分隔符的 bug. 牵扯到 locale 的问题，需要花很多精力维护，没有国际化的业务，不考虑这些“特殊”用户才是上策。

[mringg]

苹果商城都处理的莫名其妙的，譬如取货日期是购买日期的前一天

[moreant]

@kylix 我也遇到这个 bug 了。好奇诺大的云闪付团队没有一个是使用 ios 系统设置 12 小时用过自家 APP 的吗，这种可以简单复现的 bug 这么久都还在

[julyclyde]

平常有人升级 tzdata 么
有人升级 ca-certificate 么

[wu67]

这有啥的. 我跟你讲, 国内最大的通信商之一, 内部系统的数据, 都没记录时区的. 然后基站出事自动派工单(让人去处理)时, 那个酸爽...东 8 区的某个时间点出事, 它系统用中时区的记录, 多刺激.....

[zoharSoul]

懒得为极少数用户付出很大的成本

[janxin]

没有用户需求就没这个动力

[cyll]

@kylix 笑死 我说前一段时间用怎么没法付款。。然后就卸载了。
原来是因为我用的 12 小时制（

[nothingistrue]

能发出这种感慨，说明你干开发的时间少。Java 8 加入不用考虑时区的 java.time.LocalDateTime 时，无时区的时间，在当时可以质的提升。不同于文本显示国际化，时间的国际化，绝大多数情况下都是成本极大高于收益的东西。

[wuych]

国内只有一个时区，不想北美那边有好几个市区，所以大陆没有国际化业务的厂商基本上代码里都是写死的 GMT+8

[sadfQED2]

我们国内业务和国际业务都分成两个项目来做，代码库都是两套。为啥要分两套呢，因为国内代码引入时区和翻译难度太大，还不如重写

[unco020511]

@sadfQED2 #33 我们是一套,但平时都是分开仓库,每个季度合并一次,因为国内海外有很多共性功能和能力.分有分的好,合有合的好

[zhchyu999]

你想太多了，你就不是人家的目标客户

[Mohanson]

涉及时间一律 timestamp 无烦恼

[YUCOAT]

玩过一款国产手游，在海外发行的。同一个服务器里，有世界各地的玩家。游戏里面用的是 UTC 时间，游戏界面的左上角有一个时钟显示当前的 UTC 时间，我感觉挺好的。

[Rocketer]

@Mohanson 我在美加做过的公司都是用数据库的日期类型，各种语言也都有兼容的日期类。

这里的理念是时区不要自己转，因为还有夏令时的问题，让系统处理最方便还不会错。但中国公司喜欢用时间戳自己算，也不知道为什么。

[nulIptr]

组里最近做对话机器人这个边缘情况可多了。。。
机器人自己的时区->创建的时候可选
机器人服务器所在时区->看供应商在哪
终端用户时区->看跟机器人聊天的人在哪，这有个问题是如果问机器人现在的时间应该回复用户时间还是机器人时间
搭建机器人的平台上面显示的日志时间->中国的运营人员搭建一个面向美国用户的机器人，他看到的日志应该是哪个时区？如果运营人员有中国有美国呢？如果中国的运营人员带着自己电脑出差去美国呢？

[msg7086]

@Rocketer 因为中国只有一个时区。你要是告诉他们，有可能有人在不同的时区，怕是能让有些开发的下巴惊掉。