Telegram RegisterThe public register of Telegram

Channel

codedump的电报频道

@codedump_notes

On this record: Growth · Engagement · What this channel posts · Reactions · Posts · Citations · Cite this entry

5,391subscribers

+8 since we began measuring on 6 August 2026

Risers and fallers across the register · movement among entries of 3,162–10,000.

Register entry

Telegram ID-1001356252119
TypeChannel
Username@codedump_notes
CreatedBetween 1 March 2018 and 30 June 2021— estimated from Telegram’s id allocation, not measured. How this range is calculated.
First recorded6 August 2026
Last confirmed live12 August 2026
Measurements held4
Confirmed unchanged1 time, most recently 12 August 2026
On Telegramt.me/codedump_notes

Growth

5,3825,3915,386.56 August 2026 — 5,383 subscribers7 August 2026 — 5,382 subscribers9 August 2026 — 5,390 subscribers12 August 2026 — 5,391 subscribers6 August 202612 August 2026
4 measurements spanning 6 days, net +8. Dots are measurements; the straight line between them is drawn to join them, not to claim we know the path taken in between — snapshots are recorded only when a count changes, so gaps mean “no change observed”, never “interpolated”. The vertical axis spans 5,381–5,392 and does not start at zero.
Measurement log — every subscribers count we have recorded
Measured (UTC)SubscribersChange
12 Aug 2026, 11:235,391+1
9 Aug 2026, 18:235,390+8
7 Aug 2026, 04:185,382-1
6 Aug 2026, 09:345,383first reading

Engagement

22 posts held, back to 2 July 2026the reader has not yet reached the start of this channel’s public history, so older posts may sit further back, unread. Read across 8 pagesof Telegram’s post history, 20 posts per page.

ERR · 30 days
37.8%
avg views ÷ 5,391 subscribers
Avg views / post
2,040
16 posts measured
Reaction rate
0.319%
reactions ÷ views · ER floor
Posts in window
17
of 22 held

ERR is average views per post over the last 30 days divided by subscribers, the definition TGStat uses, so this figure is comparable with the one you will see elsewhere. It falls structurally as a channel grows: a high ERR on a small channel and a low one on a large channel describe reach mathematics, not quality. We publish the figure and the sample it came from and pass no verdict on it.

ER is defined industry-wide as (forwards + reactions + comments) ÷ views— note the denominator is views, not subscribers. Telegram’s public web preview carries views and reactions but not forward or comment counts, so the reaction rate above is the reactions term only and is therefore a floor: the true ER for this channel is higher by an amount we have not measured and will not estimate. It is computed over the 13 of 16 measured posts that carry a reaction reading, and over those same posts' views.

What these figures were computed from
WindowRolling 30 days · latest post in window 11 August 2026
Posts held22 (2 July 202611 August 2026)
Views total32,614
Reactions total88
Forwards / commentsnot exposed by the public surface — not measured, not estimated
Readings taken12 Aug 2026, 04:20 UTC

Views are a single reading per post, taken at the time above. A post published in the last day or two is still accumulating views, which pulls the 30-day average down slightly. That is a property of the standard definition rather than a fault in it, so we keep the definition rather than “correcting” the number into something nobody can reproduce.

Precision. Telegram publishes view counts on its public widget in short form — 8.12K, 3.7M — so any reading at or above 1,000 reaches us rounded to three significant figures, and only counts below 1,000 are exact. Averages and rates derived from them are shown to the same precision rather than to the unit: a figure like 3,701,250 would assert digits nobody measured.

Reaction counts are published per emoji and rounded the same way, so a total below 1,000 is exact and a larger one is a sum that may carry a rounded component from each emoji above 1,000. Because it is a sum, it does not look rounded — read a large reaction total as three significant figures per contributing emoji rather than as the figure it prints.

What this channel posts

Video runtime
26s
Average length
26s

Measured directly from 1 video with a duration reading, out of the posts we hold for this channel — not this channel’s whole posting history, only the sample this register has actually read. An exact reading to the second, taken from the post itself rather than from Telegram’s own rounded chrome, so it carries no mark.

Reaction mix

134 reactions across 16 posts, in 9 distinct kinds. The most used accounts for 59.0% of them.

Every reaction kind recorded on the sample, most used first
ReactionCountShareShare, drawn
7959.0%
👍1813.4%
🥰1511.2%
🐳75.22%
🌚42.99%
🤔42.99%
🤣42.99%
👏21.49%
😁10.746%

No sentiment is inferred, and none should be read in. This table is ordered by count and by nothing else. Emoji do not carry stable meaning across languages or communities — 🙏 is thanks in one channel and mourning in another — so we publish which ones were pressed and how often, and pass no judgement on what an audience meant by them.

Precision. Telegram publishes reaction counts per emoji and short-forms each one — 4.34K, 1.2M — so any single kind at or above 1,000 reaches us at three significant figures, and only counts below 1,000 are exact. The shares above are ratios of those figures and carry the same error. This is also why the total here can differ slightly from a reaction total printed elsewhere on the page: both are sums of the same rounded parts, taken over samples with different edges.

