HN讨论 · 身份未知
TypeScript 开发者寻求 Go 风格 goroutine 并发支持
一位经验丰富的 JS/TS 开发者希望创建带 Go 风格 goroutine 的 TypeScript 编译器，计划先做 TS 到 Go 的转译器，再修改 Go 解析器，并公开寻求设备与工具援助。
查看原始信号hn:49239162
目标用户
喜欢 JavaScript/TypeScript 表达力、同时想要类似 Go goroutine 并发特性的开发者
潜在需求
在保持 TypeScript 表达力与生态的前提下，获得轻量级并发原语（类似 goroutine），并希望有能直接编译运行的 TypeScript 编译器支持该能力。
发生场景
作者在日常使用 JS/TS 时表达顺畅，但认为缺少 Go 的 goroutine 这种并发能力，这促使他设计自定义编译器方案。
来源证据
一位 JS/TS 开发者想要一个包含类似 goroutine 能力的 TypeScript 版本，并认真考虑过修改 V8 或构建自定义编译器来实现。
a version of TypeScript that includes the ability to do something like a goroutine. I have seriously debated how to make this work, including modifying V8 building my own custom compiler, etc. After much thought, I have come across what I believe is the best way to handle this. I think ultimately the best way to do this would be to start with the go compiler and to modify it’s parser so that it can actually parse TypeScript. The way I envision this working is first what we do is we create ahttps://news.ycombinator.com/item?id=49239162
为什么值得留意
信号来自具体的开发者个人体验，包含清晰技术路线，并指出已有基于 OXC+LLVM 的 TS 编译器仍不够，并发是 TS 被真正喜欢的关键；属于单个主观需求，需更多样本验证。
已有方案
- 基于 OXC 和 LLVM 的 TypeScript 编译器
未满足部分
- TypeScript 中缺少类似 goroutine 的并发支持
- 缺少既保持 TS 语法又支持 goroutine 且编译效率高的编译器
可能延伸 · 模型推测
- 将 TypeScript 子集转译为 Go，利用 goroutine 实现并发
- 设计可插拔的编译器后端，支持不同并发模型
目前未知
- 该帖子为个人项目求助，评论数为 0，缺乏社区验证
- 作者当前无电脑无资金，项目可能无法推进
- 作者自己也怀疑 AI 时代语言是否还重要
继续核实
- 有多少 TypeScript 开发者希望拥有 goroutine 类似的并发能力？
- 现有基于 OXC+LLVM 的编译器是否欠缺这种并发支持？
- 通过转译到 Go 来获得并发，性能与兼容性风险如何？
主题词
typescript compilerlightweight concurrencygoroutine semanticslanguage transpiler