突然想到,为什么不像写代码一样写文章呢?

对我来说,一篇酝酿中的文章,流产的可能性很高,原因可能是拖延、灵感枯竭、被打断……

我此前的模式都是选题、列大纲、查资料、写示例代码、填充内容、校对与润色,不到自己满意是绝对到不了发布的。而这个链条里有那么多地方让干扰因素可以乘虚而入,一来二去就心灰意懒,于是文章流产。

但我们在写代码时,在有了规划后,往往都是写一小块就提交一下,经过一次次提交后,形成了一个完整的程序。

那我写文章能不能也采用这种模式呢?有了标题和大纲后,先发布出来公之于众,然后每次写一小块,分块更新。这样做除了能让内容更早与读者见面,更早获得反馈,同时也能倒逼自己持续更新并善始善终,毕竟谁也不愿意让自己的作品以太监的形态示众。先把鸭子赶上架!

甚至可以多篇文章同时产出 —— 有了灵感就把雏形发出来,不用非要等上一篇文章写完,这样可以保证灵感的畅通。但是也要有个并发限制,不然我的文章列表里可能变成乱葬岗,全是骷髅架子,没有全须全尾的活文章了。

你们觉得这个主意怎么样?不管怎样,我现在就去把库存发出来。
展开
评论