Coverage. Reactions were read on 16 of the 22 sampled posts in this sample. Summed by Telegram’s own count on each post — not by adding up the per-emoji breakdown above — those same posts carry 134reactions in total: the kind of figure the paragraph above means by “a reaction total printed elsewhere on the page”.

Measured over the 22 most recent posts we hold, published 2 July 2026 to 11 August 2026, using the newest reading held for each. Telegram Stars are excluded: they are a payment, not a reaction, and they have their own section.

Recent posts

11 Aug 2026, 09:20 UTC≈1,030 views9 reactionsread 12 August 2026
Photo

#开源项目 #人工智能 我正在做的一个开源项目docq:一个基于本地文档的问答引擎。 考虑这样的场景:在本地目录积累了很多私人文档,突然想起来某个问题,又不知道具体在哪个文件(甚至可能是需要结合多个文件)和答案。这时候就可以利用这个本地文档问答引擎来提问。也就是说,这个本地问答引擎,可以基于本地的一大堆文件,提出问题并且得到回答。 市面上有类似的产品吗?比如anythingLLM,它是将一个特定的文档拖到它的UI界面再进行提问,也就是说,此时要求用户清楚知道答案在哪个文档里面再进行提问;再比如开源的 qmd,它更像是一个“语义搜索版本的 grep”,提供的是搜索功能,而不是回答。 除此以外,这个产品是完全离线的,第一次使用时会把需要用到的embedding、reranker、推理模型下载下来,绝不上传用户的文档到云端,保证安全和隐私。默认采用的几类模型是:embedding(Xenova/bge-small-zh-v1.

9

Signed 老C

10 Aug 2026, 02:29 UTC804 viewsread 12 August 2026

#开源项目 #Linux 开源 Linux 教程:《Linux Basics for Hackers》

Signed 老C

3 Aug 2026, 03:57 UTC≈2,320 views5 reactionsread 12 August 2026
File

#分布式 #图解分布式系统原理 《图解分布式系统原理》在小报童上线,本系列的完整初稿全部在本人博客公开。 付费专栏提供的是排版后的精美pdf版本的下载,在pdf版本中:润色了文字,对比博客初稿多出了前言、目录、参考文献。 选择小报童的原因是因为跟微信强绑定,对国内的读者而言相对友好。附件提供了pdf版本的样章,有兴趣的读者可以看看。

5

Signed 老C

2 Aug 2026, 02:32 UTC≈1,550 views1 reactionsread 12 August 2026

#分布式 #Raft 《EzRaft: 100 行写一个分布式 KV 存储》

👍1

Signed 老C

2 Aug 2026, 02:21 UTC≈2,190 views2 reactionsread 12 August 2026

#sqlite 《How We Built a Zero-Disk, S3-Tiered Storage Engine for SQLite》 如何给 sqlite 加上远程备份一直是一个热点问题,这个文章提供另一种思路:通过 sqlite 的 VFS 接口,给 sqlite 的数据存储提供冷、热分层存储。

👏2

Signed 老C

1 Aug 2026, 14:31 UTC≈2,080 views5 reactionsread 12 August 2026

#播客 #人工智能 #AIInfra 《对游凯超3小时访谈》 《深度对谈 vLLM 团队:如何从零搭建一个成功的开源生态》 这两个播客质量不一,前者更好更专业,后者由于出自真格基金,主持人的提问和思考跟不上。时间如果有限,听第一个即可。

5

Signed 老C

30 Jul 2026, 06:47 UTC≈1,530 views3 reactionsread 12 August 2026

#分布式 #数据库 《Bigtable 二十年:架构的不变与变》

3

Signed 老C

28 Jul 2026, 04:22 UTC≈1,770 views11 reactionsread 12 August 2026

#人工智能 传统的软件行业,是有“边际效益”的:成本主要集中在软件开发期内,开发完毕之后,同一份软件给一个人用和给一万个人用,成本差不多。当然,如果是互联网行业的软件,多一个用户会多一些带宽和存储成本,但是总体而言,多出来用户之后的成本可以认为是满足边际效应的。 但是如今大模型领域则不是这样。姑且把大模型领域分为训练和推理两个阶段,前期花费大量成本训练模型完毕了还不算,模型部署上线后,推理的成本是实打实的:多一个用户的请求,就多一份不能被忽略的推理成本。 从这个意义上来说,就现阶段而言,模型推理服务(Model As A Service,MAAS)其实更像是制造业。区别在于:传统制造业,原材料和产出物,都是实体;而模型服务,输入和输出,是虚拟的数字物件token。

11

Signed 老C

27 Jul 2026, 04:34 UTC≈1,760 views6 reactionsread 12 August 2026

