个人建议-怎样写出一篇好文章

1.前言

写文章有几个月了，之前跟几个作者交流写作的方式，有几个作者说自己不知道怎样写好文章，有两个还说，自己写的文章，即使是自己读也是感觉不通顺，但是不知道怎么改！见这样的情况，我今天就说下对于写作方面的个人建议，希望能帮到大家。关于这篇文章，我也是以一个写作新手的角度来写，如果大家有什么写作上的建议或意见，欢迎指点。

1.写文章是个技术活，也是个体力活。一篇文章一般要花3-6小时，我试过两三篇文章写作总时长超过12小时。至于为什么还要写文章，为什么还推荐写文章，大家参考这几个资源（一个程序员的自白：我为什么写博客，作为程序员,坚持写博客对我们有什么好处?，技术人员为什么要写博客？，作为一个程序员我为什么要写博客？），相信大家就有说服自己写文章的理由了。就我自己而言，写文章是为了学习，总结，认识更多志同道合的开发者，和开发者交流技术，互相学习。
2.希望大家能多理解下作者，像上面所说，写文章很累，需要坚持。如果作者的文章质量不好，可以心平气和的指出错误或者提出建议，不建议说过激的话。如果觉得作者的文章有用，一个赞，一个收藏，一句谢谢，就是对作者一个很大的鼓励！如果发现有抄袭文章的行为，也建议第一时间举报或者联系社区的管理员处理。

2.文章主题

首先说下文章类型方面，参考phodal的文章（文章的类型）和自己的总结。技术博客主要有4中类型：

技术型：内容主要是写语言，框架，库，工具等的一些总结，细节描述，易错点，写作技巧，规范操作等。

项目总结型：内容主要是在开发项目上遇到的问题的总结，开发项目的教程，从开发项目中的收获等。

资源分享型：整理自己所知道的资源，分享出去。

杂谈型：包括行业资讯，技术趋势，职业规划，发展建议，个人经验总结等。

技术细节型和项目总结实践型的文章，是读者可以直接从文章中学到知识，有收获的文章，也可以让文章和作者和读者就行技术上的交流。是社区数量比较多的文章，也比较受欢迎的文章。

资源分享型的文章就是直接把自己接触过的资源进行一次整理和分享，让读者也可以从中获益。这样的文章，干货虽然不少，但是存在一种情况：很多读者收藏了但是没看过！

杂谈型的文章，就是讲自己在各方面的一些感悟，给出建议。可以给到读者一个指点和开导的作用！

然后就是关于写作的内容方面，这个没什么可说的，就是得有东西写。如果凑文章数或者人气而强制写文章的话，可能得到的是适得其反的效果，因为强制写文章，会导致文章的质量很难得到保证，文章质量得不到保证，给用户的印象也不好，会让用户贴上水文作者的标签。

3.标题

有了主题内容，就得想下怎么起标题了，标题可以说是一个门户的作用，是让读者了解到文章的内容主旨的一个标识。如果标题起得不好，别人点进来的欲望都没有多少，试问如何吸引读者点进去观看，即使是文章的内容质量很好。标题方面，我建议的起法是明确，简练！

我比较反感的标题类型和社区存在情况比较多的标题类型，莫过于过于夸张的标题了---相信大家看文章都有看到过很章标题：‘史上最全XXXX资源’，‘史上最详细XXXX’，‘最好XXXX资源’，‘包教会XXXX’这些文章’，‘学XX，看这篇文章就够了’。这些文章的标题，怎么说呢，万一不是最全，最好，包教会呢？那么文章不就是变成吹牛逼的标题党了？就算文章真的是干货很多，怎么知道自己发的资源是最全，最好，包教会？万一有别人的比你的更好，那么文章不也就是变成吹牛逼的标题党了？这个情况，在社区上很常见，先不说文章质量好不好，但我还是建议谦虚些！

其实不止于社区的博客文章，书籍也有这样的情况。引用phodal的说法（程序员为什么值得写博客）：刚开始学编程的时候，更吸引你注意力的可能是《72小时学会Javascript》，而不是《Javascript 权威指南》，兴许让你买前者的原因是因为你能看懂前者，而后者不仅看不懂，而且价格更贵。只是一年以后，《72 小时学会Javascript》被你扔到了垃圾箱，而《Javascript 权威指南》却放在了原来放那本书的位置上。

