用 long 存毫秒级时间戳，足够用到天荒地老。
MySQL 的 timestamp 不要用，只有 4 字节，除非你想在 2038 年引起下一个千年虫。

对于精准时间点，时间戳特别好用。没有时区、夏令时问题。闰秒操作系统会帮你吃掉。
连接数据库不用担心 serverTimezone=GMT%2B8 问题
时间不对，排查点就基本可以缩小到 Format

Figma 真的是标杆。说明了这个技术确实有应用场景，而且非常实用。
B 站在视频上传时就能选择封面，似乎就用到了 wasm 技术。

我挺喜欢这个技术，也看好它的未来。但一般人确实没有用它的必要。
①普通增删改查用不上 ②技术要求比较高，普通开发者玩不转
感觉处境类似于 WebGL 。

@lujiaosama 像 R 星，卡表这种确实没有太亲 PS ，但也没有亲 XBOX 。他们应该算是亲主机。
亲主机的话是 PS/XBOX ，亲微软的话是 XBOX/PC 。看起来是交集，但实际意味着在哪边 xbox 都没有不可替代性。
你看好 xbox 的想法我非常理解，但“索尼断气”的声响从 x1x 打 ps4pro 的时候就有了，现在我仍然觉得 ps 更好。
我也看好 xbox 的未来，但未来什么时候来就是个问题。
本来打算继续全平台的，但 PC 有矿潮，而 XSX 目前确实还没有购买理由
（非 xbox 黑，反正哪个平台我都能玩到，不推荐的理由是因为上时代 x1x 真的吃灰了）

@lujiaosama XBOX 和 PC 不是一体的！！！地平线、战神上了 PC 但没上 XBOX 。《死亡搁浅》只上了 PC 。

如果现在要全平台的话，我会推荐的顺序是 PS5 、PC 和 Switch 不分主次、最后才是 xsx 。如果有人要买 xbox ，我会直接推荐加钱上 PC 。

1 、索尼的游戏现在不是独占也是限时独占，这意味着你要玩，至少得落后 ps 两三年，战神 4 就隔了 3 年多。
2 、抛开老黄历。PS5 新出的独占游戏有《恶魂重置版》、《瑞奇与叮当时空跳转》、《死亡回归》，xsx 呢？《 Scorn 》、《灵媒》。对比下。
3 、就算是老游戏，很多游戏也非常值得玩，比如《旺达与巨像》。游戏适配也要花不少功夫，而官方都没公布，连个盼头都没有。
4 、就算不是独占。PS 也是明显的亲妈，你看看 FF7 重置版。再者国内的讨论度、资料、视频基本都集中在 PS 这边。
5 、《星空》 PS 独不占也是应该加钱买 PC 而不是 XBOX 啊，FPS 用手柄就是一个蛋疼。

xbox 上玩过的游戏：大表哥 2 、量子破碎、瘟 yi 传说、丧 shi 围城、星战绝地、毛线小精灵 1+2 、光环。
亲微软的有名厂商就是 EA 和 贝塞斯达。但这俩有很多 FPS 游戏，你懂得。
大表哥 2 和星战在 x1x 上性能更好，其它方面则没有区别。

现有 switch 、ps4pro 、x1x 、ps5 和 1070 台式机的全平台玩家告诉你
选 PS5 。
个人对价格并不是很在意，追求的是在哪个平台的体验更好。最重要的是看厂家的态度。大部分游戏厂商都是亲 ps 的，尤其是日厂。
现在女神异闻录 5 、神海、旺达与巨像、神秘海域、声名狼藉次子、吃人的大舅、血缘仍然是 ps4 上的独占游戏。
合金装备 5 是索尼做的汉化。蝙蝠侠阿卡姆是 ps 平台画质更好。
漫威银河护卫队、如龙会利用 ps 手柄上的扬声器功能，说明人家更愿意适配 ps 。
控制在 ps5 上有用上自适应扳机功能，体验非常好。
其它的尼尔、仁王、怪物猎人世界、最终幻想、COD 等游戏都有明显的亲 ps 倾向。

