如何写一篇垃圾的技术文章

蚊子前端博客
发布于 2020-09-11 16:12
很多写博客的人,经常会想着如何写出一篇好的技术文章,那么知道了什么是垃圾的技术文章后,虽然暂时写不出好的文章,但至少已经不是垃圾的文章了

很多人都从“如何写一篇好的技术文章”的角度,分析了很多。我这里从另一个角度,来说一下如何写出一篇垃圾的技术文章。

1. 抄袭或者复制粘贴

完全把别人的文章粘贴过来,或者只复制粘贴其中的某一部分。并且对复制过来的内容,完全不理解,只是觉得好而已。当用户有疑问想要咨询的时候,完全不理他,毕竟把文章抄袭过来,指向要多赚一些流量而已。

比如可以这样:

抄袭或采集别人的文章-蚊子的博客-蚊子的前端博客

2. 言之无物

说了一大堆理论,虽然看着内容很多,但最终可以不知所云,让读者最后啥也不知道,完全不知道讲了什么。

例如今年 2020 年的浙江高考作为《生活在树上》中写到的:

现代社会以海德格尔的一句‘一切实践传统都已经瓦解完了’为嚆矢。滥觞于家庭与社会传统的期望正失去它们的借鉴意义。但面对看似无垠的未来天空,我想循卡尔维诺“树上的男爵”的生活好过过早地振翮。

用在树上的生活方式体现个体的超越性,保持婞直却又不拘泥于所谓“遗世独立”的单向度形象。这便是卡尔维诺为我们提供的理想期望范式。生活在树上——始终热爱大地——升上天空。

文章中虽然引用了多个名人的名言,但不乏各种生僻的词汇,令人晦涩难懂。读起来觉得高大上,但又不知道在说什么。

技术文章也是同理,可以用上各种的新鲜词汇,包括但不限于:

  • 人工智能;

  • 互联网思维;

  • 孵化器;

  • 平台战略;

  • 颠覆式创新;

  • 多重容灾、负载均衡;

  • 私域流量;

让读者读起来,可以莫名地感叹:“哇”,“太牛逼了”,“真厉害”……。

3. 结构混乱

大部分好的文章都是“总-分-总”的结构。开头点题,说明当前文章的本意;中间部分剖析问题并提出解决方案;最后部分进行总结并升华主题。

那么一篇垃圾的技术文章,必须不能按照这个结构来写。

  1. 我们可以只说遇到了什么问题,或者解决后有多好,但不说解决方案,让用户抓耳挠腮,自以为找到了答案;

  2. 只说解决方案,但不说解决了什么问题,比如可以直接贴一段代码,不用解释每行都是干嘛的,让读者自己理解去,理解不了,就是他的能力差;

  3. 前后文逻辑不通,东扯一句,西拉一段,想到什么写什么;

  4. 满屏的错别字,有的因为错别字完全变成了其他的意思;

  5. 全是文字,也没有流程图、结构图之类的;

通过上面的几个准则来写作,一篇满满的垃圾技术文章,已经要呼之欲出了。

4. 没有验证过的代码或方案

代码是在写文章时,临时写的,不用验证,肯定没问题。有些技术方案,都是我脑子一热想起来的,也没有线上的验证,但肯定没问题。

例如这段代码,看看错在哪里了:

COPYJAVASCRIPT

// 这段代码是错误的,请勿直接使用 function getQueryString(name) { const reg = new RegExp('(^|&)' + name + '=([^&]*)(&|$)', 'i'); const result = window.location.search.substr(1).match(reg); return decodeURIComponent(result[2]); }

注意,上面的代码不要直接使用哈,若要使用,可以访问 javascript 获取 URL 链接和 js 链接中的参数

再或者提出了多级缓存的方案,只说大方向,不具体探讨多级缓存是如何搭建的、缓存穿透是如何解决的,命中率如何等。让读者在实际应用的时候,还是无所适从,漏洞百出。

5. 想说明所有的关键点

别人都会把一些关键点搞成一个系列,每篇文章只讲一个关键点。

但我偏要逆势而行,要在一篇文章里,把所有的关键点都说了,每个关键点都解释的不深。或者为了解释某个观点,又引入了其他一堆的观点,但引入的观点也不细讲。

你品 你细品-蚊子的前端博客

到这里,一篇垃圾的技术文章就已经写好了。

标签:
阅读(804)

公众号:

qrcode

微信公众号:前端小茶馆

公众号:

qrcode

微信公众号:前端小茶馆