很多人都从“如何写一篇好的技术文章”的角度，分析了很多。我这里从另一个角度，来说一下如何写出一篇垃圾的技术文章。
1. 抄袭或者复制粘贴
完全把别人的文章粘贴过来，或者只复制粘贴其中的某一部分。并且对复制过来的内容，完全不理解，只是觉得好而已。当用户有疑问想要咨询的时候，完全不理他，毕竟把文章抄袭过来，指向要多赚一些流量而已。
比如可以这样：
2. 言之无物
说了一大堆理论，虽然看着内容很多，但最终可以不知所云，让读者最后啥也不知道，完全不知道讲了什么。
例如今年 2020 年的浙江高考作为《生活在树上》中写到的：
现代社会以海德格尔的一句‘一切实践传统都已经瓦解完了’为嚆矢。滥觞于家庭与社会传统的期望正失去它们的借鉴意义。但面对看似无垠的未来天空，我想循卡尔维诺“树上的男爵”的生活好过过早地振翮。
用在树上的生活方式体现个体的超越性，保持婞直却又不拘泥于所谓“遗世独立”的单向度形象。这便是卡尔维诺为我们提供的理想期望范式。生活在树上——始终热爱大地——升上天空。
文章中虽然引用了多个名人的名言，但不乏各种生僻的词汇，令人晦涩难懂。读起来觉得高大上，但又不知道在说什么。
技术文章也是同理，可以用上各种的新鲜词汇，包括但不限于：
人工智能；
互联网思维；
孵化器；
平台战略；
颠覆式创新；
多重容灾、负载均衡；
私域流量；
让读者读起来，可以莫名地感叹：“哇”，“太牛逼了”，“真厉害”……。
3. 结构混乱
大部分好的文章都是“总-分-总”的结构。开头点题，说明当前文章的本意；中间部分剖析问题并提出解决方案；最后部分进行总结并升华主题。
那么一篇垃圾的技术文章，必须不能按照这个结构来写。
我们可以只说遇到了什么问题，或者解决后有多好，但不说解决方案，让用户抓耳挠腮，自以为找到了答案；
只说解决方案，但不说解决了什么问题，比如可以直接贴一段代码，不用解释每行都是干嘛的，让读者自己理解去，理解不了，就是他的能力差；
前后文逻辑不通，东扯一句，西拉一段，想到什么写什么；
满屏的错别字，有的因为错别字完全变成了其他的意思；
全是文字，也没有流程图、结构图之类的；
通过上面的几个准则来写作，一篇满满的垃圾技术文章，已经要呼之欲出了。
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. 想说明所有的关键点
别人都会把一些关键点搞成一个系列，每篇文章只讲一个关键点。
但我偏要逆势而行，要在一篇文章里，把所有的关键点都说了，每个关键点都解释的不深。或者为了解释某个观点，又引入了其他一堆的观点，但引入的观点也不细讲。
到这里，一篇垃圾的技术文章就已经写好了。
