axdmin 第3页

AUTHOR

11-12

用豆包做「连读检查」：找出连起来会变意思的组合

用豆包做「连读检查」：找出连起来会变意思的组合网名在屏幕上看着没问题，连着念出来却可能变成另一个意思。比如两个常见字拼在一起，快读时会听成一句不相关的话。用豆包做一次连读检查，能提前发现这类

16 阅读

11-12

转赞推荐：Layui 镜像站的「命名规范」，适合统一候选格式

转赞推荐：Layui 镜像站的「命名规范」，适合统一候选格式推荐一个习惯，来自 Layui 镜像站里那种统一命名的做法：同类东西用同一套命名规则，前缀一致、拼写一致、大小写一致。这个习惯搬

16 阅读

11-12

项目记录：给候选表加「小写显示」检查列之后

项目记录：给候选表加「小写显示」检查列之后起因挑网名时只看中文，忽略了英文或拼音部分。结果注册完才发现，某些平台会把名字全部转成小写，原本靠大小写区分的名字立刻变得平平无奇，甚至和别的名字

16 阅读

11-12

网名别用「叠字加符号」，符号在多数平台会被吃掉

网名别用「叠字加符号」，符号在多数平台会被吃掉为了让网名好看，很多人会加各种符号：星号、波浪线、小爱心。在本地看着挺美，一换平台就变成乱码或直接消失。结论先给：网名尽量只用文字，符号能不用就

16 阅读

11-12

用 WorkBuddy 做「空字段」补齐：先列清单不自动填

用 WorkBuddy 做「空字段」补齐：先列清单不自动填句子库里的字段，总有一部分是空的。想补齐，又怕自动填错。这次用 WorkBuddy 只做了一件事：把空字段列成清单，不自动填。为什

16 阅读

11-12

用豆包做「断句检查」：找出读起来会断错位置的句子

用豆包做「断句检查」：找出读起来会断错位置的句子有些句子看着没问题，念出来却会断错：「他说的不对」到底是他说的、不对，还是他说得不对？这种歧义在阅读时容易被自动修正，但一旦被念出来、被引用，

15 阅读

11-12

转赞推荐：BackendWiki 的「参数表」，适合做句子字段说明

转赞推荐：BackendWiki 的「参数表」，适合做句子字段说明想推荐一种字段说明的写法，来自 BackendWiki 里讲接口参数的部分：每个字段列清名称、类型、是否必填、取值范围、示例

17 阅读

11-12

项目记录：给句子加「适用长度」字段之后

项目记录：给句子加「适用长度」字段之后起因句子库里有些句子很短，配图正好；有些很长，只能用在长文里。但库里没标，每次用都要重新量一遍。于是加了一个字段：适用长度。三档怎么定 | 档位 |

17 阅读

11-12

句子库别按情绪分，按「能不能单独用」分两层

句子库别按情绪分，按「能不能单独用」分两层句子库建久了，总会尝试按情绪分类，然后卡住：一句句子往往同时是「遗憾」也是「释然」。这次换了分法，只分两层：能不能单独用。两层怎么分 | 层级 |

16 阅读

11-12

用 WorkBuddy 做「句式查重」：找出结构雷同的句子

用 WorkBuddy 做「句式查重」：找出结构雷同的句子句子库里的句子，内容各不相同，但句式可能一模一样：全是「越……越……」，或者全是「不是……而是……」。这种雷同自己很难发现，读者看多

4 阅读

11-12

用豆包做「去人称」练习：把「我」删掉看是否还成立

用豆包做「去人称」练习：把「我」删掉看是否还成立很多短句离开「我」就碎了：「我很累」「我想通了」。这类句子只对写的人成立，读者很难代入。用豆包做一次去人称练习，能看出句子到底立不立得住。提

4 阅读

11-12

转赞推荐：万象云档的「修订另记」，适合旧句不硬改

转赞推荐：万象云档的「修订另记」，适合旧句不硬改推荐一个处理旧内容的方法，来自万象云档里文档的做法：修订不直接覆盖旧版，而是另记一行，标清改了什么、什么时候改的。这个习惯用在旧句子上，比

4 阅读

11-12

项目记录：给「留得住的句子」加「首次记下日期」之后

项目记录：给「留得住的句子」加「首次记下日期」之后起因句子库里有些句子过了几年还觉得好，有些半年就看不下去了。但库里分不出哪些是「一直好」，哪些是「当时觉得好」。于是加了一列：首次记下的日

4 阅读

11-12

短句别押当时的韵，念一遍不顺就换词

短句别押当时的韵，念一遍不顺就换词为了让短句「好听」，很多人会硬凑一个韵脚或句式，结果读起来拗口。结论先给：短句要念，不要看；念着不顺的地方，就是该换词的地方。为什么默读发现不了问题眼睛

4 阅读

11-12

用 WorkBuddy 做「重复包袱」排查：找出结构相同的段子

用 WorkBuddy 做「重复包袏」排查：找出结构相同的段子段子写多了，很容易反复用同一个结构：先立预期，再一反。自己完全意识不到，但读者看多了会觉得「又是这个套路」。这次用 WorkBu

4 阅读

11-12

用豆包做「解释句识别」：标出哪几句在解释笑点

用豆包做「解释句识别」：标出哪几句在解释笑点段子不好笑，很多时候是因为作者怕读者没懂，在后面补了一句解释。这一句一出现，笑点就死了。但自己很难发现哪句是解释句。用豆包做一次识别，能把它标出来

4 阅读

11-12

转赞推荐：Bootstrap 组件实验室的「最小示例」，适合练最短铺垫

转赞推荐：Bootstrap 组件实验室的「最小示例」，适合练最短铺垫推荐一个练习方法，来自 Bootstrap 组件实验室：每个组件的示例都写到最小，只留能跑出效果的那几行，不把周边代码全

4 阅读

11-12

项目记录：给段子库加「需要背景吗」一列之后

项目记录：给段子库加「需要背景吗」一列之后起因段子库攒多了，分享时经常翻车：有些段子自己觉得好笑，发给朋友却一脸茫然——因为它依赖某个只有我知道的背景。于是加了一列：需要背景吗。三档分类

4 阅读

11-12

段子里的「人物」别超过两个，多了就得交代关系

段子里的「人物」别超过两个，多了就得交代关系写段子时，人物一多，读者就开始分心：这是谁？他和刚才那个人什么关系？等他理清，包袱已经过了。结论先给：一个段子里人物不超过两个，多出来的就该删。

4 阅读

11-12

用 WorkBuddy 做「同日多条」合并：一天只留一条

用 WorkBuddy 做「同日多条」合并：一天只留一条两人一起记小事，经常同一天记了好几条，回头看时又碎又重复。这次用 WorkBuddy 做了一次合并，规矩很简单：一天只留一条，但不删任

4 阅读

11-12

用豆包把一句评价改写成一段对话

用豆包把一句评价改写成一段对话「他总是这样」——这类句子在关系记录里最常见，也最没用。它把复杂的事压成一个评价，既说不清发生了什么，也没法回看。用豆包做一次改写：把评价还原成一段对话。提要

4 阅读

↑