(昨晚) 我在 GitHub 上看到了 @ahejlsberg 为 https://github.com/microsoft/typescript-go project 点了 star.

在 11 日, TypeScript 官方博客发布了一篇名为 A 10x Faster TypeScript 的文章, 介绍了微软正在使用 Go 语言重写 TypeScript 编译器, 并取得了显著的性能提升.

Anders Hejlsberg 是 TypeScript 的主要设计者, 也是 C# 和 Delphi 的最初设计者. 为了解决性能问题, 他带领的团队没有使用 C# 或者 Rust 等语言, 而是使用了 Go, 在社区中引起了一些质疑的声音.

我认为最重要的原因就是新项目是 “port”, 而不是 “rewrite”. 在一众备选项中, Go 的语法是最容易从 TypeScript 迁移过去的.

我理解微软开发团队这样的做法, 比如 VS Code 在宣传的时候也会使用 create-react-app 这样的 Facebook 项目来宣传. 可见, 微软想要与技术社区进行融合的意愿很强.

https://zsqk.github.io/news/2025-03-13-typescript-go.html

阿里云 CDN, DCDN, ESA...

CDN, DCDN 的计费方案部分可共用. ESA 的计费方案和 CDN, DCDN 二者完全隔离.

如果是单体应用, 那么放在前端也没什么问题. 但目前大多数应用的数据是储存在后端的, 如果出现前端并发, 就需要在后端处理才能良好解决这类问题.

当然, 安全问题也是一个重要的考虑项. 比如第三方密钥 (比如 OpenAI API Key), 一定要储存在后端, 不能放在前端.

@zidian 可能是因为以前 M1 刚好出来的时候出现过过度使用 swap 的问题, 导致大家比较后怕. 苹果没有承认过, 但的确出现了相同机器更新系统后轻量使用的前提下 swap 从频繁占用读写变成 0 的情况.

虽然 Cursor 很好, 但 VS Code 的开源也很好.

作为编辑器, Cursor 的确有一些不方便: https://zsqk.github.io/news/2024-12-12-cursor-issues.html

按照 Windows 现在的想法, 它适合做成 Web, 脱离缓存后每次都是网络加载, 可以保证最新版.

额外想到的:

帮助色盲和色弱使用软件
https://zsqk.github.io/news/2024-12-09-web-design-for-color-blind.html

希望完全自动驾驶早点普及, 让色盲也能一个人坐车到自己想去的地方.

我记得欧洲人也为难民问题讨论过, 帮助难民, 一定概率让本国人受损, 不帮助难民, 缺乏对弱者的帮助, 显得文明不足. 没有绝对的对错, 希望有个现阶段合理的政策, 并且也有好的执行.

看了一下文档, 这是我们的经验总结: https://zsqk.github.io/news/2024-12-06-react-19.html

用过 Suspense, 挺好的. 但也不是不可替代.

目前 SSR 对我们意义不大, 即便使用 Next.js, 也是当作 CRA 的替代品.

未来不知道, 但我们的确是用在当下, 并且用了几年了.

Deno 2.0 上了之后, 推广也变多了.

我们商用 Deno 几年了, 挺好的. 现在和以前最大的区别就是兼容了 Node.js 的生态, 比如直接 npm 包引用, 可以不使用文件后缀 (实验功能, 以前 issue 里说不会考虑).

直接回答一下正文问题: 免费/低价 是一种销售策略 (不是做公益).

从财报的 Sales, General and Admin. 项可以看出, 每年的费用占比是很高的, 其中很大一部分应该就是承担 "免费" 额度.

@memorybox 虽然没挣钱, 但是从最近两年可以看出销售等支出的增长换来了更多的收入, 公司整体还是向好的.

用过 LG, HTC, 黑莓 的全键盘手机.

现在的问题是如果像 LG 一样滑盖, 可以兼容大屏但重量不好控制.
如果直板, 则屏幕必定被缩小.

@CedarChen 上午来参加端移动端开发的演讲吗？中午一起吃饭？

@xstress 之前要报名，成功后 Google 会发确认函。