1 、Lambda 是肯定要用的，要不然多麻烦
2 、时间的我也喜欢用时间戳计算然后转成 Instant （时间段长度固定，与时区无关的情况下）。其它几个用的比较少，数据库里存的和返回给前端的都是毫秒时间戳，交给前端去格式化。但 Date 、Calendar 肯定不用。
3 、try-with-resources 会用，但用的不多。因为如果你调用的方法会抛出检查型异常的话，那么放在开头的括号里的很麻烦。（我倾向于方法生命无 throws ）
4 、stream api 用的挺多的，但 for 也在用。
因为 stream 中间有个函数会抛出检查型异常的话，处理也比较麻烦，不优雅。或者只是 steam api 用得太多了。

只考虑 LTS 版 Java ，现在开新项目已经可以直接上 Java 11 了。
那乐观估计，2025 年至少得开始学 Java 17 了。

顺便问一下，学新版本是只看新的部分还是直接重学当复习比较好呢？

这种结构不属于 Java 的“包袱”而是财富，Java 根本没有规定要这么处理。
搞成这样的本质原因是大部分人根本不知道怎么设计一个项目的代码结构，目前的结构是优胜劣汰下来的、有成功经历、受到广泛认可的，统一的设计也促进了 Java 生态圈的发展。

但这种结构确实不适合直接拿到别的语言里，只能拿来参考。之前接触 nodejs 、python 后端的时候，按 Java 的方式写会怪怪的，不按它的写又不知道怎么组织，很头疼。

All in two ，NAS 就负责存储。
/t/860324

中间为啥要放个 Nodejs ？

Typora 用的 Mac 的 webview ，虽然体积小了，但性能不好：/t/837163
1.2 版本以后对图片做了优化，顺畅了不少，但我感觉性能还是比不上 Electron 版。

同#2 ，不过那是阮一峰 ES6 ，先把他的 ES5 学了
https://wangdoc.com/javascript/

引用知乎的：
db 访问分为这么几种
1. 写 sql ，各个 db 差异要自己适配
2. 写 dsl ，屏蔽了 db 差异，自动适配
3. 运行时或编译时自动合成 sql ，屏蔽 db 差异

我是第 3 种动态生成 sql 的，用的是 JPA 的 Specification ，代码大概是这个样子：
Specification<RecordPO> spec = (root, query, cb) -> {
Path<String> termPath = root.get("term");
Path<Long> beginTimePath = root.get("beginTime");
Path<Long> endTimePath = root.get("endTime");
Predicate predicate = cb.equal(cb.literal(1), 1);
if (null != qo.getTerm()) {
predicate = cb.and(predicate, cb.equal(termPath, qo.getTerm()));
}
if (null != qo.getBeginTimeGreaterThanEqual()) {
predicate = cb.and(predicate, cb.greaterThanOrEqualTo(beginTimePath, qo.getBeginTimeGreaterThanEqual()));
}
if (null != qo.getEndTimeLessThanEqual()) {
predicate = cb.and(predicate, cb.lessThanOrEqualTo(endTimePath, qo.getEndTimeLessThanEqual()));
}
query.orderBy(cb.asc(root.get("endTime")));
return predicate;
};
return spec;

@Maxwells8 非大神。它安装文件夹下，有一个 WPF UI 文件夹。应该就是了

@ZhiyuanLin op 没写清楚，#22 提到了要跨平台。要不然 C#是真的好。

凭良心说，Electron 确实没啥问题，是比较成熟的方案。现在随便拉一个多平台应用有很大概率是 Electron 写的，硬件相关厂商的也有不少。坑应该都有人踩，而且 js 开发好招。
上面有人说的 Tarui 其实也是用 web 技术做 ui ，但 Electron 带一个 Chromium ，Tarui 用系统自带的 webview ，安装包体积小。我没有接触过 Tarui ，但对自带的 webview 不是很放心（/t/837163 ），也可能会有一致性问题，目前还不建议。

如果是我来开发，我可能就选 Electron 。
但真的不想推荐这东西，安装包体积倒还好。主要还是卡，光点个按钮看不出来，看看冷启动速度，窗口缩放时的速度、帧率等地方还是感觉得到的。
开发者友好，用户体验不太友好。

还有一种不改文件名的方式，是加入查询参数。
比如 a.js?ppp=xxxxxxxxx

现代点的前端就是这么干的，webpack 就可以。
把需要的静态资源分割成块，每一块计算哈希值。文件变化后对应块的哈希值变了。同时帮你修改生成的 index.html 。
这样没变的块仍然可以走缓存（比如说依赖的类库啥的），变了的块就用新的。