博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
如何估算文章阅读时长?
阅读量:6282 次
发布时间:2019-06-22

本文共 657 字,大约阅读时间需要 2 分钟。

hot3.png

简评:包括 Medium 在内的很多阅读类网站或 App 都有阅读时长的提示,那么这个数值是怎么来的呢?

早些时候,阅读类平台还在野蛮生长。

Medium 的工程师写着代码的同时,也在阅读自家平台上的内容,有些文字作品篇幅比较长,他们不得不一直滚动屏幕到最后,看看到底有多长。

工程师们把酸痛的手指从触摸板移开,坐下来设计了一个算法,于是阅读时长就此诞生。

输入图片说明

呐,其实一个简单的数学公式就可以了:

阅读时长 = 总字数 ÷ 平均阅读速度(275 wpm)

在此基础上,再给每一张图像 12 秒的时间。

注:wpm,全称为 Words per minute

随着平台的发展,越来越多的文章图文并茂。而原来的阅读时长是以漫画等「要看得比较久」的图片为基准,如果以原来的算法计算,那一篇包含 140 张图片的文章阅读时长会高达 87 分钟,这显然不合理。

因此,图片的读取时间修正为第一张 12 秒,第二张 11 秒,依次减少 1 秒到第 10 张之后,每张以 3 秒计算。

设置阅读时长的原因其实很好理解,这样用户就可以方便地把握阅读的时机 —— 是在等公交的时候看,还是先收藏起来一会儿再看。

当然,所有阅读时长的设置前提都是 —— 估算

除了文字和图片,现在的内容型产品已经在主推视频了。视频的时长也即播放时长,不过阅读文字和观看视频是两种截然不同的输入方式,所以在此就不冗述了。


Reference:

More:

转载于:https://my.oschina.net/jpushtech/blog/1824313

你可能感兴趣的文章
【数据库优化专题】MySQL视图优化(二)
查看>>
【转载】每个程序员都应该学习使用Python或Ruby
查看>>
PHP高级编程之守护进程,实现优雅重启
查看>>
PHP字符编码转换类3
查看>>
rsync同步服务配置手记
查看>>
http缓存知识
查看>>
Go 时间交并集小工具
查看>>
iOS 多线程总结
查看>>
webpack是如何实现前端模块化的
查看>>
TCP的三次握手四次挥手
查看>>
关于redis的几件小事(六)redis的持久化
查看>>
package.json
查看>>
webpack4+babel7+eslint+editorconfig+react-hot-loader 搭建react开发环境
查看>>
Maven 插件
查看>>
初探Angular6.x---进入用户编辑模块
查看>>
计算机基础知识复习
查看>>
【前端词典】实现 Canvas 下雪背景引发的性能思考
查看>>
大佬是怎么思考设计MySQL优化方案的?
查看>>
<三体> 给岁月以文明, 给时光以生命
查看>>
Android开发 - 掌握ConstraintLayout(九)分组(Group)
查看>>