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

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的内容,我也一一指出。虽然这写文章不像是商业用途授权一样,没有法律强制要求,声明但这是对原创知识的一种尊重!(如果自己只是参考别人的思想,然后按照自己的思想表达出来,可以不声明,说是自己原创的!)

声明的位置建议在文章的开头或者结尾的明显位置,如下图

不建议不明显的声明,如下图。这种很容易让误导读者以为这个是转发者的原创文章,也有点不尊重版权的意思!

在社区写博客文章,一般就是符合我国《著作权法》--‘为介绍、评论某一作品或者说明某一问题,在作品中适当引用他人已经发表的作品;’的情况,就是说这些情况是合理的使用范围,可以不经原作者的许可,只要注明引用来源、原作者就不是违法行为。而且一般而言,我们也不知道原作者对转载的态度和是否公开版权。但是,如果引用的内容用作商业通途或者其它利益关系,原作者如果追究可能会负侵权责任。即使加了‘侵删’,‘图侵删’等字样也不会免责!

大家也得注意‘引用’和‘转载’的区别。引用是引用文章一部分内容,转载是原封不动的把文章第二次发布。转载是要经过原作者同意的,如下!

5-2.代码显示

这里应该是一个细节问题,代码尽量贴完整的代码,不要贴压缩过的代码,没可读性。如果是可以让别人引以致用的代码,不要通过截图的方式显示代码!代码应该加上注释,因为在文章贴出来的代码要尽可能的保证别人能看懂,所以注释不能少!

5-3.读者反馈

一篇文章,不是发完了就完事了,还要接受读者的建议。我基本每篇文章的开头或结尾都会加上类似:‘如果觉得文章有什么地方写错了,哪里写得不好,或者有什么建议,欢迎指点。’,‘如果有其他的写作技巧,实现方式,其他资源,欢迎分享’等这些话。这样可以让大家交流意见,指出自己的不足,相互帮助,相互进步。这也是我写文章的一个目的!

如果条件可以,也可以建立一个读者,作者群进行交流,如果抛物线大佬一样。我不是安卓开发,跟抛物线没有接触,但是他的强者传说我倒是有耳闻。只是我的人气远远没有他那么大,建试读群估计也是冷清度日,所以我没弄,以后或许会建群,现在只是利用文章的评论功能进行交流!

5-4.收集灵感

很多会遇到过,想写文章,但是没有灵感,不知道该写什么。或者就是一会有灵感,一会没灵感这些情况!面对这种情况,我建议就是,把平时想写的文章,都记录在草稿箱里面,等有灵感的时候就写,把灵感收集起来,直到把文章写完,发布。

1.写文章最好收集好灵感,然后一气呵成的写,自己再进行阅读修改,不太建议就是今天写一点,明天写一点,后天写一点这个写作方式,这样思维断了,下次继续思维,可能会导致文章不通顺,时间花得也更多!

2.草稿最好备份到本地,在线编辑完了,把内容拷贝到本地备份。这样就不担心草稿丢失了!(我试过丢失三次草稿,超过15000字!虽然有时候把丢失的草稿重新写,感觉比之前写得更好,但是不是每次都是这样的情况,而且体力和时间成本太大了,建议还是保存本地)

6.小结

好了,关于写作方面的建议就说到这里,我写过很多文章,但是文章感觉也不是很好,还在进步中。就社区写文章而言,不需要像高考作文那般的格式,但是期待的就是文章通俗易懂,条理清晰,让读者看得轻松,看得懂。最后如果大家有什么写作的建议,想法,欢迎在评论区评论,指点迷津,大家互相帮助,互相进步。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏BestSDK

用户为王(二)

"如果说你的桌面是一座城堡,那么应用就是城堡里挂着的画" 当前的几大手机操作系统把每个服务都区别开来。用户下载下来放在桌面的每个应用都和其他应用没什么联系。所以...

2946
来自专栏大前端开发

《大前端开发》培训2周小结

经过两周的培训,以及大家的努力,每个人的成长都非常的快。零基础的同学也已开始对HTML、CSS以及JavaScript有了比较形象的认识,开始建立起了编程思维,...

1012
来自专栏ThoughtWorks

弯道超车!后端程序员的Angular快速指南|TW洞见

今日洞见 文章作者、图片来自ThoughtWorks:汪志成。部分图片来自网络。本文版权属ThoughtWorks公司所有,如需转载请在后台留言联系。 友情提示...

31810
来自专栏JAVA高级架构

海淘平台架构实践

随着互联网的发展,电子商务在全社会的深入普及,中国网购用户强大的消费能力已经不止满足于天猫、京东、淘宝等购物平台。据相关报道,目前国内中产阶级人数已过亿。其中一...

1553
来自专栏Material Design组件

提升用户产品体验的40个产品设计规范

作为一名初级产品狗,原型和prd是基本功。在和竞品需求相同的情况下,产品的很多设计细节让产品产生了不同的差距。从字体颜色位置到核心流程,不同的产品设计方式让用户...

3022
来自专栏葡萄城控件技术团队

Wyn Enterprise 核心功能:行业领先的在线数据报表设计体验

Wyn Enterprise 将 BI 和报表融为一体,创新性的在线报表设计功能,提供类似微软 Office 产品的使用体验,功能丰富却极易上手。对软件公司而言...

1810
来自专栏腾讯社交用户体验设计

见微知著,谈移动缺省页设计 - 腾讯ISUX

2373
来自专栏JAVA高级架构

两个月拿到N个offer,看看我是如何做到的

1681
来自专栏web前端教室

【不理解】学习前端开发的路上,你是自己绊倒了自己吗?

讲课对于我来讲,是以一种半双向的形式,在和学生们做实时的交流。为什么说是半双向呢?

1073
来自专栏jessetalks

初探领域驱动设计(1)为复杂业务而生

概述   领域驱动设计也就是3D(Domain-Driven Design)已经有了10年的历史,我相信很多人或多或少都听说过这个名词,但是有多少人真正懂得如何...

3926

扫码关注云+社区

领取腾讯云代金券