“写笔记”支持四种格式——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 在2019年的这篇文章中提出一个看似简单却深刻的观点：软件速度是“最有价值却最不被重视”的资产。他所说的“快”不仅指功能执行迅速，更包括界面响应零延迟——从用户产生操作意图到系统完成动作之间几乎无感知的等待。这种“轻快感”让软件像优质工具一样融入生活，而非成为令人抗拒的负担。
他比喻道：“快软件就像书籍中的优雅留白——让人微笑却不知为何。”这种愉悦感源于直觉：速度是工程品质的代理指标。当软件在简单任务上卡顿，用户会下意识怀疑其同步能力、数据安全性乃至整体可靠性。
二、案例对比：快与慢的微观体验
2.1 标杆：nvALT——极简主义的快
Mod 最常用的快软件是 nvALT（一款 macOS 纯文本笔记工具）。它的设计极其朴素：纯文本数据库 + 简易编辑器。但核心优势在于：
- 即时启动：打开即见搜索框，光标已就位
- 键盘友好：按 ESC 随时回到搜索框，输入字母即时过滤笔记
- 十年积累：存储了 Mod 十年笔记，仍保持毫秒级响应
他对比了 nvALT 与 Simplenote 桌面版：后者仅慢几十毫秒，但“足以让你感受到差异”，就像 1000 美元日本园艺剪与 150 美元普通剪刀的区别——功能都能完成，但全天使用时的微妙差距决定了工具是“伙伴”还是“工具”。
2.2 反面案例：Ulysses——慢速引发的信任危机
Mod 主要用 Ulysses 写作（包括本文），但发现它在大约 5000 词的文章顶部打字时会出现渲染滞后——每次敲击都会全文重绘。他直言：“这让我发疯。”虽然 Ulysses 的组织和简洁性弥补了部分问题，但慢速带来了更严重的副作用：
- 信任侵蚀：“慢速让我怀疑同步能力，担心数据丢失。”
- 工程品质暗示：“如果简单任务都卡顿，说明工程师可能不是细节狂魔。”
- 心理隐喻：“慢速就像机器内部散发出的异味，暗示看不见的腐烂。”
2.3 正向典范：Sublime Text——持续去臃肿的快
Sublime Text 是 Mod 眼中“越来越快”的典范。即使处理 5 万行代码文件，依然丝滑流畅。他欣赏这种“随时间去臃肿”的设计哲学：“软件应该像河石一样越磨越光滑。”虽然 Sublime Text 的排版、拼写检查等对文字创作不够精细，但其工程信任度极高——十年使用验证了它的可靠性。
三、商业与设计启示：速度作为竞争力
3.1 Adobe 的困境：功能膨胀的代价
Mod 以 Adobe Lightroom 和 Photoshop 为例，指出它们曾是速度的代名词（90 年代的 Photoshop 非常快，2007 年的 Lightroom 比 Aperture 快），但如今：
- Photoshop：新建文件对话框需要数秒，导出图像（Cmd+Opt+Shift+W）加载 3-5 秒
- Lightroom：变得“臃肿而迟钝”，功能堆叠导致核心工程优化不足
他推测 Adobe 推出 Lightroom CC 的原因正是“重写比修复更容易”——这是软件工程中常见的战略选择，但也暴露了技术债务的积累。
3.2 新兴工具的逆袭：速度作为杀手锏
- Affinity Photo：Mod 为其付费的唯一理由就是速度，尤其是 Web 导出功能快于 Photoshop。他仍持有 Creative Cloud 订阅（Lightroom Classic + InDesign），但自愿为 Affinity 额外付费——“用美元投票”。
- Sketch：因快于 Adobe 的 UX 设计工具而崛起，尽管早期有可靠性问题，但“快得有趣”让用户愿意容忍。Mod 认为：“对于人们整天使用的软件，哪怕 3% 的愉悦提升也不应被忽视。”
- Figma：基于浏览器的设计工具，速度却快得让 Mod “笑出声”。他认识其工程和设计团队，知道产品“被爱着”——从贴近底层的工艺出发，速度不仅体现在计算周期，更体现在用户操作周期：例如钢笔工具比 Illustrator 更符合直觉，从而减少用户思考时间。
3.3 Google Maps 的悲剧：动画堆叠的慢死
Google Maps 曾是“快而专注的工具”，但现在被动画“千刀万剐”：每个动画单独看都漂亮，但累积起来导致：
- 退出导航模式需要点击 4-5 个不同区域并忍受多次慢动画
- 用户“忍受”它只因数据价值，而非体验
- 变得“牛气”（bovine）——按错按钮就会“哞”一声，笨重且过度复杂
四、深度思考：速度的多维内涵
4.1 速度不仅是性能，更是直觉
Mod 指出，Figma 的“快”包含两层：
- 计算速度：低延迟的图形渲染和交互响应
- 用户认知速度：工具操作符合心理模型，减少学习成本和操作步骤
例如钢笔工具在 Figma 中“从理性出发”，而在 Illustrator 中则更复杂。这种“直觉速度”是更高阶的优化目标。
4.2 速度作为信任的代理指标
当用户无法直接评估软件内部架构时，速度成为最直观的品质信号：
- 快软件 → 工程师注重细节 → 同步、数据安全更可靠
- 慢软件 → 可能隐藏糟糕的代码结构 → 信任度降低
这种直觉并非绝对正确，但在用户心理中根深蒂固。
4.3 “去臃肿”作为持续目标
Mod 认为所有软件都应追求“随时间去臃肿”：功能稳定后，应不断优化核心路径，而非堆砌新功能。Sublime Text 十年如一日的速度提升是理想案例，而 Adobe 产品的持续变慢则反映了相反的方向。
五、总结：快软件的商业与人性价值
快软件之所以“最好”，不仅因为效率，更因为它：
- 建立信任：让用户感到产品“被爱”和“被精心打造”
- 提升愉悦：减少摩擦，让使用过程流畅而愉快
- 成为竞争优势：在功能趋同的市场中，速度可以成为差异化武器（如 Sketch 对 Adobe 的冲击）
- 反映工程文化：快软件背后是追求极致、注重细节的团队
Mod 最后呼吁：软件开发者应把“快”作为核心目标，而非事后优化的附属品。因为用户最终会用脚（和钱包）投票——当 Photoshop 变得缓慢，Affinity Photo 就获得了机会。