我看着自己草稿箱里那一堆半成品，被迫先磨刀，先来写这一篇。
本文写给跟我一样不知道能创作啥，或是写一半遇到重重障碍的朋友们。
写作的心理障碍和排除办法
本节记录一些阻碍创作的心理障碍，以及自己目前的应对法，算做是对自己「不想动笔借口」的反驳。我尽量用「可实践的方式」给出解决思路。
找不到写作主题
解决方案：去写自己会一点点，但还需再加深学习的
我的技术文章，主要用来整理我还不懂的知识。我只写那些我还没有完全掌握的东西，那些我精通的东西，往往没有动力写。 ref
好的，第一个问题结束了：现在不再有「找不到写作主题」的困扰，而是转为「可选题材太多」「不知先写啥后写啥」的难题了。
平时要记录大量的想要学习的点子，广泛堆积材料，然后会有少数题材孕育成熟，这时就可以着手动笔了。
觉得自己水平不够高
自认写的不好而不敢下笔的问题，我打算用用刚学会的 MECE (相互独立，完全穷尽) 分析法，用相对可实践的方式解决这困惑。
解决方案：设定灵活的写作目标
这办法就是确定选题后，在心里评估一下「社区已有文章的平均质量」和「你觉得自己能写出来的质量」，然后根据不同情况，选合适的写作目标。
分支A 如果你觉得自己在这话题里，是平均水平往上的，就把文章写成「知识分享」
具体来说，假设你觉得社区平均是50分水平，你自己大概是60分，那就写吧，且要边写边学争取做到70分。
一旦写完就发，别多想。不完美也无所谓。最好情况下，若能引来一些人乐意指点你，借他们帮助让这文章达到80分水平，那就皆大欢喜了，因为这过程中：
- 你自己加深了知识理解，得到了写作训练
- 协助者看到和接受了你的文章，并和你互动做出回报 (建设性评论可视同回礼)
- 社区在这话题上的整体水平，因你的文章也提升了一截
- 观众们获得了另一篇相对可靠的资料
在这过程中，你的贡献让所有人都受益了。
分支B 如果你判断自己是平均水平往下的，目标就定「学习笔记」
- 这世界上总有比你厉害多的，也总有还跟在你后面的
- 就为了「督促自己学习」而写
- 如果这动机还不够充分，也顺便为方便后来者的学习而写
- 那人们为啥不直接去看那篇最高水平资料呢？因为太难了看不懂呀
写「学习笔记」首先做到老实，不要虚夸自己水平，且要 时刻分清「我是想要学会知识」还是「我更想要自己在求知的感觉」=> 这不是说，后者是错的，但不应该只有后者。
然后如有余力，你的「学习笔记」要尽可能跟已有同类文章的难度定位做区分，尽量避免做重复工作。
分支C 如果你无法判断社区在这话题上的平均水平
这有两个可能的原因
原因C1 社区的同类文章太少了
- 那你几乎是第一个发表这类主题的，是好事！ => 赶紧写吧
- 如果发布后引来了能比你写的更好的人 => 这是更大的好事
原因C2 你分不出别人文章的好坏
虽然我很想给每个分支都安上个「去写」的理由，但这是不诚实的。
若看不出领域里现有文章的质量，那最该做的事是继续学习，个人觉得，还是得对现有同类工作有个基本了解。固然，谁也没权阻止你发表 (符合社区规范的) 文章，可是大家时间精力都宝贵，如果反复都去写同一主题同一难度的大量重复文章，这是对资源的浪费。
分支D 如果你无法判断自己的水平
只有两种可能：「不知道自己不知道」，「不知道自己知道」。
说实话，我没见过现实中的人达到后者水平，如果你自觉是后者，那也许你能写点啥教给大家。
如果你担忧自己是前者，那也别担忧了，这种无知状态在每人的生活工作中，是随时发生的，是必然会出现的。目前看起来，快速改变这一困境的办法，就是写下来，抛出来，接受真实世界的反馈。
写到这里，可以看到大部分场景，都还是可以找到要写的动机和角度的。
最后，这法子的困扰在于：
自己判断自己超过社区平均，那真超过了吗？
得承认，判断就会有偏差，过分自大自谦都有可能。但又怎么样呢？这就是以我当下认知能给出的，做决策时可依仗的全部前提了，眼下只能做到这么好。
担心写错了耽误人
解决方案：要相信别人跟你一样，也有基本的判断力
- 如果你认为读者的判断力远胜于你：
- 那你写吧，你不仅耽误不到人家，说不定人家还会好心指出你的疏漏
- 唯一要考虑的就是，你的文章可能浪费大家时间
- 这有个技术方案是，把导语和结尾写好，把小标题写好，让别人方便扫读你的文章
- 如果你认为读者的判断力跟你差不多：
- 想想你怎么看待别人文章的，是全盘相信接纳吗？恐怕任他写的天花乱坠，你也得心里掂量一下吧
- 那么对方也是这么看你的，你误导不了他们
- 如果你觉得读者的判断力低于你：
- 对于没把握的事，话别说得太满就行
- 要对不太确定的观点，对危险的不可逆操作，表达出注意和警惕之意
- 但这仍不是沉默的理由
最后，你只能尽到自己这一半责任，即「我所说的必是我真心认同」，而阅读者那边的「核查之责」你替不了他。
怕辛苦写完没人理
可能是所有创作者的经历：就是自觉特别辛苦认真的去写了，写完也自我感觉良好，结果发表了根本没人理。
解决方案：没人理就拉倒，去写下一篇吧
就我观察那些网络大V，他们倒是每篇都有人理，没有被忽视的麻烦。但他们的作品会被曲解，被利用，被断章取义攻击，… 那才是难搞的 => 好在这些事我都没机会遇到，哈哈~
没人理，最可能是自己真的没写好，也可能是人们不需要，… 原因太多了。我最后想通了，自己能 把下一篇文章写好点，本身就是对上篇被忽视文章的宣传。
要相信总会有人吃完蛋，还去好奇母鸡长啥样，于是他会发现，呦! 这家伙以前也下蛋嘛，让我看看… 嘿角落里还有个金的~
好东西 (无论是否出自你手) 没能广泛传播，这状态当然是不对的，是资源浪费，是低效率。
我没有找到「系统性的消除信息错配」的思路。我现在唯一能想到的，就是 少写短期话题，多写长久有效的话题。这是因为，拉长文章的保质期，有助于提升你的创作被人发现的概率。如果总是写短期热点，那么在保鲜期内没人注意到这文章，就真的浪费了。
不想修补原有文章
我有时会遇到这问题：以前写好的文章，人家评论里给提供了很好的补充，但自己实在没空去修改完善。
解决方案：靠社区的群体智慧
一篇文章当然 主要是自己的事，与此同时，一旦发出来交付给社区来评判，这也是全社区的事。
- 自己写得不好 => 不丢人
- 怀疑自己错了，但感觉评论者说的也不太对，想不好先放着 => 也不丢人
- 顾不上改文章，希望阅读者自己去看评论区的反面意见 => 也不丢人
但是
- 明知自己的说法有重大误导，也有精力调整文章，但就是不改 => 很丢人
我目前觉得，抱着以上心态就行了。
补充一句，自己写的文章还是理应尽力维护的。网上有很多勤奋热情的创作者，能数年不断更新一篇文章，我挺佩服，得跟他们学。
擅长的不是社区主流
解决方案：去看社区的话题分类列表
这问题我犹疑了很久，我现在决定，社区敢有这个话题分类，我就敢写。
就自己的观察和沟通，社区是欢迎能有不同主题 (别违法) 的创作的，不仅限于 Obsidian 话题或笔记工具话题。同时社区希望作者应该像园丁一样，能对这领域的讨论做到 培育 浇水 除草，仅种一根苗可不够。记录笔记有个「数字花园」理论，我理解社区想做个「大型多人的花园」，每人承包一亩地是理想状态。
所以，只要有意愿有能力，也是可以把你关心的领域变成主流的。这确实难，先从写好每一篇做起吧。
写作的技术障碍和排除办法
本节记录具体技术问题，和我目前的应对方式。
不舍得抛弃点子
实践发现如果一直惦记以下细节，这文章就写不完了：
- 我这点子太棒了就是有些离题
- 这个比喻开启了通往新话题之路
- 这里展开挺充分，嗯有点过于充分了
- 这几个资料真好，能跟我主题沾边就更好了
- 这段虽是暴论但我觉得好有道理呀
- …
以上这些对成文没啥帮助，让我删了我又不舍得。
解决方案：一鱼两吃
目前想法是，自留草稿跟要发布的文章，在写作目标上可以稍做区分：
- 如果是现实里小伙伴，我乐意给他们看自己学习草稿，因为彼此已相互建立了信任，双方也不在意有啥写错了的
- 如果是公开发出来，那要求高一些，最起码抛出的观点得论述一下吧
我在草稿里 (markdown 形式) 留下了大量的 <!-- --> 注释，里面包括组织不完善的段落，偏颇的观点，以及留给自己的提示。从一开始就做准备，文章可能会演变成自留和发表两版。
这不就是打草稿吗?
从目的上是这样。从手段上，要让一篇文章既是「草稿」又是「终稿」。大致可以理解为同一份数据的两个视图。我发现把不完善的片段全搁正文周围，有助于写完它。直接写好一个段落很难。先把语言碎片留在正文上下文注释里，等哪天忽然想通了再去组织，简单些。
被工具问题纠缠了
个人建议是谨慎评估低频次需求，减少所依赖的工具，避免耽误时间。
解决方案：数据安全问题要重点关心，其余辅助工具看着办
技术问题里，个人觉得最重要的就是勤做文章备份，这用啥手段都行，时常打个 zip 包也是可以的。
而其他的优化，尤其是辅助写作细节的工具，可以不急折腾，先观望自己需求再说。
「今天新找到的这个错字高亮，文本提示，公式补全，图文混排，格式调整，… 工具看起来超级有用啊」，后来通常发现，实际也没大用，这都是大规模应用在许多文章上，才会显出效率优势的。
有些工具是悄悄发挥功能 (透明) 的，有些工具是学习成本巨大但用起来顺手的，也有些工具是每次使用都要付一些认知开销。要尽量多用第一种工具，而第三种要掂量。
写一小半，但推进不下去
不瞒大家，我草稿箱有一堆半成品写不下去。目前没有解决办法，我能解决就不写这篇文章了。
- 休息，老实放低期待，接受没这么顺利
- 同时写多篇，搞不定的就先放着，对所有文章一起等待灵感
- 记录自己当时为啥写不下去，以待后用
- 对自己提示 Let me think step by step
有多管用？能好点有限吧。
临时被打断，回想不起思路
临时遇到比写作优先级更高的事，这太正常了，然后就回想不起思路和上下文。
解决方案：在所有中断之处留线索
文章打断后去还原上下文，相对能简单点。如果做代码工作，这点会更有体会：读半天前的自己代码，也许就已经有困扰了，读半年前自己代码，有时仿佛在猜另一物种的心思。
所以无论代码还是文章，都事先避免出这状况。被打断后哪怕把句子写一半，把关键词留个拼音，也是有用的。有三秒时间，就给自己留三秒的线索。
看自己文章满眼都是问题
时常觉得自己文章千疮百孔。
我看过些技术文档写作提示 (例如 如何写一篇高质量的技术文章 或 手把手教你写好技术文章 等)，普遍是说，提前规划好骨架，然后挨个填肉进去。
挺佩服那种「未下一笔心中已见全图」的，人家写文章是个「实施过程」。我自己写点啥就是个漫长的「增减拆补，反复折腾」过程。
- 这个传达不到位，那里似乎没关联
- 起头这句太奇怪，结束该怎么总结
- 上半段这词全拼错了
- 这里能写点啥，下面连不上啊
- 这些概念该给个链接，之前看到叫啥来着
- 我当时为啥这么说，我真是这么想的么
- …
解决方案：同一时刻只改一处，累了就小改，有力气再大改
在心里按照问题的重要等级列一个表，想调整时每次只关心一个重点。
- A 列出结构大纲和关键点
- 修正目标
- 划分各级小标题
- 点出每小节内容的关键要害
- B 为每个小章节起笔和落笔
- 写小章节开头结束，有些是总览型，有些是承接型
- 全篇的开头结束更重要
- 写标题和导语，实际上我发现标题并不能一上来就确定
- C 完善表达
- 为小标题重新起名
- 调整语序和用词
- 消除表达歧义
- D 文字修饰
- 改错字，改拼写，改标点，加链接
以上重要性分先后。改时不是按照重要次序调整，而是根据你的精力，选择这会儿的头脑状态「适合做哪个难度级别的调整」。如果自己这会儿状态好，一旦提起这口气就要用在刀刃上，就冲着攻克最难关而去，别去管错字拼写之类小细节。
个人经验是，那些次要细节永远「最频繁在眼前晃悠」，调整大局时一定要忍耐先别去改。
发现早有更好的文章
有时写一半，查资料发现早有人写过比自己这篇好太多的文章…
这时，首先得承认自己眼瞎了，下次应该尽早发现。但既然已经这样了，就只讨论目前还能怎么办。
解决方案：「速通转练习」
目前理解是，可以转换思路去做「Plan B」，把一部分的写作动机，转为向「已知最佳文章」做推荐，为他们投票。
注意这不是说，你要放弃自己文章质量，只留一句「我看那人写的好，大家都去看他的吧」，而是 仍要好好去描述别人文章为啥好，哪里最有帮助，哪里不太适合新手，具体的学习路径是怎么个步骤。
这是因为，即使仅为推荐别人，仍然要提供足量信息，你提升自身文章的分量，也是在为你这一张推荐票「加权」。
可别人也推荐过了呀，何必由我再做一遍？
我认为如果某个领域确实很难，那么同类教程或同样思路，不该只有一篇资料。由群体构建的「多路径」相互补充印证，大家一起踩出可靠的「串起多个难度级别资料」的学习之路，这件事是有意义的。
控制不住篇幅
解决方案：拆成系列
自己也在思考，写成一系列 vs 写成大长篇的优缺点？目前想法如下：
如果文本太长，都搁一篇里是不好的，你写着或许简单，但看的人有压力。除非一上来就知道自己写的是个字典型 (不必通读，用到哪就搜哪) 文章。
所以应该切分章节，每篇长度得当，不同篇章间适当互链，更符合当代的网络阅读需求。
具体拆分数量呢？也许考虑控制在三到五篇。
再切分细一些呢？读者可能看到目录就有压力了，大部分索引目录只能看到标题而不见内容摘要，更不必说字数或阅读耗时等，相同内容总量拆成「四五篇」比起拆成「八九篇」，感觉前者给人造成心理压力小些。
此外就是，只拆少数几篇，自己会觉得更有可能写完它 (实际怎么拆总内容量都一样…)
PS. 专指自己能掌控的创作拆分，如果是跟人合作，或者讨论话题确实庞大，那不在此例
好长，先到这吧。
本文是因为自己开了几个坑全都写不下去，先给自己换换写作主题。如果遭到同类困难的朋友能找到点启发，我也算达到目的了。
所以我去把自己写不完的，都拆成系列吧。