你在 X 后台看到的总曝光,是把发的推和回复的曝光都算在一起的。榜单上的推文曝光只算推文本身,不含回复带来的曝光,所以会比你自己后台的数字少一些,这是正常的。
每天早上 8 点为界。8 点之后你看到的「今日」,统计的是从今天 8 点开始的数据;在这之前看到的「今日」还在攒,数字偏小是正常的。页面每小时重新生成一次,页面更新时间不等于数据截止时间。
X 个人页那个计数器把转发和回复都算进去了,看着虚高。榜单上的发帖量不算转发,也不算回复,只算他自己发的和引用的,所以会比你在 X 上看到的计数小。
一条推的曝光会一直涨。榜单上的曝光是当天新增的部分,不是这条推历史累计的总量。
X 没有公开的评论计数,榜单上的评论数是根据公开数据推算出来的,会有偏差,用来看量级和排序,不要当成精确值。
刚收录的账号需要攒几天数据才能进榜。观察期里看到「暂无数据」或「数据偏少」是正常的,不是出错。
某个账号某天的数据没能凑齐时,这一格显示「无数据」,不会拿旧数字顶上。看到「无数据」就是真的没有,不是零。
健康趋势仅为公开数据层面的走势参考,不代表账号在 X 平台的任何状态判定,一切以 X 官方为准。
| 维度 | 今天 | 昨日 | 7天 | 30天 |
|---|---|---|---|---|
| 推文曝光 | 4.2万 | 739 | 45.7万 | - |
| 发帖 | 8 | 1 | 23 | - |
| 评论 | 0 | 0 | 0 | - |
| 涨粉 | +10 | +14 | +373 | - |
| 帖均曝光 | 2.5万 | 2.5万 | 2.5万 | 2.5万 |
帖均曝光固定是近 7 天口径,不随时间档变。空着的格子表示这个账号在那个时间窗里数据还不完整,不是 0。
工程师永远不会消失,但是工作方式会变化。工具化永远会进化到 roi 低于人力的边界,然后需要更多的人力来补齐最后的缝隙。
必然。以前大家不愿意写 uml 是因为嫌麻烦。现在 agent 来写毫无压力,反而因为表达严谨,可视化好,会成为 agent 和人类的最佳沟通渠道。 而渲染 uml 的最佳阅读器就是 docu.md 😇
这就回到我一直说的脏活理论了。边际成本趋近为零的商业模式是不稳定的,稳定的商业模式一定需要很多人干脏活。能赚钱的企业,一定是能高效管理很多人干脏活。
我好像明白 ai 这些臭毛病是怎么来的了。 现在的 ai 都是闭门做单任务训练,训练的目标要求过于单一,就是任务完成。 于是 ai 尝试过后发现: 1, 无脑 try/catch 最容易通过 2, 不修改接口无脑添加方法最容易通过 3, 到处 fallback 最容易通过 4, 不考虑架构随手胡一个劣质实现更容易通过
我认为人类为人类写文档只剩下很短暂的过渡期了。AI 普及后,信息交换的瓶颈在 AI 和 人,而非人类和人类。没有人类会再去读另外一个人类写的文档了。 因此我坚定地站 PlantUML 这样 AI 可以无脑表达得很好,人类可以一眼看明白的语义绘图方式。
登录后收藏的账号会跨设备同步,换台设备也还在。
我们只保存邮箱和昵称,用来同步你的收藏。