[{"content":"下载目录里的文件越来越多时，最先失效的往往是命名方式。一个稳定的规则，比频繁换整理软件更容易坚持。\n一个够用的格式 可以从 日期-主题-状态.扩展名 开始，例如 2026-10-15-读书记录-整理版.md。日期采用年、月、日的顺序，名称按字母排序时也能保持时间顺序。\n“最终版”“最终版2”容易造成混淆。如果确实需要多个版本，使用递增的版本号，并在说明中写清差别。没有变化的文件不要反复复制。\n目录负责分类，文件名负责辨认 目录层级不宜太深。常用资料可以先按用途分组，再按年份或项目归档。不要把全部背景都塞进文件名，也不要依赖一连串只有自己当天才懂的缩写。\n整理前保留原件 对照片、票据和重要文档，先保留原始文件，再制作整理版。批量改名之前，先对少量副本验证规则，确认扩展名和文件内容都没有改变。\n固定一个整理时机 每周挑一个固定时间清理临时目录。把仍在使用的文件留下，把已完成的资料移入归档。整理工作的目标是减少下次查找的时间，不是把每个目录都装饰得很复杂。\n","permalink":"https://notes.zpjty.com/posts/file-naming/","summary":"用日期、主题和状态减少查找成本。","title":"给文件起一个半年后仍能看懂的名字"},{"content":"日常技术、文件整理与可重复的工作方法。\n这里以简短、可操作的内容为主。文章会标明更新日期，涉及具体软件时，请以实际版本和官方说明为准。\n本站不需要注册。搜索在浏览器中完成，没有第三方统计脚本；访问服务器会产生正常的 Web 访问日志。工具页面的输入只在当前浏览器中处理，不会由工具脚本上传，也不会写入本地存储。\n本站使用 PaperMod 主题。主题的许可文本随站点提供。\n","permalink":"https://notes.zpjty.com/about/","summary":"日常技术、文件整理与可重复的工作方法。","title":"关于纸页笔记"},{"content":"一份好笔记，首先要让未来的自己看懂。Markdown 的作用是用少量标记表达结构，让内容可以在不同编辑器之间移动。\n从一个明确的问题开始 标题尽量描述具体问题，例如“如何整理每月账单”，比“整理笔记”更容易检索。开头用两三句话说明这份笔记适用于什么场景，以及完成后会得到什么。\n保持简单的层级 文章标题由页面提供，正文从二级标题开始。每个小节只回答一个问题。操作步骤用有序列表，平行的注意事项用无序列表。只有需要比较多项信息时，才使用表格。\n## 操作步骤 1. 收集原始文件。 2. 按月份建立目录。 3. 检查文件是否可以打开。 代码、文件名和命令放进代码格式；解释写在代码块前面。这样复制内容时，不会把说明文字一起带走。\n给来源留一个位置 引用网页时，保留页面标题和链接。如果结论与某个版本或日期有关，也一并写清。自己的试验结果与文档中的说明可以分段记录，避免过一段时间后分不清它们的来源。\n写完后做一次回看 关掉原始资料，只读这份笔记，检查步骤是否完整。删掉没有帮助的重复表达，并补上当时觉得“显然”、后来可能忘记的前提。笔记不必长，但应当可以再次使用。\n","permalink":"https://notes.zpjty.com/posts/markdown-notes/","summary":"先组织内容，再考虑排版。","title":"用 Markdown 写一份能找到的笔记"},{"content":"修改设置时，很容易记住“做过什么”，却忘记“为什么这么做”。一份简短的记录，能让后续排查有一个可靠起点。\n先描述当前情况 写清出现问题的时间、触发步骤和实际结果。尽量保留可以复现的条件，例如软件版本、具体页面或输入样例。只写“有时不正常”，通常不足以判断问题是否解决。\n一次只验证一个假设 先说明预期：修改这个选项后，哪项行为应该变化？如果一次更改许多无关设置，即使现象消失，也很难知道真正起作用的是哪一项。\n记录验证范围 区分“已经测过”和“尚未检查”。一个页面成功打开，不代表搜索、下载和移动端布局都正常。验证范围应围绕实际用途选择，不需要为了凑数量重复同一种测试。\n留下恢复方法 保存原始设置或备份位置，记录恢复的具体步骤。涉及多人共用的内容时，还应核对期间是否有人做了其他改动，避免恢复旧版本时覆盖新工作。\n最后，用几句话说明改动带来的结果、仍然存在的限制，以及下次需要检查的条件。这通常比一大段操作流水账更有价值。\n","permalink":"https://notes.zpjty.com/posts/check-a-change/","summary":"记录原因、动作与结果，方便复查。","title":"做一次小改动，也留下可核对的记录"}]