写博客就像写代码

最初发布在 3Beards 博客

我从人们那里听到的一件事是,他们对自己想写的文章有一个主意,但不确定如何去做。 这是一篇稍微有点元的文章(有关博客的博客),内容涉及该过程对我的外观以及与编写技术功能的相似程度。

假设我已经对要构建的东西有了一个主意,那么我将首先考虑我希望最终结果是什么。 我想写一些关于X的东西,这对正在考虑X的人很有用。或者我想构建一些可以做Y的东西,因为我们的应用程序需要做Y。

解决问题后,我将去做其他事情。 它并不像听起来那样具有战略意义。 通常我是将任务推向未来,因为我还不知道该怎么做。

当我在其他地方时,我会倾向于偶尔考虑博客或功能。 我将对某些部分,如何解决问题或想传达的确切点有想法。 当这种情况越来越频繁地发生时,我开始觉得应该已经做好了。 那种挫败感使我开始。

接下来,我将坐下并设置开始所需的东西。 创建一个文档,写标题,然后写下我写作的目的和观众的目的。 使用该功能,我将在github上为该功能创建一个问题。 结合使用这两种方法,我将编写一份列表,分解要覆盖的点和需要构建的部分。

然后,我将编写第一版。 这只是草稿,我并没有在编辑自己的作品,而是在尝试淡化我想做的事情的思路和流程。 这样,我最终得到的东西以混乱的方式传达了我的想法。 我编写的功能可以正常工作,但是零件可能会快速命名,位会重复出现,我知道我会在第二次运行中对其进行调整。

完成后,在重新阅读之前,我将离开并做其他事情。 有时候,我在这里没有达到正确的平衡,我会花大量的工夫去完成最后的工作,而完全忘记了我自己的项目。 这意味着当我回到它时,编辑感觉就像是一件琐事。 其他时间,我没有花足够的时间,也无法看到如何使它变得更好,因为我一直专注于此。

然后,我将逐步进行操作,然后开始冷凝。 我将更改措辞,使之适合基调,削减总体上不会添加任何内容的内容,选择更好的变量名,并通常重构(重写)其中的内容,从而以更简洁和连贯的方式实现相同的目标。

然后知道要在哪里停下来。 有时我会发布得太早,重新阅读它,希望我在措辞上花费更多的时间。 有时我会花太多时间专注于措辞。 我的目标是足够好,而不是完美,但是很难知道花费的时间何时开始超过收益。

因此,请坐下吧。