主要观点：

• 作者对当前开发者工具的未开发潜力感到担忧，决定开始构建名为 Jam 的新 JS 工具链，包括静态分析器、格式化程序和代码优化器。
• 指出 JavaScript 传统的 linter 依赖语法树存在局限性，如效率低、缓存不友好等，而 ESLint 也存在不足。
• 介绍了 Jam 对现有 linting 技术的改进，如无损、缓存高效的语法树，优化数据流程感知的 IR，编译时 AST 查询处理等。
• 喜欢 gofumpt 和 zig fmt 这种严格的代码格式化工具，希望 Jam 的格式化程序也能如此。
• 阐述了 Jam 的 roadmap，包括完成 JavaScript 解析器、添加 JSX 和 TypeScript 支持、开发代码优化器等工具，以及对现有工具的贡献。

关键信息：

• Jam 是一个新的 JS 工具链，包括静态分析器、格式化程序和代码优化器。
• 传统 JavaScript linter 依赖语法树有局限性，ESLint 也存在不足。
• Jam 对 linting 技术的改进包括无损语法树、优化 IR 和编译时 AST 查询处理。
• 喜欢 gofumpt 和 zig fmt 的代码格式化方式。
• Jam 的 roadmap 包括完成解析器、添加支持和开发其他工具，以及对现有工具的贡献。

重要细节：

• 以一段代码示例说明传统 linter 难以检测到安全漏洞。
• 提到 Carbon 对编译器数据导向设计的普及，以及 ESTree 语法树的设计和局限性。
• 以 Closure 编译器为例说明 JavaScript 代码优化器的可行性。
• 介绍 zig 的 comptime 特性可用于实现编译时 AST 查询处理。
• 提及 Jam 的早期原型在 TypeScript 中可检测漏洞。
• 说明 ESLint 的 lint 规则处理过程。
• 提到支持 JSX 和 TypeScript 的原因以及与 Closure 优化的关系。