“写笔记”支持四种格式——Word 文档、Excel 表格、Markdown、纯文本，起稿或二次编辑时都能随时切换，同一篇笔记想用哪种形态来记，都由你说了算。
md、txt、csv、json 这类纯文本则原样载入，不做多余加工。拿一张现成的表倒进来、改几笔、再导出去，等于白用一台免费的格式转换器。
要带走就在右上角点“下载”，可导出 PDF、Word、Markdown、Excel、TXT 等格式；列表卡片“⋯”菜单里，也有同样的下载入口。
在“工具”页点“＋ 上传工具”即可发布：填好名称与链接，再用 Markdown 把使用方法写清楚——能解决什么问题、怎么装、怎么用，比堆介绍实在。
要分发安装包就一并上传压缩包（ZIP、RAR、7Z、TAR.GZ，最大 35MB），别人在详情页一键下载；只放链接不带附件也可以。
工具按大家的收藏热度排序，好用的自然会被顶上来。发布后可在详情页或卡片菜单里编辑、下架。
写笔记时勾上“隐藏”，这篇就只存在于你自己的账号里：不进列表、不进搜索、不上首页精选，也不会出现在任何公开的页面，链接发给别人同样打不开。
适合放密码、草稿、日记这类只给自己看的内容；想公开，去“发布”打开它，把“隐藏”的勾去掉再保存，之后编辑会默认保持原状态，不会悄悄变回公开。
你的内容会同时保存在多个副本上，系统定期做备份与完整性校验，再配合异地容灾机制：就算某台机器出问题，数据也不会丢，可以长期放心存放；特别重要的资料，仍建议你另外再留一份备份。
全站跑在容器化、模块化的现代架构上，更新、部署、回滚都很快，扩展性和稳定性都按长期运营的标准来设计（Built for reliability, designed to scale）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
TypeScript 原生移植：10 倍性能飞跃的背后
TypeScript 团队宣布将编译器移植到原生代码，带来 10 倍性能提升与更低内存占用，预计 2025 年推出预览版。
微软今日宣布了 TypeScript 编译器与工具链的原生移植计划，目标是彻底解决大型代码库中 TypeScript 性能瓶颈问题。TypeScript 的核心价值在于开发者体验，但随着代码库规模增长，其自身却难以扩展到最庞大的项目。大型项目的开发者常常面临加载缓慢和检查耗时的问题，不得不在编辑器启动速度和完整源码视图之间做出取舍。
TypeScript 团队希望通过原生移植，将编辑器启动速度提升一个数量级，构建时间减少 10 倍，内存占用大幅降低。该项目的技术负责人 Anders Hejlsberg 在公告中表示，原生实现将基于 Go 语言，并已开放工作仓库以供开发者测试和反馈。
性能基准：实实在在的 10 倍
微软提供了几个知名开源项目的基准测试数据，展示了原生移植后的显著提速。例如，VS Code 代码库（约 150 万行代码）的检查时间从 77.8 秒降至 7.5 秒，提速 10.4 倍。Playwright（35.6 万行）从 11.1 秒降至 1.1 秒，TypeORM（27 万行）从 17.5 秒降至 1.3 秒。整体来看，所有测试项目的提速均接近 10 倍，甚至更高。
这些数据虽然来自尚未完成全部功能的实现，但足以代表性能改进的量级。团队强调，这仅仅是开始，随着开发的推进，性能还有进一步优化空间。
编辑器体验：从 9.6 秒到 1.2 秒
开发者将大量时间花在编辑器上，因此编辑器内性能尤为重要。在 VS Code 代码库上，使用原生语言服务后，项目加载时间从 9.6 秒降至约 1.2 秒，提升 8 倍。这意味着从打开编辑器到敲击第一个字符的等待时间大幅缩短，所有语言服务操作（如自动补全、悬停信息、跳转定义、查找引用）都将变得几乎瞬时响应。
此外，内存占用目前已经减少约一半，而团队尚未针对内存进行专门优化，未来还有望进一步降低。
架构调整与未来版本
TypeScript 团队还宣布了一项长期计划：将语言服务迁移到语言服务器协议（LSP），以便与其他语言更好地对齐，并让编辑器支持更标准化。
在版本规划上，现有的 JavaScript 代码库将继续发展为 6.x 系列，而原生代码库在达到足够功能对等后，将以 TypeScript 7.0 发布。两个版本将长期并存，团队会尽力保持它们的功能一致性，以便开发者根据自身需求选择升级路径。
对于某些依赖旧 API 或特定配置的项目，TypeScript 6 仍将得到维护，直到 TypeScript 7 足够成熟。
为什么是原生移植？
TypeScript 编译器最初用 TypeScript 自身编写，采用 JavaScript 运行时，这带来了跨平台优势，但也限制了性能优化。原生移植意味着放弃 JavaScript 作为实现语言，转向编译为机器码的 Go，从而获得更高的执行效率和更低的内存开销。
这一决策并非轻率之举。TypeScript 在 JavaScript 生态系统中扮演着关键角色，其编译器性能直接影响数百万开发者的日常效率。原生移植虽工程浩大，但潜在收益巨大，尤其对未来 AI 驱动的开发工具而言，更快的底层能力意味着更复杂的语义分析成为可能。
开发者反馈与社区反应
HN 和 Reddit 上对此次公告反应热烈，评论数达九百余条。多数开发者表示震惊与期待，但也有人担忧 Go 语言选择、API 兼容性以及迁移成本。微软已发布 FAQ 并在社区 Discord 进行了 AMA 活动，解答部分疑虑。
未来展望
原生实现不仅带来速度提升，还为未来的开发者工具打开了新的大门。例如，全项目级错误列表、更高级的重构操作、深度语义洞察等功能将不再因性能而受限。同时，AI 辅助编码工具也能受益于更快速、更丰富的语义信息，从而提供更智能的建议。
TypeScript 团队表示，将于 2025 年中期预览原生 tsc 的命令行类型检查功能，并计划在 2025 年底实现项目构建和语言服务的完整功能。此后，他们将定期发布更新，公开测试进度。
总而言之，这是一次基于根源的革新，TypeScript 性能的 10 倍提升不仅是数字上的飞跃，更将重新定义大型项目中的编码体验，让开发者专注于编写更高质量的代码。
原文链接：https://devblogs.microsoft.com/typescript/typescript-native-port/