@Baymaxbowen js 有了，js-joda

以前同事做过一个，扒了人家页面 API ，恰逢验证码有那种不能称之为漏洞的漏洞。不知道现在还能不能这么做。

git 经验当然不代表“高级工程师”水平，AI 当然可以用来解决问题。
AI 教一遍没学会很正常，教 10 遍不熟练也没问题，教几百遍还不会说明要么学习方法有问题要么智力有问题。
一个资深软件开发者除非他不在目前主流软件工程体系中，否则不可能不熟练使用 git 。（特殊领域不一定用 git ，不熟悉很正常）

哦……还有 cherry-pick 什么的……reflog 也得知道……

非 Git 关联方向开发者要求至少掌握常规命令常规特性使用。包括 add commit reset revert rebase switch checkout pull push 基本上够了。（ AI 当然可以回答你怎么用，可你要是依赖 AI 说明你完全没好好用过 git ）
知晓 filter-branch update-index 等相对不这么常用的命令的存在（出问题时你得知道怎么修，问 AI 你也得知道怎么问）。

我写了库 github.com/iseki0/goda 还没写完，打算在照抄 java.time 的基础上改造为符合 Go 习惯的 API 风格。也就是说会以符合 JSR-310 建模为导向。

反对 Google 的行为，可是怎样才能反对呢

@archxm 这个就看经验咯，前两天我也被某个自以为了解的 API 坑了一下，Go 里不是有个 exec/Command.Wait 嘛，我打死也没想到这个 API 会顺手把我 StdoutPipe 来的管子给关了，查了好一会儿才发现。

建议你在输出里加一下行号之类的，前面放一个目录，ChatGPT 告诉我你这个输出这么大他翻着不方便

> 基础语法和类型学完了，知道泛型怎么用，熟练会用反射，知道怎么动态 invoke ，学会函数式接口，知道 collect 、list 、map 、lock 等。其实 java 就是已经学会了。

我觉得可以这么说。至于 EE 的部分，随着时代变迁，也不是所有人都认可 JakartaEE 甚至很多 SE 里的标准了，毕竟他们一方面历史悠久，另一方面他们往往是 ^{TM} 的，很多人(?)对这个有不良印象。
只能说大多数 Java Web 相关项目比较喜欢 Spring 系软件包。其它还是不一定要用 Spring 系的，这个可以自由探索。

Every Jakarta EE specification includes:

A specification document and Javadoc (APIs) that describe how the technology is implemented.
A Technology Compatibility Kit (TCK) document that describes the tests that must be passed for Jakarta EE implementations to be certified as compatible.
A compatible implementation that successfully passed the TCK.

我觉得 Jakarta EE 的这种做法值得其它语言生态学习。

和其它语言生态的一个很大不同是，Java 世界习惯定义标准，按标准实现。
比如数据库驱动，Go 那边是有个 sql/db 包，Java 这边有一个好几百页的 JDBC Specification ；
比如 Web Server ，Go 那边 Gin 什么的自己画一个 API 就完了，Java 这边会有标准委员会发布的 Jakarta Servlet Specification ，如果没有特别的理由，你的 Web Server 最好实现该规范；

标准化的好处就不多说了，坏处也不多说了。

修正：比 Netty 地位高一点 -> 比 Netty 位置高一点

Jakarta EE 是一个规范集合，你可以在 https://jakarta.ee/specifications/ 找到该集合下的各类规范。
规范的原初形式是文档，有 HTML 和 PDF 两个版本，其次，对于可以通过 Java API 表述的部分，他们在中央仓库上发布了 API 定义 Jar 包，你可以直接使用。（请注意，这个包一般来说只包含定义不包含实现）

Spring 是一个框架生态体系（ aka.品牌）其包含各类用于开发的软件包，依赖注入、Web 、安全、工具链等等。他们实现了各类标准，Jakarta EE 是一个重要的标准组成部分。

Netty 是一个基础 IO 库，它在生态地位(aka.产业链)上更接近 Rust 的 tokio 。undertow tomcat 则是实现了 Jakarta EE 标准的 Web Server ，比 Netty 地位高一点。

@ZeroDu Java 的时间库在这个地方行为和 Go 不太一样：For example, 2007-03-31 plus one month would result in the invalid date 2007-04-31. Instead of returning an invalid result, the last valid day of the month, 2007-04-30, is selected instead. 如果写代码时不注意，换一个需求一样可能踩坑

我刚想甩锅给 Go 时间库做得差呢，结果一看，人家写了，你不看······

Go 这个 time.Time 确实不太好用，但是奈何标准库里只有这个。
我检查了下，文档上写了：AddDate normalizes its result in the same way that Date does, so, for example, adding one month to October 31 yields December 1, the normalized form for November 31.
咱写代码时理应能够意识到这个问题，意识到这个问题后理应知道去查阅文档。

@mooyo 基本上都不提倡了，部分人节省时间却带来额外的风险和麻烦，这个代价至少运营方是不愿意承担的。某些地方还会用很显眼的标志要求大家双侧站立。