什么样的技术文章最受欢迎？答案在这里

做为一个技术人，写了好些年技术文字，要说对“阅读量”不在意，那确定是骗人的。

“内容为王”早已成为历史，“酒香也怕巷子深”的年代，不懂运营的我，仿佛与时代渐行渐远。

前辈指点：标题决定一篇文章的阅读。

前辈说，大众爱噱头，你这篇《运维人必知必会》，谁会看呢？标题要加一些故事性，改成《运维人的婚礼，线上告警了怎么办？》阅读必定更好。

妙！

前辈继续指导，若是改成《技术人的婚礼，新郎竟然当着新娘的面干这种事》，说不定就是一篇10W+。

果真是高人，突然感受本身要学习的地方不少。
接着，我把前辈拉黑了。

初心，写技术文字的初心到底是什么？

让你们有收获。

那什么样的技术文章是好文章呢？

不能光看阅读。

若是是行业精品，是“架构师之路”之外看不到的干货，行业其余专家也承认，说不定会转载。

这里，梳理了最近一年被其余技术公众号转载最多的文章，为将来撰文做指导。

时间跨度：2018.7.1-2019.7.1

转载6次以上的文章：

《离不开的微服务架构，脱不开的RPC细节！》
《关于负载均衡的一切》
《互联网架构，究竟为啥要作服务化？》
《数据库索引，究竟是什么作的？》
画外音：若是被洗稿，则追踪不到。

转载3次以上的文章：

《业界难题，跨库分页的几种常见方案》
《究竟啥才是互联网架构“高可用”》
《这一次，除了骂阿里云，还能作些什么？》
《微服务架构，多“微”才合适？》
《架构，如何进行容量设计？》
《消除单点，一篇搞定》
《分布式事务，原来能够这么玩？》
《MySQL主从延时这么长，要怎么优化？》
《4种事务的隔离级别，InnoDB如何巧妙实现？》
《InnoDB并发如此高，缘由居然在这？》
画外音：垂直长篇单品。

《缓存架构，一篇足够？》
《关于MySQL，你未必知道的！》
画外音：技术文章合集。

《带团队，不要轻易放弃任何一个队友》
画外音：管理类。

《业余时间，决定一我的的成就》
画外音：鸡汤类。

错过了哪一篇？请快速补课。

这些文章有一些这样的特色：
（1）基本是垂直类的，数据库方向的最多，其次是架构类；
（2）长文，一次把一个问题讲透；
（3）阅读每每偏低（在手机上看消耗时间长），不知道你们是否是更喜欢“快消”类文章；

这些文章的撰写难度也是最高的，构思/画图/搞案例/写做/校订/排版，一篇每每得3-5天。
画外音：很奇怪，没有一篇“1分钟系列”转载超过3次，1分钟系列的文章的阅读、好看、评论都比这些文章高，而且1分钟系列的文章写起来更容易。

从此，尽可能往这个方向上靠拢，多输出干货好文。

今年尚未一篇10W+，前辈高手建议的《技术人的婚礼，新郎竟然当着新娘的面干这种事》，仔细想一想，有时候还以为挺悲哀的。
画外音：微信公众号改版信息流后，阅读降低了不少，若是不想错过好文，欢迎你们“标星”。

调研：每一篇，都有收获吗？谢转。