“写笔记”支持四种格式——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）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
快即正义：为什么软件速度是用户体验和工程信任的基石
软件的速度不仅是功能特性，更是衡量工程质量和用户信任的核心指标。
一、速度即态度：为什么“快”比“更”重要
在软件开发中，我们常常追求“更多功能”、“更强能力”，却往往忽视了“更快响应”这个最基本、却最被低估的价值。Craig Mod 在《Fast Software, the Best Software》一文中，旗帜鲜明地指出：速度是软件最宝贵、却最不被重视的资产。一个快速响应的软件，就像一本排版精良、页边距恰到好处的书——你未必说得出哪里好，但用起来就是舒服。
Mod 区分了两种“快”：
- 功能上的快：操作从发起到完成几乎没有延迟
- 界面上的快：交互反馈即时，不拖泥带水
这种“轻快感”通常意味着软件的专注和克制。一个快的工具，往往是一个好的工具——它简单、聚焦、不做多余的事。
二、案例一：nvALT——极致的“快”就是隐形
Mod 最钟爱的快速软件之一是 nvALT——一个名字古怪、界面平淡的纯文本笔记应用。它本质上就是一个纯文本数据库加上一个文本编辑器，但它是作者用过的最快的文本整理软件。
- 打开即用，光标自动定位到搜索框
- 全键盘操作：按 ESC 即可回到搜索框
- 输入几个字母，所有匹配笔记瞬间出现
Mod 的 nvALT 数据库积累了十年笔记，每次打开都像打开一个外挂大脑。nvALT 通过 Simplenote 同步，但 Mod 特意指出：Simplenote 的 macOS 桌面版“不够快”。这种差距是毫秒级的，但足以让人感知。就像 1000 美元的日本园艺剪和 150 美元的普通剪——都能剪，但整天干活的人能感受到那种细微的差异。
技术启示：毫秒级的延迟可能不致命，但会破坏“流畅感”。对于日常工具，流畅感直接决定了用户是否愿意持续使用。
三、案例二：Ulysses vs. Sublime Text——速度与信任的关联
Mod 主要用 Ulysses 写作。Ulysses 在组织长篇幅内容方面很出色，但会变慢。当文章达到 5000 词时，在开头打字会出现跟不上输入速度的情况——每次按键都会重新渲染全文。这让他“抓狂”。
更关键的是，这种慢让他产生了不信任感：
- “慢就像机器内部有看不见的腐烂”
- “慢就像一种异味”
- “让我怀疑同步能力是否可靠”
- “让我担心会不会丢数据”
速度和可靠性常常被直觉地联系在一起。 如果软件在简单任务上变慢，可能意味着工程师不够“抠细节”。Mod 说：“我希望所有工匠都抠细节。虽然我不认为 Ulysses 做得差，但它的慢让我对它信心不足。”
对比之下，Sublime Text 从未让 Mod 失望过。即使打开 50000 行的文件，它依然流畅如飞。而且 Sublime Text 随时间推移“越来越快”——这是 Mod 认为软件应该追求的状态：随时间推移，变得像河石一样光滑。
技术启示：速度是工程质量的代理指标。用户会下意识地将“快”等同于“可靠”。一个在基础操作上慢吞吞的应用，很难让用户信任它的数据安全性。
四、案例三：Adobe 全家桶——功能膨胀的代价
Mod 用 Adobe Lightroom 和 Photoshop 的退化来警示功能膨胀的危险：
- Photoshop 在 90 年代非常快，现在打开新建文件对话框都要“几秒钟”（2019年）
- 按 Cmd+Opt+Shift+W 导出图片，加载界面需要 3-5 秒
- 如果不小心按错快捷键，所有窗口关闭
- 每次发布新版本，速度都更慢
Mod 猜测原因：
a) 功能臃肿
b) 核心工程因功能过多而无法优化
这就是为什么 Adobe 推出 Lightroom CC——有时重写一个新程序比修复旧的更容易。
Mod 为此购买了 Affinity Photo，纯粹因为速度。他仍然付费使用 Creative Cloud（主要用 Lightroom Classic 和 InDesign），但愿意额外花钱支持 Affinity——这是用金钱投票。
技术启示：功能膨胀会导致性能退化，而性能退化会直接驱使用户寻找替代品。速度是巨大的商业资产。
五、案例四：Sketch 和 Figma——速度驱动的设计工具革命
Sketch 之所以能挑战 Adobe 在设计工具领域的统治地位，很大程度上是因为快。它比 Adobe 的产品更快、更简单、更专注 UX 设计。即使有可靠性问题，用户也愿意容忍，因为“用它就是好玩”。
Figma 则更进一步。尽管是基于浏览器的应用，Figma 快得让 Mod “笑出声”。他认识 Figma 的工程和设计团队，知道这个产品是“被爱的”——从工艺角度构建，贴近底层。
Figma 的快不仅体现在计算周期，还体现在用户操作周期：
- 工具的工作方式更理性、更直观
- 例如，钢笔工具的操作逻辑比 Illustrator 更合理
- “快”不仅指 CPU 运算快，也指用户心智负担低
技术启示：速度 = 直觉。当工具的操作符合用户预期时，用户会觉得“快”。这是一种更高层次的性能。
六、反面教材：Google Maps——千刀万剐的慢死
Google Maps 曾是快速、专注的工具，现在却“正在缓慢地、悲剧地、被千刀万剐地死去”。
问题出在动画上：
- 到处是动画，单个看都不错
- 但合在一起，整体响应变得非常慢
- 用户要退出某个模式（比如导航），可能需要点击四五个不同区域，忍受多次慢动画
Mod 形容它“像牛一样”——按错按钮就“哞”一声。笨重、复杂、不必要的层级。
尽管 Google Maps 的数据宝藏无可替代，但用户越来越需要忍受它的慢。
技术启示：动画是双刃剑。单个动画可能提升体验，但累积的动画延迟会彻底破坏流畅感。设计系统时，必须考虑整体响应时间。
七、速度的哲学：为什么“快”是最高级的“少”
Mod 认为，软件速度与“专注”和“克制”直接相关。
- 快的软件通常意味着它只做一件事，并做到极致
- 快的软件意味着工程师关心底层实现，而不是堆砌功能
- 快的软件意味着用户信任，这种信任会延伸到数据安全、同步可靠性等方方面面
速度是软件工程质量的可见信号。当用户感知到快，他们会下意识地认为整个应用是精心打造的。反之，慢会引发对一切的不信任。
八、结语：速度作为商业战略
Mod 用一句话总结：“速度可能是最宝贵、最被低估的资产。”
对于需要用户“全天候使用”的软件，即使是 3% 的“乐趣提升”也不应被忽视。速度不仅是技术指标，更是情感体验，是用户忠诚度的基石。