Telegram RegisterThe public register of Telegram
Telegram profile photo for Заметки разработчика

Channel

Заметки разработчика

@code_thoughts

On this record: Topic · Growth · Engagement · Reactions · Stars · Posts · Cite this entry

121subscribers

-2 since we began measuring on 7 August 2026

Risers and fallers across the register · movement among entries of Under 1,000.

Register entry

Telegram ID-1002395192271
TypeChannel
Username@code_thoughts
CreatedBetween 1 September 2024 and 18 December 2024 — estimated from Telegram’s id allocation, not measured. How this range is calculated.
First recorded9 August 2026
Last confirmed live8 October 2026
Measurements held3
Confirmed unchanged6 times, most recently 8 October 2026
On Telegramt.me/code_thoughts

Topic

Technology — a classification, not a measurement. An on-box language model (Qwen3.6-35B-A3B-FP8, prompt version 1) read this channel’s own recent posts on 26 September 2026 and assigned it the closest of 31 fixed categories, at 94% confidence. This is a model’s judgement about what the channel is likely to be about, not a fact this register measured the way a subscriber count or a view count is measured — it can be revised on a later pass, and it carries no weight anywhere else on this page. How this classification works, and why it has no browse page of its own yet.

Growth

1211231227 August 2026 — 123 subscribers9 August 2026 — 123 subscribers23 August 2026 — 121 subscribers7 August 202623 August 2026
3 measurements spanning 16 days, net -2. 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 121–123 and does not start at zero.
Measurement log — every subscribers count we have recorded
Measured (UTC)SubscribersChange
23 Aug 2026, 10:17121-2
9 Aug 2026, 03:16123no change
7 Aug 2026, 15:58123first reading

Engagement

11 posts held, back to 18 December 2024 — the reader has not yet reached the start of this channel’s public history, so older posts may sit further back, unread. Read across 1 page of Telegram’s post history, 20 posts per page.

Nothing published in the last 30 days. ERR and ER are rolling 30-day measures, so there is nothing to compute — we hold 11 posts for this entry, the most recent from 30 December 2025. An engagement rate over an empty window would be a number about nothing.

Reaction mix

213 reactions across 11 posts, in 5 distinct kinds. The most used accounts for 48.4% of them.

Every reaction kind recorded on the sample, most used first
ReactionCountShareShare, drawn
👍10348.4%
🔥6028.2%
❤4320.2%
👎62.82%
🥱10.469%

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 11 of the 11 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 213 reactions in total: the kind of figure the paragraph above means by “a reaction total printed elsewhere on the page”.

Measured over the 11 most recent posts we hold, published 18 December 2024 to 30 December 2025, using the newest reading held for each. Telegram Stars are excluded: they are a payment, not a reaction, and they have their own section.

Telegram Stars

Stars received
1,152
across the posts below
Posts paid on
7
of 11 we hold a reading for · 64%
Most on one post
1,140
single highest reading

A paid reaction is a reader spending Telegram Stars — bought with money — on a post by @code_thoughts. Telegram publishes the count on the public post preview alongside ordinary reactions, and this register reads it there. It is the only figure on this site that measures money moving rather than attention.

Stars are not reactions, and the two are never added. They are rendered in the same strip on Telegram and counted in the same shape, but one is a tap and the other is a purchase. The reaction totals and the engagement rate elsewhere on this page exclude every figure in this section, and no rate here is computed against a reaction count.

This is not revenue, and we publish no currency figure. What a Star costs a reader and what it pays a channel are different numbers, Telegram takes a share we cannot observe, and the terms have changed. Converting a Star count into money would be an estimate dressed as a measurement, so the count is where we stop.

Counted over the 11 most recent posts we hold for this entry, published 18 December 2024 to 30 December 2025. Star counts above 1,000 reach us in Telegram’s short form and carry the same three-significant-figure rounding as everything else on this page.

Recent posts

30 Dec 2025, 12:04 UTC317 views15 reactionsread 9 August 2026
Photo

«DRY: Don’t Repeat Yourself» Почему дублирование — это не про “копипасту”, а про размножение знаний? От нормализации данных и принципа Once and Only Once до формулировки Ханта и Томаса — разберём, как появился DRY и почему он до сих пор спасает проекты от расхождений и “скрытых багов”. Поговорим о грани между DRY и преждевременными абстракциями, мельком затронем WET и его типичные симптомы, а в конце — небольшой реф…

👍10🔥3❤2

2 Dec 2025, 10:57 UTC323 views14 reactionsread 9 August 2026
Photo

«YAGNI: You Aren’t Gonna Need It» Почему разработчики продолжают строить архитектуру «на будущее», которое почти никогда не наступает? В этой статье я разбираю принцип YAGNI — одно из ключевых правил гибких методологий. Поговорим о том, как спекулятивное проектирование рождает лишнюю сложность, как отличить реальное требование от предположений, и почему минимальная функциональность часто оказывается самой устойчивой…

👍6🔥5❤3

1 Nov 2025, 15:25 UTC380 views14 reactionsread 9 August 2026
Photo

