17 Mar 2026, 21:37 UTC≈1,240 views6 reactionsread 7 August 2026
Нет ничего интереснее на ночь глядя чем почелленджить новые SSR бенчмарки! https://x.com/i/status/2034017554994225595
👍3😁3
Channel
SuperOleg dev notes
@super_oleg_dev
On this record: Growth · Engagement · Reactions · Posts · Citations · Cite this entry
1,759subscribers
+0 since we began measuring on 6 August 2026
Risers and fallers across the register · movement among entries of 1,000–3,162.
Register entry
| Telegram ID | -1001571328665 |
|---|---|
| Type | Channel |
| Username | @super_oleg_dev |
| Created | Between 1 August 2021 and 28 February 2023— estimated from Telegram’s id allocation, not measured. How this range is calculated. |
| First recorded | 6 August 2026 |
| Last confirmed live | 12 August 2026 |
| Measurements held | 4 |
| Confirmed unchanged | 1 time, most recently 12 August 2026 |
| On Telegram | t.me/super_oleg_dev |
Growth
| Measured (UTC) | Subscribers | Change |
|---|---|---|
| 12 Aug 2026, 19:56 | 1,759 | +1 |
| 9 Aug 2026, 23:32 | 1,758 | -1 |
| 7 Aug 2026, 02:07 | 1,759 | no change |
| 6 Aug 2026, 23:01 | 1,759 | first reading |
Engagement
19 posts held, back to 21 March 2025 — the reader has not yet reached the start of this channel’s public history, so older posts may sit further back, unread. Read across 2 pagesof 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 19 posts for this entry, the most recent from 17 March 2026. An engagement rate over an empty window would be a number about nothing.
Reaction mix
242 reactions across 18 posts, in 9 distinct kinds. The most used accounts for 43.0% of them.
| Reaction | Count | Share | Share, drawn |
|---|---|---|---|
| 👍 | 104 | 43.0% | |
| 🔥 | 96 | 39.7% | |
| ❤ | 15 | 6.20% | |
| 😁 | 10 | 4.13% | |
| 🥴 | 8 | 3.31% | |
| 🤔 | 3 | 1.24% | |
| 🤡 | 3 | 1.24% | |
| 😱 | 2 | 0.826% | |
| 🖕 | 1 | 0.413% |
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 19 of the 19 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 242reactions in total: the kind of figure the paragraph above means by “a reaction total printed elsewhere on the page”.
Measured over the 19 most recent posts we hold, published 21 March 2025 to 17 March 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
12 Mar 2026, 22:00 UTC≈1,750 views10 reactionsread 7 August 2026
Ещё из интересного, в ближайшем будущем будет поставлена точка в спорах вокруг масштабируемости подхода Vite с загрузкой модулей приложения в режиме разработки без бандлинга. В принципе то что загрузка тысяч модулей в браузере на старте плохо масштабируется, это факт, даже при использовании HTTP/2, это было наглядно ещё при живом Snowpack. Но в issues/тредах по теме позиция мейнтейнеров Vite зачастую в стиле - у на…
🔥9🖕1
12 Mar 2026, 21:51 UTC≈1,380 views12 reactionsread 7 August 2026
Не самая свежая новость, но релиз Vite напомнил про крутой эксперимент в Oxc как ускорить работу JS плагинов и не терять профит от Rust тулинга, как я понимаю идею в нескольких предложенях: - вместо сериализации AST как json, гоняем между rust и js напрямую ссылки на участки памяти - на стороне js работаем с Buffer - пишем десериализатор этого AST на js который работает очень быстро так как простой и мономорфный Нюа…
👍12
29 Dec 2025, 18:14 UTC≈1,760 views8 reactionsread 7 August 2026
Забыл еще про один небольшой кейс в этом наборе оптимизаций. На старте cli проверяем текущую версию yarn, а уже для v1 и для berry у нас разные обертки для работы с зависимостями. Проверка сделана через child_process.execSync, вызываемая команда - yarn -v Занимает этот вызов в итоге 300-600ms у v4 yarn, асинхронный exec ситуацию не исправил и как будто бы даже замедлил в сумме. В качестве воркэраунда добавил снач…
👍5🔥3
29 Dec 2025, 17:48 UTC≈1,560 views19 reactionsread 7 August 2026
Photo
Занимался сейчас оптимизацией времени старта @tramvai/cli, и самый популярный паттерн такой: - снять CPU profile - найти самые тяжелые CJS require вызовы - если импортируемые пакеты не используются, заменить обычный import в начале файла на require(lib) по месту вызова Буквально несколько тяжелых импортов зря занимали 500-1000ms на старте скрипта, очень эффективная и простая оптимизация, хоть и требует ручной работы…
👍14🔥5
27 Dec 2025, 19:04 UTC≈1,360 views16 reactionsread 7 August 2026
Встречал на практике кейс с десятками запросов на старте, где каждый fetch занимал 2-4 синхронных миллисекунды, и в сумме это казалось прям катастрофой. А оказывается это может быть лишь оверхэд на девтулзы...
👍9😁4🤡3
27 Dec 2025, 19:04 UTC≈1,090 views17 reactionsread 7 August 2026
Forwarded from @iamakulov_channel
Что ещё 😑 Потратил на это выходные, поэтому сэкономлю их вам: Оказывается, когда вы открываете девтулзы в Chrome, таймеры (и любые другие нативные функции — fetch, requestAnimationFrame и т.д.) становятся в 5-100 раз медленнее. Это происходит вне зависимости от того, делаете ли вы что-то в девтулзах или нет — достаточно того, чтобы они были открыты. Это проблема! Перформанс обычно измеряется с открытыми девтулзами.…
👍11❤4😱2
22 Dec 2025, 14:53 UTC≈1,600 views24 reactionsread 7 August 2026
Интересный драфт появился в Undici (современный встроенный в Node.js клиент для запросов) - реализация паттерна Circuit Breaker - https://github.com/nodejs/undici/pull/4700/ По сути, сейчас Undici закрывает практически все кейсы, которые мы хотим видеть для эффективных серверных запросов: - кэширование запросов - дедупликация запросов - ретрай запросов - проксирование и поддержка переменных окружения http_proxy/no_p…
🔥13👍8🤔3
11 Dec 2025, 22:01 UTC≈2,060 views18 reactionsread 7 August 2026
Обновляем React ещё разок если проекты в зоне риска - https://react.dev/blog/2025/12/11/denial-of-service-and-source-code-exposure-in-react-server-components
👍15😁3
4 Aug 2025, 14:34 UTC≈2,750 views35 reactionsread 7 August 2026
Привет! Достаточно давно делился статьей где описывал различные механизмы и подходы которые мы применяем для SSR приложений на Tramvai (сейчас доступна на хабре). Один из механизмов - Request Limiter, модуль который ограничивает количество параллельно обрабатываемых запросов при перегруженном Event Loop приложения, для возможности стабильно отдавать 2xx ответы и рендерить странички даже под большими нагрузками. Ра…
👍16🔥12❤7
28 May 2025, 15:23 UTC≈2,490 views10 reactionsread 7 August 2026
Photo
Одна из классных идей в новой CLI - кастомные трейсы в формате Trace Event Format Идея взята у Parcel, Rspack и Next.js, примеры: - https://parceljs.org/features/profiling/#tracing - https://github.com/parcel-bundler/parcel/blob/v2/packages/core/profiler/src/Tracer.js - https://rspack.dev/contribute/development/tracing Написал кастомный трейсер поверх либы chrome-trace-event, пример API: const tracer = new Tracer(…
🔥10
28 May 2025, 14:46 UTC≈1,750 views9 reactionsread 7 August 2026
Photo
И раз уж зашел разговор о CLI, поделюсь одной из актуальных задач - разработка обновленной @tramvai/cli (уже писал про это короткий пост) Во вложении - дизайн новой CLI, он уже претерпел ряд изменений, но основные концепции остались. Какие основные цели для новой CLI: - решить базовые проблемы с перформансом - основная, webpack MultiCompiler запускает все сборки в одном процессе, серверная и клиентская конкурируют …
🔥6👍3
Showing the 12 most recent of 19 posts we hold for @super_oleg_dev. 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 — 1,033,941 of 1,480,688entries 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
Republishes
Channels on the register whose posts this channel has forwarded.
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 1 registered channel — 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.
Named by
Channels on the register whose posts name this channel's handle.
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.
“SuperOleg dev notes” (@super_oleg_dev), 1,759 subscribers as measured 12 August 2026. Telegram Register, tgregister.com/channel/super_oleg_dev.
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.