笔记
0工具
0此页用于记录用户反馈问题后的每一次改进
关于
“写笔记”支持四种格式——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）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
趋势
98% 并不算多：技术决策中的统计陷阱与工程责任
本文指出在技术决策中，98% 的覆盖率对于基础功能而言远远不够，真正的工程稳健性取决于对边缘情况的优雅处理。
一、数字的错觉：98% 在不同场景下的真实含义
当我们听到“98%”这个数字时，直觉上会觉得它非常接近完美。例如：如果一个人买彩票中奖率达到 98%，那简直是天选之人；如果考试 98% 的情况下都能拿到满分（10/10），那毫无疑问是荣誉毕业生。然而，同样的数字放在不同场景下，意义截然不同：
- 食品安全场景：一家餐厅只有 98% 的顾客不会食物中毒，意味着每个月（甚至每周）都会有顾客因用餐而生病。对于“不让人中毒”这一基本要求，98% 是完全不可接受的失败率。
- 雇主支付工资：如果老板只有 98% 的时间按时发工资，员工绝不敢在这样的公司工作。按时获得报酬是雇佣关系的基石，不是“大部分时候”就可以的。
- 个人行为：如果我在餐厅吃完饭只有 98% 的概率会付钱再离开，那我很快就会惹上大麻烦。
核心洞察：98% 对于“锦上添花”的卓越表现（如大幅提升生活质量）是极好的，但对于“理所当然”的基本期望（如婴儿在保姆照看下存活）则是极低的。
二、Web 开发中的真实案例：嵌套 CSS 的支持率陷阱
作者分享了一个亲身经历：几个月前，团队讨论是否要使用嵌套 CSS（Nested CSS）语法。有人指出，嵌套 CSS 自 2023 年起已成为 W3C 标准，并且“可以安全地在线上使用”。从全球浏览器市场份额来看，确实有超过 98% 的浏览器支持这一特性。
但作者没有止步于此——他检查了某个客户网站的实际浏览器分布数据（该网站原本计划借此机会移除 SCSS 编译管线）。结果令人震惊：在过去一年中，访问该网站的浏览器只有 约 70% 支持嵌套 CSS 新特性。
这意味着：即使该特性在“普通大众”中支持率高达 98%，对于该网站的实际受众，却有 30% 的访客 会看到页面样式崩溃。
为什么会有如此大的差距？
- 全球统计 vs 受众统计：全球浏览器市场份额数据来自所有互联网用户，但你的网站可能有特定的用户群体（例如，使用旧版浏览器的企业用户、某些地区的用户、使用特定移动设备的用户）。
- 统计口径的误导：98% 的“全球支持率”并不意味着你网站 98% 的访客都能正常工作。实际受众分布可能严重偏离平均值。
三、工程责任：优雅降级与边缘情况
作者提出了尖锐的批评：“98% 的统计是一个懒惰的捷径。”
真正的稳健工程（Robust Engineering）不是追求“对大多数人有效”，而是能够优雅地处理边缘情况。如果一个花哨的新特性无法做到优雅降级（Graceful Degradation），那么所谓的“98% 广泛支持”根本不成立——因为它连对 2% 的用户提供基本可用性这一最低要求都没有达到。
类比思考
想象一下，一家餐厅声称“我们改进了装修，但 2% 的老顾客可能会被拒绝入内”。这显然荒谬至极。但在 Web 开发中，许多团队却认为“只有 2% 的用户无法使用新功能”是可以接受的。
四、实际建议与思考方式
不要依赖笼统的全局数据：在决定使用某项新技术前，务必检查你自己网站的实际用户浏览器分布。工具如 Can I Use、Google Analytics 或服务器日志分析可以帮助你获取真实数据。
区分“锦上添花”与“基本要求”：对于提升体验的特性（如新的动画效果），98% 支持率可能足够；但对于影响核心功能（如导航、表单提交、支付流程）的特性，必须追求接近 100% 的兼容性，或提供完美的降级方案。
优雅降级是第一原则：如果新技术无法在旧浏览器上以可接受的方式降级（例如，使用 CSS 的
@supports规则、提供 polyfill 或回退方案），那么就不应该在生产环境中使用。数字背后的“人”：作者提醒我们，你可能认识大约 100 个人。想象一下，其中两个人正对着破碎的屏幕发呆。这 2% 不是抽象的数字，而是真实的人、真实的用户、真实的客户。
五、总结
98% 听起来很多，但在工程决策中，它往往意味着对 2% 用户的放弃。真正的技术深度不在于追求时髦的新特性，而在于理解统计数据的局限性，并对每一个边缘情况负责。下次当你听到“98% 的浏览器都支持”时，请先问自己：“那我的用户的 2% 在哪里？他们的体验如何？”
原文链接：https://whynothugo.nl/journal/2026/07/03/98-isnt-very-much/