«KISS: Keep it simple, stupid!» От первых военных памяток и Келли Джонсона до UNIX и Agile — как родился и эволюционировал принцип, который пережил поколения инструментов. Смысл KISS — устранять ненужную сложность. Разберём, где граница между простотой и примитивностью, как делать минимум абстракций без потери смысла, и как применять KISS в архитектуре, коде и процессе. Меньше «магии» — больше ясности, предсказуемос…

👍8❤3🔥3

16 Sept 2025, 21:11 UTC506 views16 reactions4 Starsread 9 August 2026
Photo

«Принцип самодокументируемости кода» В этой статье мы разберём, что значит писать код, который «говорит сам за себя». Я покажу, как правильные имена классов и функций, фокусные методы, последовательная структура и понятная обработка ошибок помогают создать проект, который легко читать и сопровождать. Узнаем, почему избыточные комментарии часто мешают, а хорошо подобранные имена и тесты могут практически полностью за…

🔥7👍5❤4

7 Aug 2025, 08:05 UTC604 views17 reactions1 Starread 9 August 2026
Photo

«SOLID: Практический пример рефакторинга» Понимать принципы SOLID — одно. Уметь распознавать их нарушения в реальном коде — совсем другое. В этой завершающей статье серии я беру небольшой, но показательный проект и пошагово провожу рефакторинг: от нарушения SRP, OCP и LSP до устранения проблем с DIP и ISP. Покажу, как из перегруженного и нестабильного кода получить простую, устойчивую и расширяемую архитектуру. 📖 Ч…

👍8❤5🔥4

24 Jun 2025, 08:04 UTC691 views13 reactionsread 9 August 2026
Photo

«SOLID: D — принцип инверсии зависимостей» Почему модули высокого уровня не должны зависеть от модулей низкого уровня? Как сделать архитектуру гибкой, расширяемой и легко тестируемой? В этой статье я рассказываю о принципе инверсии зависимостей (DIP) — фундаменте надёжного проектирования ПО. Узнайте, как абстракции помогают уменьшить связность, упростить поддержку и интеграцию с разными компонентами, а также избежат…

👍6❤3🔥3🥱1

17 May 2025, 16:24 UTC780 views17 reactions3 Starsread 9 August 2026
Photo

«SOLID: I — принцип разделения интерфейса» Как несоблюдение ISP приводит к избыточным зависимостям, хрупкому коду и трудностям при расширении? В этой статье мы разберём историю и суть ISP, увидим, как он связан с SRP, LSP и DIP, и узнаем, почему важно проектировать интерфейсы так, чтобы они не заставляли клиентов зависеть от того, чего они не используют. 📖 Читай на Telegraph: SOLID: I — Interface Segregation Princi…

👍9❤4🔥4

13 Apr 2025, 16:46 UTC≈1,030 views18 reactions1 Starread 9 August 2026
Photo

«SOLID: L — принцип подстановки Лисков» Погрузитесь в историю и суть LSP – одного из краеугольных камней SOLID. В этой статье я рассказываю, как правильное поведенческое подтипирование позволяет избежать распространённых ошибок и сделать код гибким, стабильным и предсказуемым. 📖 Читай на Telegraph: SOLID: L — Liskov Substitution Principle

🔥11👍6❤1

6 Mar 2025, 21:59 UTC≈1,080 views25 reactions1 Starread 9 August 2026
Photo

«SOLID: O — принцип открытости/закрытости» От Бертрана Мейера до современных архитектур — принцип открытости/закрытости изменил подход к проектированию программных систем. Узнайте, как можно легко добавлять новые возможности в систему, не изменяя её существующий код, и почему это помогает избегать "операции дробовиком". Разбираем принцип из SOLID и показываем, как архитектура с плагинами может стать ключом к успешно…

👍14🔥10❤1

27 Jan 2025, 00:18 UTC≈1,150 views27 reactions2 Starsread 9 August 2026
Photo

«SOLID: S — принцип единой ответственности» От Дэвида Парнаса до Роберта Мартина: история рождения принципа, который изменил мир разработки. Узнайте, почему каждый класс должен иметь только одну причину для изменения, и как это поможет вам создавать более устойчивые и понятные системы. Разбираем принцип единственной ответственности из SOLID! 📖 Читай на Telegraph: SOLID: S — Single-Responsibility Principle

👍15❤7🔥5

18 Dec 2024, 18:05 UTC≈1,120 views37 reactions1,140 Starsread 9 August 2026
Photo

«Принципы SOLID без тайн: упрощение проектирования программного обеспечения» В этой статье я рассказал, что такое SOLID, как возникли эти принципы, и почему они остаются актуальными для разработки. Кратко разобрал каждый из принципов, а также осветил потенциальные сложности, с которыми можно столкнуться при их применении. Узнай, как строить архитектуру, которая будет не только надёжной, но и устойчивой к изменениям!…

👍16❤10👎6🔥5

Showing the 11 most recent of 11 posts we hold for @code_thoughts. 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.

Stars beside a post are paid reactions — Telegram Stars, bought with money and spent on that post. They are a different unit from reactions and are never added to them, here or anywhere else on this page.

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 23 August 2026 — this entry's latest reading, not the date you are reading this.

“Заметки разработчика” (@code_thoughts), 121 subscribers as measured 23 August 2026. Telegram Register, tgregister.com/channel/code_thoughts.

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.