我写了一篇《给程序员的中文写作指北》

2020-07-06 13:30:45 +08:00
 KalaSearch

看到有很多 v2 小伙伴都在写博客,而我之前也是博客(搭建)大军里的一员。时间都用在搭 wordpress 上了,真正的输出没多少。最近静下心来,结合之前在知乎写答案的经验,写了一些文章

我发现中文世界里有关程序员写作的教程类文章非常少,但其实写作对程序员非常重要。

于是,我写了这篇

=> 《给程序员的中文写作指北》

从内容、排版和行文三个角度,给出了一些给程序员的中文写作“指北”建议

我自信,如果你能按其中的建议坚持,结合你自己的实践,很快就可以开始写出丰满且吸引人的内容。希望能帮到同样需要写作的你们

文章比较长,建议收藏后慢慢看完。如果你也写博客的话,不妨在回复里留下你的博客链接,我们互加个友链吧!

以下是前言,全文请到移步: https://kalasearch.cn/blog/writing-guide-for-programmers/

作为一名程序员,我们的本业让我们绝大多数的时间都在埋头写代码。

但很多时候,不管你在自己创业还是在公司搬砖,光是代码漂亮是不够的。很多时候,特别是当你需要展示你的想法或者说服别人的时候,好的文章、设计文档至关重要。

比如说,如果你在公司搬砖,在新做一个稍大型一点的系统的时候,设计文档写得怎么样可能直接关系这个项目是不是会被孵化。而如果你在自己创业,能写出好内容则更加重要——毕竟你要说服陌生人购买你的产品、使用你的服务,首先你的潜在用户需要通过你的清晰表达来了解你在做什么,你的产品能帮他们解决什么问题。

就算你对写风花雪月不感兴趣,那你总得偶尔写一些技术文章、交接文档。就算纯技术相关的内容,也需要刻意地练习,才能写得清楚漂亮。不知道你有没有注意过,多数优秀的项目不光代码优秀,文档也非常棒。这里说的漂亮不光是排版规整,行文也流畅且自然。

不幸的是,作为程序员的我们,一旦文章不漂亮,第一直觉想起来的事不是调整文章,而是调整 CSS 和页面布局。页面怎么摆固然重要,但文章本身如何,才是根本。毕竟你的读者都是人,而不是读 html 的计算机。

之所以我把这篇文章标题起为“给程序员中文写作指北”,是因为两个原因

我自己是程序员,我也不知道怎么写小说,但技术文章我写了不少。因此我的观点只适用于程序员群体 “指北”而非“指南”是因为这些也只是我自己的经验总结,不同人肯定有不同的意见。而太主观的观点在我看来,不适合写一份“指南”作为黄金标准 正因为此,如果你读到与自己习惯完全相左的内容,不用担心,也许那样的习惯更适合于你。但总体上,有一些放诸四海皆准的原则,比如段落不宜太长,比如不要中英标点混用等等。总之,希望大家各取所需,根据自己情况调整就好。

余下全文: https://kalasearch.cn/blog/writing-guide-for-programmers/

14855 次点击
所在节点    分享创造
69 条回复
imn1
2020-07-23 21:47:07 +08:00
看完了,说些个人看法

程序员写博客,应该说明文占了绝大多数比例,论文其次,其他文体除非有个人爱好不然比例很小
说明文主旨明确这个就不用说了,是必须的,在易读性方面比较重要的是说明顺序

LZ 此文建议“总分总”,但其实还有很多其他顺序可用
程序员的话,可以把写文章顺序想象成一个代码的设计模式
抽象类、接口就是前言、index
如果写一次出错及解决,就是单例
如果写安装过程,工厂模式,1234 怎么做
如果写项目的架构,建造者模式 /责任链模式,1234 各实施什么职责
如果写权限分析,适配者模式,就不要 1234 而是圆点列表
……

当然,正如 “设计模式不是固定的” 那样,写作顺序也不是唯一,同一个问题,切入点不同顺序也可以多样

见过一些文章非常详细记录了自己的纠错过程,这些文章适合自己(备忘录),但不太适合别人
大多数人不太关心笔者走过的弯路,简略带过指出“此路不通”或者“治标不治本”就行了,正确解决方案最重要
当然不排除少数人很有耐心看完全过程,这些往往是探究中间弯路为何不通的人,如果确实想全记录,建议把最后正确处理的步骤加粗显示,有点像前置;TLDR 的意味
0xABCD
2020-07-26 16:58:06 +08:00
原来你就是给我发垃圾邮件的那个人......
twoconk
2020-07-26 18:06:09 +08:00
现在还停留在写使用手册级别,确实需要提升!
wobuhuicode
2020-07-26 18:58:50 +08:00
现在的技术文章起名就是:
标准买课类的:XX 天学会 XXX or 从零开始的 XXX
推广类的:XXX 技术指北 or 当我们讨论 XX 的时候在讨论什么 or
user919lx
2020-07-27 12:36:07 +08:00
我也经常写技术文章,基本按照楼主的要求来的,确实写下来之后很受好评。大家都觉得写得清晰易懂,这也为我的跳槽提供了很大的帮助。

不过想问问楼主,有没有什么保持持续创作,或者降低时间成本的办法。我平时收集了大量的实践经验素材以及前人的各种总结经验,但一到下笔的时候还是会感觉很吃力,有前面的积累,要写出很多东西并不难,我能用四五个小时写到七千字,但关键是如何把内容收束到主题下,有时候写着写着就觉得自己写得太多了,但是要删掉又怕上下文不完整之类的。我在细节上的解释总是不厌其烦,而这样反复的修改乃至删减花费了我大量的时间,一篇文章从动笔到完成,得花上 10 ~ 20 小时,由于写作非常需要连贯的时间,所以对日常生活也是很大的负担。 就是想了解有什么技巧,能缩短时间,或者把零碎的时间利用起来,毕竟我也不想把一整个周末都拿去写一篇文章,那太累了。
KalaSearch
2020-07-27 13:31:34 +08:00
@user919lx

看来你已经非常厉害了,能四五个小时写七千字,已经说明你对写的主题理解非常深,下笔有神。

对于如何收得住主题这个问题,我通常会先把提纲列好,不在提纲内的内容不写。在下笔前我会确保提纲已经写好了,而且提纲就是 h2 和 h3 :D
redeyesovo
2020-08-05 11:42:11 +08:00
看到个错字,在 #动笔前先把想法理清楚 的 “逻辑必须自恰,这样才能做到讨论的时候言之有物。” 这一句里。
KalaSearch
2020-08-05 12:17:09 +08:00
@redeyesovo 感谢 <3
XBlackBerry
2020-08-05 13:04:53 +08:00
很赞!
之前也写过一篇关于排版和写作规范的文,不过不是针对技术同学😂
设计|从设计的基本原则谈公众号排版: https://mp.weixin.qq.com/s/vuiEjhLNbMIixlYnzCGj_A

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/687549

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX