作者：胡子达哈
本文原文：http://huziketang.com/blog/posts/detail?postId=58bd1021204d50674934c3ae
转载请注明出处，保留原文链接和作者信息。每天各种渠道的技术文章层出不穷。一篇文章发现全是正确的废话，另一篇文章发现只适用于某些特殊情况，另一篇文章被发现是一张广告贴，包装混乱而华丽。最后感触最深——“见得多了，却什么都不懂”。内容好坏，每个人都有自己的品牌，每个人都处在自媒体时代，让每个人每天接收的信息量是以前的一百倍。随着又一波所谓内容付费的浪潮触动人心，有想法的朋友纷纷“下海”，为未来的付费蓝图补上缺口。技术人员也不能幸免，除了Github、知乎、MDN等大平台可以展示自己的技术实力，让业界知道自己的声音。一些新的专业化内容分发平台，成为新的内容填埋洼地。阅读技术文章可以说是技术人员的日常。在平时的学习过程中，除了关注一些大V，学习别人对同一事物的看法外，还经常看一些技术文章。一些新的技术内容分发平台，比如“掘金”、“简书”、“开发者头条”，最近也尝试了很多，但渐渐地，我发现了问题：文章那么多，一个时间看得非常多。一段的时间。累了，静下心来仔细想想，却发现什么都想不起来了。我有什么问题吗？文章有问题吗？内容平台有问题吗？打开“掘金”、“简书”、“开发者头条”等平台（这里不针对任何平台，仅描述现象）。每天，您都会看到大量不同的文章，主题各异，内容深度各异。形形色色的标题会让人产生一种快速享受知识的欲望，渴望一口吞下所有的内容。但是这时候，问题就来了。看完一篇文章，你会发现文章内容的质量与标题的预期相去甚远。一个很普遍的现象是，这种期望的作者会详细讨论标题中介绍的技术并亲自实践，以得出一般性的意见或见解。其实文章内容是官方文档的部分翻译，或者说是“大神们”的经典经验摘录。此类讨论的结果往往导致逻辑不严密、语无伦次，即使说的是同一件事，读者也很难理解。在我看来，作者的个人观点和尝试更有意义，分享自己的亲身经历，帮助后人少走弯路。一个坑可能困一个人1小时，但分享出来后，可以节省1万人的10000小时。多么有价值！但是，以标题见长的文章，可能会增加点击量，但其价值却不值一提。整体的文章可能是零碎的知识拼凑起来的，对个人能力的提升或者视野的拓展作用不大。如此一来，内容应接不暇，鱼龙混杂的原因自然不在平台这边，而是出在什么地方？不言自明。内容为王内容为王，其本意是内容，优质的内容。优质内容往往是稀缺的，而大部分稀缺资源都有稳定的发行渠道，投机时会飘忽不定。我理解的优质内容其实包括两层含义：主观优质内容和客观优质内容。什么是主观上高质量的内容？说白了，就是适合自己的，自己喜欢的；说白了就是智能推荐。根据你的历史阅读记录，通过机器学习算法可以了解到你的偏好，包括：文章类型、标题类型、关注领域等。这就是机器学习的好处，可以将各种影响因素整合到一个模型中，综合决定是否向您推荐这篇文章。而且随着你阅读的文章越来越多，你给自己贴上的标签也会越来越精致。所以这个时候，系统给你推荐的内容自然是对你来说“优质”的，是你喜欢的。前头条在这方面可以说是国内首创。整个推荐模型有上亿维度、上百台机器支撑。其实平心而论，当时头条的推荐体验还是不错的，但现在头条的商业性逐渐变强，推荐的用户体验可以用嘿嘿这个形容词。什么是客观优质的内容？意思是真正的好文章，干文章。要么是自己的经验总结，要么是自己的技术感悟，要么是常见技术问题的解决方案。这里我强调第三点。通篇介绍作者对某项技术的看法和实践经验，非常有价值。比如一个新事物出来，第一个吃螃蟹的一定有坑在等着你。踩坑和爬出坑的过程就是学习和成长。但同一个坑，还是会掉进成千上万的人。那么此时总结的文章就是干货，好文章。举个不恰当的例子，当我用ReactNative写一个App的时候，我要加载一个很长的列表。RN自带的ListView没有使用Recycling，导致RN无法使用大数据的长列表。那么你的app就会消耗大量的内存，结果不言而喻。而且这个问题也没有官方的解决方案。（这里是issue：[[ListView]rendersallrows?·Issue#499·facebook/react-native·GitHub](https://link.zhihu.com/?target...)。为什么不合适比如说，因为我没有解决方案，也没有官方的解决方案，我只是把问题推出去，免得后人挖坑。如果这个问题描述结合上面的一个有效的解决方案，那么这是一个极好的文章。在RN社区广泛传播并不为过。这两篇就是我所说的高质量文章，而对于技术人员来说，客观上高质量的内容显然更真实。找到一个好的阅读方法“不要”不要用战术上的勤奋，来掩盖战略上的懒惰”，这句话用在这里也很贴切，一天看十篇八篇问题不大，感觉收获颇多，但其实做不到回忆很多内容。这种情况的知识习得其实是潜意识懒惰的表现.连跟人交流都说不出来，更别说实际应用到项目中了。那么什么是好的阅读方式呢？我们一直在谈论它，从泛读到精读再说说学习。三烂街的概念我就不说了。我个人不提倡泛读。上述情况属于泛读范畴。技术文章恰恰是最不适合泛读的。一类，因为广泛阅读的目的一般是为了扩大自己的视野和知识，而技术文章更多的是对某项技术的探讨、分析和实践。讲道理，这样的文章适合精读甚至研究。但这并不意味着泛读在这里无效。前面说了，文章那么多，怎么才能从那么多文章中挑出适合自己精读的呢？这就是泛读对阅读技术文章的作用。价值表达。通过广泛阅读，找到适合自己的一篇或几篇文章，为深入做好准备；通过精读，掌握原理和实践方法；阅读一篇文章是值得的，即使是几天。我的结论是，与其匆匆看花，不如退而结网。当然，每个人的阅读习惯不同，产生的效果和效用也不同。我只表达我个人的方法。对于读者来说，本文只是表达了我的一些观点和方法，也属于“可能是正确的废话”的范畴。让我们阅读并思考它。对于这个问题，每个人都有自己的烦恼，有时甚至连点文章都不受自己理性的控制。如果您有什么意见，欢迎与我交流。让我再告诉你真相。读到这里大约需要6分钟。如果你也见过这个，想想你用了多久。看这篇文章的时候，是不是还跟以前的阅读习惯一样？不管怎样，看完这篇文章，如果你有一丝调整阅读方式的念头，那也是一种幸事。用一句流行的话来结束这篇文章：我说的都是错的。大家下次见。后记：不少读者对文章进行了回复，表达了对文章的不满。这篇文章是那种没有营养，没有技术含量的文章。确实，我同意这部分读者的意见。这篇文章内容确实空洞，技术含量低，没有体现技术层面。其实这只是我的一点思考和感悟。我在这里多说几句。对于阅读习惯，因人而异，不同的人有不同的阅读方法。很赞同掘金Kalasoo的说法：好坏无所谓，适合自己的才是最好的。如果看完这篇文章，你能反思一下自己的阅读方式和习惯，提高自己，那么这篇文章也算有点小成功了。我自己的文章，不管是入门教程还是进阶经验，都会以内容作为文章好坏的标准。我的文章会同时发表在我的个人博客和知乎专栏。欢迎大家关注我的知乎专栏。目前正在写一本书《React.js 小书》，对React.js感兴趣的童鞋们，欢迎指教。
