不要用 0 来表达没有，更不要自己搞出个 -1 来，这是在挖大坑；
数据库该用 NULL 就用 NULL ，数据库不好处理，就换数据库；

依业务需求而定，数据库不能好好处理就说明该换数据库了

感觉对比度调整下，工业上应该挺好看的

他给你多少钱啊，你能这么忍

@coala 不不不，我觉得 Go 是一个设计的很差的语言，Java 太罗嗦，我选择 Kotlin （洗手）

噢，我懂了，你是额外在人家的接口上加了个约束

@jeesk 我觉得你举的这个例子用 union type 不太好，overload 更合适。你写了个 string | int ，里面还是要 is string is int 分别去处理

至于类型擦除…Java 这种实现的好处是代码不膨胀，和旧的兼容，运行时也没额外消耗，坏处就是运行时不一定能拿到泛型信息

不支持联合类型，和泛型其实没太大关系，你看 ts 不用泛型也能联合类型。语言设计问题，可能和 Java 是名义类型有点关系，也许联合类型这种情况下不太好实现？

V2EX 不是一个言论自由的地方，包括但不限于根据注册时间，已注册天数，手机号进行明面上的限制；还存在跳转、404 、直接针对 IP/账号返回 403+非用户友好错误页面的行为

不不不，看到这种没明确写出 suffix 的函数，就应该提醒自己，它可能不是 suffix ，去看文档。话说看下文档也不麻烦，ctrl q 一下而已。

去看看标准吧，测试不能说明什么问题

你可以试试，现在还能不能买到药
@needpp

@needpp 试过了，真来不及~~~好在我有上次留下的，同事还给送了点，算是有的吃

代码里，尤其是接口处不要错，其他能看懂就完了

吃完了舒服啊，降低痛苦啊

Linux 只用作服务器，开发和日常还是 Windows ，Linux 好多软件游戏跑不起来，同时没遇到什么必须切换到 Linux 的问题，所以就保持 Windows 了。买不起 /无法接受 Mac

有些人总喜欢不管成功与否皆返回 200 ，于是为了鉴别成功失败（会对应不同的响应体 schema ），必须给所有请求的响应体包裹一个 wrapper ，彻底侵入响应体，既不考虑违反 HTTP 带来的麻烦（监控等等），还导致响应体必须是个 JSON （不然没法包裹了），美其名曰方便区分「系统异常」「业务异常」，实际上连故障和错误都没划分明白（这里点名批评 Java 的 Exception 类型）。
更有甚者，包就包了，他还把成功和失败时的内容载荷给你丢到 wrapper 的同一个字段里，导致必须先把 JSON 解析一次，知道了是成功还是失败，才能用正确的类型把载荷再映射一次，病得不轻。