曾多有人问起，写作除了坚持写，持续写，长期写，还有什么写作技巧么?是的，有的。作为程序员背景的我，自然是没有上过什么写作课，所以我基本是靠长期写，然后在实践中摸索出的一套适合程序员思维的写作技法。就像写程序一样，我的写作过程包括下面的部分：
- 需求
- 设计
- 实现
- 测试
- 交付
需求
写程序的原因是因为有需求，而需求对应于写作就是确定主题。如果把每一篇文字想成一件产品，那么定义写作的主题，就像定义产品的灵魂。
写作的主题有很多来源，有时是来自身边的工作和生活中的事件引发的感触。有时是阅读过程中突然产生的启发与领悟。这些都属于灵感乍现的时刻，但为了持续写作，等到写的时候去灵光一现是很难保障持续写作的主题供应的。所以，通常很多时候在大脑的潜意识里都会在考虑主题的问题，一有了灵感乍现，就随时记录下来，形成一个主题列表，而每周的写作就从这个列表中选择一个主题。
这个主题列表，就有些像产品的需求特性列表了，呆在需求池里等待被实现(写出来)。由于我每周只写一篇，那么每周如何从这些主题中做出选择?这就像是确定一个产品的目的，定位方向，细分受众人群，排列写作优先级。所以，虽然有时写的比较散，但总得来说由于能写的时间和精力有限，我都会把主题方向相限制在围绕程序员的职业发展、成长、工作与生活上，毕竟这是离我目前的状态最接近的方面。
关注定义好主题是一篇好文字的开端，毕竟如果一开始产品方向错了，实现的再好又能有多大意义呢?正如作家库尔特·冯内古特所说：
想一个你关心，其他人也会关心的话题来写。要记住，不论你用多么发自肺腑的情感表达，对于读者来说，除非是他们真正关心的主题，不然怎么都不会太关心，而只有主题才是读者最真切的关注点。所以，关注你的主题，而不是想办法去显摆自己的文字。
设计
确定了本次写作的主题(需求)，就该进入到设计阶段了。程序开发的设计分为两个阶段：
概要设计
在软件程序系统的设计中，这部分内容主要是架构设计，系统或子系统的拆分、交互逻辑、边界等等。而对于写作而言，就是设计本篇文字的逻辑架构。
在主题确定的基础上，看采用怎样的逻辑去展开主题，形成合适的衔接。以我爱写的随笔思考类散文为例，所谓散文，形散而神聚，其中的 “神” 的一部分正是主题展开的逻辑架构，文字附着的延展线条。
详细设计
有了逻辑骨架，就需要补充真正有血有肉的文字。
围绕主题想表达的观点，为了支撑观点需要的素材。搜集、整理、引出和排布这些素材的方式。而为了让文字更有阅读的趣味，还需要有适当的故事，因为人人都喜欢读故事，而非说教。那么这些素材或故事又从哪里来?只能来自平时的阅读积累。大部分我们读过的东西很快就会忘记，为了在需要的时候找到合适的内容，平时的阅读就需要记录笔记，留下索引，必要时再 Google 之。
所有写作的这些素材准备都是在这个阶段完成，而到了真正的写作阶段，就可以一气呵成了。
实现
程序员写代码的时候最讨厌被人打断，需要一段能安静且专注的时间，通常在 3 ～ 4 小时不等。
所以我现在通常选择在晚上夜深人静的时候进行写作的 “实现” 阶段。这一点，不仅程序员是这样，很多知名作家都有自己独特的写作习惯。他们的共性都是需要一段能实现不被打扰且专注的时间。
村上春树，当他进入创作小说的写作模式时，他通常早晨 4 点起床，连续写作 5 到 6 个小时，然后会去跑上 10 公里或游 1500 米(或者二者都有)。下午就不再写作，而是读点东西，听听音乐，晚上 9 点便上床睡觉。他日复日一的保持这样的作息时间，这样的重复过程，据称能帮助其进入一种思维的深层状态。
海明威，通常是早晨天一亮就开始动笔。在采访中，他说道：“没有人打扰你，早晨凉爽，有时候冷，你开始工作一写就暖和了。你读一遍你写好了的部分，因为你总是在你知道往下写什么的时候停笔，你写到自己还有活力、知道下面怎样写的时候停笔。”。他通常每天只写 500 字，而且喜欢用一只脚站着，采取这种资势，据称可以使他处于一种紧张状态，迫使他尽可能简短地表达自己的思想。
实际上，这些年写作下来，我尝试了很多不同的时间段，甚至分多次写完一篇文章。这里没有一定之规，你总会找到适合自己的写作实现方式。在这个过程中，你有一段专注、忘我甚至像是做梦的过程，与自己的思维深处对话。
在这个过程中，也可能产生意外的大脑神经元连接，获得一些更高质量的思考、灵光乍现的启发，以及更好的文字表达。
测试
每次写完一篇文字后，感觉自己好像是空了，甚至不再想去读一遍，我就会把它扔在一边。
写作的过程中，大脑从冷的状态逐步升温，直到进入一种很热的状态，文字就在这样的状态下自然流淌出来。直到写完的过程，大脑一直在高速运作，就像一颗 100% 利用率的 CPU，它的温度很高。写完后，CPU 终于降低了负载，但温度的降低还需要一个过程。
而对刚写完的文字再读一遍，进行编辑，这就像测试过程。我需要在一个冷却的状态下进行，站在一个读者或编者的视角去重新审视这篇文字。所以，这个过程通常发生在写作完成后的一天或几天之后。这中间的间隔，我称之为写作后的冷却时间。只有在冷却的状态下，我才能跟客观的检视一遍自己写的文字，进行合适的编辑和修改，这个过程就是对文字的测试。
作为程序员，我是一个开发，并不喜欢做太多的测试工作，所以这个过程目前我也仅仅完成必要的错别字和语句流畅性检查。但对于真正的文字工作者，一个好的编辑总是能帮助原作者得到更好的文字，就像一个好的测试总是能帮助开发者得到一个更好的软件。
交付
完成了必要的编辑测试工作后，就到了最终的交付(发布)阶段。
发布主要考虑渠道的选择，公众号算是自建渠道了。在没有公众号之前，主要在一些博客站写作，后来又陆续尝试过各种其他渠道。但最终考虑发布的(时间)成本，凡是不支持 Markdown 的渠道我都放弃了(不支持 Markdown 意味着需要单独去排版，公众号算是间接通过软件或插件也算支持了 Markdown 格式)，而我自己不太去访问的渠道也放弃了。
推送、发布一篇新写的文字，不过就像往这个互联网的文字海洋中扔下一滴水珠，偶尔也会击起几丝涟漪。时有读者留言、评论，或有赞，或有踩，但我更希望一些更有价值，值得思考和讨论的声音出现。
写作与文字的价值实现分两部分，写完后就完成了对自我的价值实现，而交付后才算完成了对他人的价值实现。
...
写得每一篇文字都像一个程序的实现过程。若说写代码和写文字有何不同?代码我总是想尽办法写得能重用，而文字则没法重用，每一次写作都尽力在创造新的文字组合。
【本文是51CTO专栏作者胡峰的原创文章，转载请联系作者本人获取授权】