还有一个比较反感的标题类型是指向不明确的标题，但这请况比较少：我还有点印象的标题大概是‘Class，这个很难的？’。这里到底指的是哪里的class？样式表的class?php的class？还是java的class？‘不常用却很有用的事件盘点’。这个又到底是什么事件？ajax的请求成功失败等事件，还是鼠标，键盘等操作事件？

有一个建议就是：如果是转载的文章，可以在标题前面加上【转】，翻译的文章在标题前面加上【译】

4.结构

有了写作内容，起好了标题，下面就是文章的结构排版了。关于排版我个人习惯是前言--主体内容1--主体内容2--主体内容n--小结/未完待续/未来展望/或者其它。这个并没有一个规范，只是一个个人建议。

4-1.前言部分

在博客文章里面，前言一般用以说明文章主旨或写作目的。也可以说是摘要，概括性的说明文章的内容，或者加上为什么要写文章，文章适合什么人看等内容！

4-2.主体结构

主体结构这个，怎么说呢，就是结构节点该父子关系，就父子关系，该兄弟关系就兄弟关系！比如下面这个

‘文章的类型’应该和其它的几个选项是兄弟关系，结果这里就直接把其他的节点变成了‘文章的类型’的子节点

4-3.结尾部分

这个一句话说明就是：文章后进行的概括性的总结。总结里面可以加上，写文章的各种感想，写文章的目的，和读者的一些互动等内容！

4-4.其它注意事项

排版混乱

这个常见于一种情况就是字体的大小，有些文章，子级标题的字体比父级标题的字体还大。或者就是子级父级关系混乱，序号混乱等。如下图

1.‘过渡’应该是在css3集合下面的，而不是在html5下面
2.html5前面居然加了序号，css3前面也应该加，而且要和html5的衔接

首尾不衔接

这种事什么请款呢，我看过一篇个人2016总结的文章，结果是怎么写的呢？目录大概是：第一份工作--面试总结--第二份工作--受到offer的心情--现在的工作--未来展望。

这个目录当时看的感觉也是跳了几次。首先一开始就开门见山，直接说：‘我的第一份工作······’，当时看得我有点茫然，不过习惯就好。看完了‘第一份工作’，然后毫无征兆的直接跳到‘面试总结’，这部分的内容还包括第二份，第三份工作的面试。然后又毫无征兆的跳到了：‘我第二份工作······’。后面也是这样跳。我当时不知道怎么看完这篇这篇文章的。这种记叙性的文章，建议先把时间线的内容按照时间发展写完再写总结性的东西。不然看的感觉很跳。而且，最好有一点承上或者启下的语句：‘第一份工作做了一年，就辞职了找了第二份工作。’，‘说完html5，下面说下css3。’，给读者一个心理准备。

避免一个很长的段落

这个应该是一个需要注意的地方，如果一个段落很长，读者读起来会很累。如果有一个很长的段落，可以尝试下把段落分几段。分段的时间，也可以让读者稍微休息下（因为读者的阅读的习惯就是，一般是读完一段再休息下，比如眨下眼睛，做下放松动作等。如果一个段落很长，读者读完就会很累）。另外一个就是在段落和段落之前增加一个空白的段落，这样是为了让读者更明了的知道这里是一个段落。

5.其它

5-1.版权说明

相信大家都知道，如果开源的项目，很多都是有引用，化用，参考，借鉴其它项目的代码。但引用，化用，或者参考了哪些项目的代码，是要声明参考了哪些项目的代码，或者也加上原作者。写文章同样，也要从其他地方引用，化用，参考，借鉴内容，从哪里引用，化用，或者参考了内容，也要声明出处的。我这篇文章我引用phodal的内容，我也一一指出。虽然这写文章不像是商业用途授权一样，没有法律强制要求，声明但这是对原创知识的一种尊重！（如果自己只是参考别人的思想，然后按照自己的思想表达出来，可以不声明，说是自己原创的！）