Deep Beep

TL:DR;

花了大力气来搭建维护博客，如果仅仅将其用作随手笔记，似乎有点浪费。如果不希望博客成为多年不更新的死博客，或者到处都是复制粘贴来的快速技巧、生活流水帐的话，我想写博客还是要遵循一些方式方法的，要有明确的主题，可预期的写作规划。

这篇文章就是为了明确本博客 2023 年要写哪些内容，怎么写出来，当前进度如何。

一、问题

年初的时候已经把博客搭建起来了，用 Emacs 把写作流程串起来，完成了一套写作工作流。现在要解决的写什么内容的问题。

二、是真正的问题吗？

看到有不少博客更新时间比较随意，文章也是东写一下西写一下，总体看比较散漫，可能阅读量也比较少，最终博客就荒废了。

而通常来说博客维护其实挺费精力的，我希望能够有所回报，例如能够增强自己的能力，积累自己的影响力等。

但是每次随便写一个主题是无法留下有深度的内容的。而互联网上从来不缺肤浅的复制粘贴文章。

一个有价值、有品牌效应的博客应该是有主题明确的文章的，并且需要维持一定的更新频率。为了做到这一点，列一个写作选题清单是有意义的，最好是能将每一章的标题名称列出来，方便追踪进度。

因此我的问题是这个博客应该写哪些方向的内容，遵循什么样的原则，最后是写哪些文章。

三、探索解决办法

以下是我想到的应该要写的主题，每个主题都列举了几个文章标题，这样有空写文章的时候就可以立即用上了。

写博客的目的

对外：是一张更好的名片、更立体的简历，是一种快速向他人介绍自己的方式

对内：是对自己成果、思想、能力的一种总结提升，是自己在互联网上的一片自留地

博客的写作方向

以项目的发展阶段划分:

1. 项目前的调研分析
2. 项目中的执行过程
3. 项目后的总结复盘。

按照写作的内容来分：

• 知识分享：展示对某些知识的总结、学习过程、难点
• 经验分享：展示做过的某件事情的经验、解决问题的方法
• 成果展示：做过的成果，侧重于数据展示、产生的效益
• 观点分享：自己对于某个事情的看法想法，做事情的逻辑等，表达自己的感想、价值观

博客的写作原则

关键词

• 一级关键词：技术、效率、知识、实践、成长、复利、深度
• 二级关键词：源码、设计、总结

写作原则：

1. 结构完整。应该是一篇完整的文章，而不是发布代码片段。应当有背景介绍，环境介绍，使用的库、系统版本等信息，是如何操作的，结果是什么，有何优缺点。
2. 文章主题应该有深度、有广度、高复杂度。同时满足三个条件比较难，但是可以尝试满足一到两点。
3. 写作风格应该具备技术文档的严谨，也应该有人文的浪漫。文章如果写成了使用手册，会让人觉得失去了个人的特色。不过我觉得能够将文章写得清晰明了的话，这也是一种特色。
4. 做不容易被时间掩盖的事情，做一些独特的事情。框架的具体用法可能会随着新框架的崛起而很快过时，但是背后蕴含的设计思想可以反复使用。
5. 文章应该定期更新，保持时效性。一篇一年前写的文章可能内容充实、结构完整，在当时算是一篇好文章，但是其中的某些技术、设置等在今天看来却已经过时了，互联网上这样的内容不少，作者写完后就不管了。看到这样的文章是十分令人困扰的。

如何找到一些有深度、有广度、复杂的事情呢？

把博客当作一个产品来运营

如果把博客当作一个可持续运营下去的产品，应该问自己以下几个问题：

1. 你的用户群体有哪些，各自需要什么服务？

   首先是同行 ，比如同样是前端开发，或者其他岗位的开发人员。通常通过关键词搜索到达本站，他们期待的内容应该是对某个问题的具体分析、完善的技术方案，最好是全面而深入的全套解决方案。他们眼中最有价值的应该是特殊问题的解决方法，别的站点都找不到的问题解法，对他们来说独特性和完整性很重要。

   其次是潜在的合作对象 ，但是他们不一定是程序员。他们看的是博主的过往经历，能力范围，成果展示。他们希望看到的是这个人擅长做什么事情，有什么特色，对他们来说详细的技术实现可能看不大懂，重要的是简单易懂的描述和可视化的结果呈现，最好有可信的工作量证明。

2. 你能给用户提供什么样的价值？

   以下都是规划，目前博文数量还很少，仅仅是向互联网做一些微小的贡献。

   经过思考的翔实准确的经验分享。如果是技术方案，应该写清楚前因后果，可选方案，优势劣势分析与权衡，实施过程与结果。

3. 你如何从中获得收益？

   数据层面。博客访问的 PV、UV，订阅用户数量，工具站点的用户数量。

   社交层面。有了一个对外的 24 小时在线的展示成果的平台，能够让别人更好的认识自己。

4. 这件事情的难点在哪里？

   写出高质量的内容，深度和广度具备的题材。写作是一件比较耗费心力的事情，但是博客的重点首要在于内容，有了优秀的内容之后还需要有好的呈现方式，并且需要适当的去推广让更多人知道。

   保持持续而稳定的分享频率。产出内容还算容易，但是持续高质量内容就比较困难，而且还要保持一定的分享频率。同时写博客的反馈比较慢，可能需要长期的铺垫与准备。

   高质量的内容不代表高阅读量。人们还是喜欢通俗易懂的内容。为了扩大受众群体，首先要有高质量的内容来撑住博客的格调，也需要有人人都能看懂，立即就能用上的普适性内容。

写博客的一些陷阱

觉得内容太简单而不值得写

这个领域内初学者总是占多数的，自己懂了不代表别人也懂，更不代表自己能够轻易的把事情讲好。能够将一件事情讲得初学者也能明白是极为重要的能力，从锻炼自己能力的角度出发，写入门的内容也是有价值的。

不过从另一个角度想，人生的精力总是有限的，工作只是人生中的一部分，更何况写博客其实是介于工作和生活之间的夹缝中，能分配的精力就更少了。既然可支配的精力是稀缺的，那为了把精力花在什么题材上反复思量是再正常不过的事情了。

期望写得尽善尽美才发布

就我的经历来看，我的博文很少有一次发布就万事大吉的，都是在博文发布后还在调整内容，修改语病、调整段落分布，有的甚至是大幅重写。而正是一次次的修改才让文章越来越清晰易懂，内容越来越丰富。

博客选题列表

根据本博客的定位，放在首页的内容应该是独特的经验总结、系列文章。

根据我的知识库规划（理想版），所有文章应该围绕这张图展开。

当前现在这个知识库还非常简陋，需要逐步去搭建出来。以下是目前可以写的一些方向：

博客运维方向

前端知识总结

算法/数据结构

工程实践

1. 开启新工程的 start pack
2. 新项目检查清单
3. 前端页面 debug 方法
4. 前端混合页面调试方法
5. Hybrid App 交互原理及 Demo
6. JSSDK 文档及 DEMO 页面
7. 小程序开发工程化总结

基建工厂

1. 错误监控原理与实践
2. 性能监控原理与实践
3. 小程序自动化测试的实践
4. 前端工程自动化测试实践
5. 微前端工程实践

个人效率系统搭建

1. 常用软件
2. 笔记系统
3. 时间管理系统
4. 写作系统

Emacs

1. Emacs 快速上手教程
2. 现代化 Emacs 使用经验
3. Emacs Lisp 快速上手

游戏心得

玩游戏的时候，可以写一些总结。应该也要有总结出来

• 矮人要塞
• Screeps World

四、总结

本文从本博客设立的目的出发，梳理了写作目标，应该遵循的原则，最后根据知识库的框架图拆解出几个可行的写作主题。并根据主题初步罗列了一些文章标题。

最终不一定会按照标题名称来写，希望这篇文章会是一个写作指引，经过下半年的努力耕耘，在年底总结的时候绽放光彩。