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