#数学 周末看了两个科普挂谷猜想的视频:李永乐老师的《挂谷猜想究竟是什么》,《一口气看懂王虹获菲尔茨奖》,个人觉得后者更好,有动画解释。勉强看懂了一些二维空间下的解释。 另外,也是从这个视频里,知道了豪斯多夫维数 。我们经常说的二维空间、三维空间指的是拓扑维度或者几何维度,这些维度都是自然数。而拓扑维度在描述分形的时候就遇到了困难,于是引入了这个豪斯多夫维数,它并不像拓扑维度一样总是自然数,而可能是非整数的有理数或者无理数。具体可以看上面第二个视频的解释。

👍5🤔1

Signed 老C

27 Jul 2026, 03:54 UTC≈1,550 views8 reactionsread 12 August 2026

#数据库 PGSimCity - PostgreSQL 工作原理可视化解析 PGSimCity 是一个 PostgreSQL 数据库引擎的 3D 可视化模拟工具,将数据库内部机制映射为一座虚拟城市,便于用户理解。它展示如 TPS、缓存命中率、WAL 流量等关键指标,并允许用户自定义事务频率、读写比例等参数,模拟数据库性能变化。用户可通过回放控制、交互建筑和预设场景(如检查点风暴、缓存激冷等)深入观察 PostgreSQL 的内部运作,包括缓冲池、检查点进程、自动清理与复制机制。该项目主要用于教学与原理展示,参考了大量权威资源,包含一个 4 分钟的引导教程,目前仍为早期原型。

8

Signed 老C

24 Jul 2026, 03:16 UTC≈1,720 views13 reactionsread 12 August 2026

#人工智能 《Clean Code for AI Agents》 这篇文章讨论了在2026年,当代码的主要读者从人类程序员转变为AI代理(如Claude Code、Cursor等)时,《Clean Code》原则需要如何重新排序和调整。 AI代理有独特的技术约束——上下文窗口有限、文件截断、依赖grep导航、每次工具调用都消耗token和延迟。因此,传统的代码整洁原则需要按新的优先级重新整理: 最重要的原则:小函数和小文件(适配代理的一次性读取)、单一职责(方便隔离推理)、独特有意义的命名(grep友好)、带原因和背景的注释(代理爱读注释,且不应被删掉)、显式类型(避免类型推断错误)、DRY(防止代理漏改重复代码)、可无头运行的测试(TDD成为技术义务)。

🐳76

Signed 老C

Showing the 12 most recent of 22 posts we hold for @codedump_notes. View and reaction counts are the latest single reading for each post, not a live figure, and a recent post is still accumulating both. A view count marked was rounded by Telegram before we ever saw it — t.me prints views in full below 1,000 and to three significant figures above, so ≈1,200,000 means somewhere between 1,150,000 and 1,249,999. Unmarked counts are exact. Text is reproduced from the public post preview and truncated for length.

Citation-graph rank

Citation-graph rank — 331,489 of 1,176,251entries in the measured graph. A weighted position computed from the forward and mention edges below — republished posts weigh more than named mentions — and recomputed periodically, over the whole graph. Published only as this ordinal position, never as a score: a position is a fact, and a score printed beside one channel’s name would read as a verdict this register does not make. The two counts beneath stay separate for the same reason mentions are never summed with forwards anywhere else on this page — a named-by count costs nothing to manufacture. The top 100 by this measure, or how it is computed.

Forward network

Built only from forwarded posts we have actually read, on both sides. Coverage is early and deliberately incomplete: a missing link means we have not read the post that would prove it, never that the relationship does not exist. Counts are distinct forwarded posts observed, so they only ever go up as we read more.

Mentions

Named by 2 registered channels — every channel on the register whose own posts have named this one, by its current username or any other username it currently holds, merged from two separately captured readings of the same fact so a namer caught by only one of them is not missed and a namer both caught is not counted twice. A username this channel has since dropped is not matched — that handle may belong to someone else now, and crediting today’s namer to yesterday’s owner would misattribute it.

A mention is a weaker signal than a forward and is counted separately for that reason — naming a channel is not republishing it, and a handle in a post body is easy to place deliberately. The post counts beside each row below are distinct posts in which the handle appeared, from posts we have read on both sides — the “Named by N registered channels” figure above is a different count, of distinct NAMING CHANNELS rather than posts, and is not the sum of the rows under it.

Cite this entry

A live page changes as we take new readings, so a citation should name the measurement it is based on, not just the URL. The line below cites the subscriber count as measured 12 August 2026 — this entry's latest reading, not the date you are reading this.

“codedump的电报频道” (@codedump_notes), 5,391 subscribers as measured 12 August 2026. Telegram Register, tgregister.com/channel/codedump_notes.

Full measurement history, CC BY 4.0. Every reading this register holds for this entry, not just the latest one, as a dated, downloadable record: CSV · JSON. Free to use with attribution to tgregister.com. Each file carries its own generation timestamp, which is the figure to cite for exactly when the data was retrieved.