NOP::Nuances of Programming
Любые вопросы по сотрудничеству: @ramilkr Если нужен токен: https://telega.in/c/nuancesprog NOP::Humor - https://t.me/nophumor NOP::Recruiter Удаленка- https://t.me/nopremote РКН: 4977653520
Больше📈 Аналитический обзор Telegram-канала NOP::Nuances of Programming
Канал NOP::Nuances of Programming (@nuancesprog) языкового сегмента Русский является активным участником. Сейчас сообщество объединяет 56 201 подписчиков, занимая 2 326 место в категории Технологии и приложения и 10 754 место в регионе Россия.
📊 Показатели аудитории и динамика
С момента создания невідомо проект демонстрирует стремительный рост, собрав аудиторию из 56 201 подписчиков.
Согласно последним данным от 17 октября, 2026, канал показывает стабильную активность. За последние 30 дней изменение числа участников составило -331, а за последние 24 часа — -15, при этом общий охват остаётся высоким.
- Статус верификации: Не верифицирован
- Уровень вовлечённости (ER): Средний показатель вовлечённости аудитории составляет 3.57%. В первые 24 часа после публикации контент обычно набирает 2.58% реакций от общего числа подписчиков.
- Охват публикаций: В среднем каждый пост получает 2 009 просмотров. В течение первых суток публикация набирает 1 452 просмотров.
- Реакции и взаимодействия: Аудитория активно поддерживает контент: среднее количество реакций на один пост — 4.
- Тематические интересы: Контент сосредоточен на ключевых темах, таких как javascript, webdevelopment, backend, архитектура, вебинаре.
📝 Описание и контентная политика
Автор описывает ресурс как площадку для выражения субъективного мнения:
“Любые вопросы по сотрудничеству: @ramilkr
Если нужен токен:
https://telega.in/c/nuancesprog
NOP::Humor - https://t.me/nophumor
NOP::Recruiter Удаленка- https://t.me/nopremote
РКН: 4977653520”
Благодаря высокой частоте обновлений (последние данные получены 18 октября, 2026) канал поддерживает актуальность и высокий уровень охвата публикаций. Аналитика показывает, что аудитория активно взаимодействует с контентом, что делает его важной точкой влияния в категории Технологии и приложения.
Загружаем данные
| Дата | Привлечение подписчиков | Упоминания | Каналы | |
| 18 октября | 0 | |||
| 17 октября | 0 | |||
| 16 октября | +2 | |||
| 15 октября | 0 | |||
| 14 октября | +1 | |||
| 13 октября | +1 | |||
| 12 октября | +1 | |||
| 11 октября | 0 | |||
| 10 октября | +1 | |||
| 09 октября | 0 | |||
| 08 октября | +3 | |||
| 07 октября | +1 | |||
| 06 октября | 0 | |||
| 05 октября | +1 | |||
| 04 октября | +1 | |||
| 03 октября | +2 | |||
| 02 октября | 0 | |||
| 01 октября | +1 |
| 2 | Gopls научился задавать вопросы при рефакторинге
В gopls v0.24.0 появился интерактивный рефакторинг с многошаговыми диалогами прямо в редакторе. Команда Go вместе с командой Dart предложила для этого расширение стандарта LSP.
Раньше «Add struct tags» молча вставлял только json-теги в camelCase. Теперь gopls спрашивает список тегов и стиль именования, а для реализации интерфейса подсказывает типы из workspace и стандартной библиотеки.
Предложение пока висит в репозитории LSP под номером 1164 и не принято. До этого момента диалоги работают в VS Code с расширением Go v0.56.0, а Neovim и Emacs ждут.
🔗 Подробнее
@nuancesprog #Tools #Go | 1 009 |
| 3 | Разработка с прицелом на отладку: опыт Oxide
Oxide рассказали, как строили распространение DNS-конфигурации в своей control plane. Вместо логов они заранее сделали инструмент omdb, который показывает состояние каждого шага.
Фишка в абстракции «фоновых задач»: у каждой есть период, причина запуска и произвольный JSON-статус. Отладчик умеет печатать сводку, ничего не зная про саму логику DNS.
Подход требует дисциплины: наблюдаемость надо закладывать в архитектуру, а не прикручивать после первого инцидента. Зато при жалобе «имя не резолвится» ты за одну команду видишь, где застряла пропагация.
🔗 Подробнее
@nuancesprog #Infrastructure #Rust | 1 119 |
| 4 | Claude разгадал происхождение кривых ECDSA
Anthropic рассказала, что их модель за полчаса вскрыла загадку seed-параметров NIST-кривых. Оказалось, это выход старой функции lrand48, запущенной от Unix-времени.
Двадцать лет криптографы подозревали в этих числах закладку АНБ, ведь объяснений никто не давал. Теперь генерацию может воспроизвести любой, и версия с бэкдором становится куда менее правдоподобной.
Делать ничего не нужно: это не взлом и не уязвимость, кривые как работали, так и работают. Подвох в другом — отчёт написан по итогам внутреннего эксперимента, независимой проверки пока мало.
🔗 Подробнее
@nuancesprog #Security #C | 1 372 |
| 5 | Загадка seed-ов кривых NIST решена спустя почти 30 лет
Команда исследователей выяснила, как в 1997–98 годах выбирали seed-ы кривых P-256 и соседей. Это не хеш забытой фразы, а вывод drand48, засеянного тогдашним UNIX-временем.
Филиппо Вальсорда переписал алгоритм на Go и подтвердил находку, выплатив награду в 36 864 доллара. Деньги ушли в ISRG — некоммерческую организацию, которая держит Let's Encrypt.
Главное следствие: у АНБ было бы около 30 бит свободы при выборе seed-а, а не 70. Этого мало для закладки, но одна причина отбраковки части валидных seed-ов так и осталась непонятой.
🔗 Подробнее
@nuancesprog #Security #Go | 1 304 |
| 6 | Два стека для агрегатов по скользящему окну
Орсон Петерс разобрал алгоритм two-stack для агрегации по окну данных. Он считает минимум, медиану или HyperLogLog за амортизированное O(1) на элемент.
Привычный трюк «прибавил новое, вычел старое» работает только для обратимых операций. Даже сумма float ломается: один NaN в окне остаётся навсегда, хотя значение давно ушло.
Нужны всего два стека и четыре функции: empty, unit, combine, finalize. Подвох в амортизации — каждая w-я операция делает O(w) работы, так что для строгого потолка задержки нужен другой вариант.
🔗 Подробнее
@nuancesprog #Data #Python | 1 418 |
| 7 | Почему Rust хорошо зашёл в эпоху агентов
Нико Мацакис, один из ведущих разработчиков Rust, разобрал связку языка и ИИ-агентов. По данным David Tolnay, инженеры Meta за год написали вдвое больше Rust-кода, чем за предыдущие девять.
Главный довод: Rust даёт строгие проверки, по которым агент сразу понимает, что сломал. Плюс «ручки» производительности — контроль аллокаций и раскладки структур — агенты крутят лучше людей.
Автор предлагает смириться с лишним шумом вроде явных clone(), раз машина пишет код за тебя. Спорно: читаемость «счастливого пути» всё ещё нужна человеку, который этот код ревьюит.
🔗 Подробнее
@nuancesprog #Opinion #Rust | 1 447 |
| 8 | Линус Торвальдс об ИИ-патчах в ядре Linux
Торвальдс высказался в рассылке LKML про патчи, написанные с помощью ИИ. Его позиция проста: отвечает тот человек, который подписал патч.
Для ядра это не формальность: Signed-off-by означает юридическую и техническую ответственность автора. Ссылка на модель не оправдает сырой код, который потом разгребают мейнтейнеры.
Подвох в раскрытии — сообщество до сих пор спорит, как помечать участие ИИ в коммите. Иронично, что сам архив рассылки теперь закрыт от ИИ-скраперов проверкой Anubis.
🔗 Подробнее
@nuancesprog #AI #Linux | 1 561 |
| 9 | Зелёные тесты от ИИ могут подтверждать баг
Агент пишет код и тесты из одного промпта и получает зелёную сборку. Выглядит как независимая проверка, но это одна и та же ошибка в двух местах.
В примере про скидку и налог обе формулы дают 88.00 на простых числах. Тест проходит, а в продакшене с льготами и округлением начинается биллинговый баг.
Тесту нужен оракул: источник истины, не выведенный из самой реализации. Снимки, моки и проверки внутренних полей тут не спасают, даже вторая модель с тем же промптом.
🔗 Подробнее
@nuancesprog #AI #TypeScript | 1 483 |
| 10 | Docker изнутри: namespaces прячут, cgroups ограничивают
Статья разбирает docker run -p 8080:80 nginx по восьми стадиям — от CLI до ядра. Главная мысль простая: контейнер — обычный процесс Linux, которому ядро врёт и выдаёт паёк.
Понимая это, ты перестаёшь гадать, почему контейнер видит себя как PID 1. CLI лишь шлёт HTTP-запрос демону через сокет, а namespaces и cgroup создаёт runc и сразу выходит.
Всё это можно потрогать без Docker: ls -l /proc/self/ns и unshare --user --pid --fork --mount-proc. Подвох в том, что namespaces ничего не ограничивают — от форк-бомбы спасают только cgroups.
🔗 Подробнее
@nuancesprog #Infrastructure #Docker | 1 420 |
| 11 | 📬 Дайджест недели
Лучшее за неделю:
• В borrow checker нашли дыру с временем жизни
• Zod 4.6.6: в релиз попал вредоносный код
• Whistle: распознавание речи в 16,9 МБ
• Cryptographic Right Answers обновили под постквантовую эру
• Эксплойт для ядра ради двух нулей в sysfs
• Как Jane Street срезала 30% CPU на шине сообщений
• Git хранит снимки, а не диффы
Мимо ленты, но стоило внимания:
• storytold/gridcraft — GridCraft: an open-source, clean-room spreadsheet (Microsoft Excel-style) in pure Rust. By ArtCraft.
• AI coding agents generate more code, but not more software
• Package managers have an integrity problem
• Building a Linearizable Log on READ COMMITTED Isolation
• AI agents aren't 'going rogue.' Frontier labs are skipping security basics
Наша сетка: 😄 юмор — @nophumor · 💼 удалёнка — @nopremote
@nuancesprog #Digest | 1 437 |
| 12 | Как в HRT искали загадочный трафик с помощью eBPF
В Hudson River Trading заметили странный всплеск трафика между дата-центрами. Обычные счётчики показывали объём, но не отвечали, какой процесс его создаёт.
Инженеры повесили eBPF-пробы — программы, которые выполняются прямо в ядре Linux. Так удалось связать каждый пакет с конкретным процессом и задачей исследователей.
Приём работает и у тебя: eBPF не требует патчить ядро и почти не ест ресурсы. Подвох в том, что нужны свежее ядро и аккуратность с правами.
🔗 Подробнее
@nuancesprog #Infrastructure #Linux | 1 344 |
| 13 | Эксплойт для ядра ради двух нулей в sysfs
Автор полгода ловил битые загрузки по Wi-Fi через точку доступа TP-Link EAP770. Виновником оказался аппаратный ускоритель Qualcomm SFE/PPE: он портил по 64 байта и пересчитывал TCP-контрольную сумму.
Из-за валидной суммы TCP спокойно отдавал мусор наверх, и ломался уже TLS с bad record mac. То есть «надёжный транспорт» молча пропускал повреждённые данные, а Wireshark показывал ноль ошибок.
Лечится двумя записями нулей в /sys/sfe/, но SSH-шелл TP-Link работает под uid 1 без прав. Устройство объявлено EOL без обновлений, поэтому автор написал эксплойт ядра к собственной точке доступа.
🔗 Подробнее
@nuancesprog #Security #Linux | 1 508 |
| 14 | Content addressing: одна идея под Git, Docker и IPFS
Статья на dev.to разбирает приём, который прячется под капотом Git, Docker и IPFS. Суть в одной фразе: адресовать данные не по пути, а по хешу их содержимого.
Из этого решения бесплатно выпадают четыре свойства: целостность, дедупликация, неизменяемость и кеширование. Ты не добавляешь их кодом — они просто не могут не случиться, раз одинаковые байты дают одинаковый адрес.
Автор не трогает обратную сторону: такие адреса нечитаемы и требуют отдельного слоя имён вроде веток и тегов. Плюс смена алгоритма хеширования превращается в болезненную миграцию, как у Git с SHA-1 на SHA-256.
🔗 Подробнее
@nuancesprog #Tools #Git | 1 514 |
| 15 | Критическая дыра в GitLab: RCE через регулярку в CI/CD
GitLab закрыл уязвимость CVE-2026-97229 максимальной критичности в компиляторе регулярных выражений CI/CD. Неаутентифицированный злоумышленник мог выполнить произвольный код на сервере через специально собранную регулярку.
Дыра сидит в целочисленном переполнении при разборе выражений из конфигов пайплайнов. Это значит, что атакующему не нужен ни аккаунт, ни доступ к проекту.
Обновись до 19.2.8, 19.3.4 или 19.4.2 — GitLab.com и Dedicated уже пропатчены. Тянуть не стоит: прошлую максимальную дыру CISA внесла в список эксплуатируемых за сутки.
🔗 Подробнее
@nuancesprog #Security | 1 605 |
| 16 | pg_vectorsearch: альтернатива pgvector от Timescale
Timescale выложила расширение Postgres с индексом PRISM для поиска по векторам. Авторы обещают скорость выше, чем у IVFFlat и HNSW из pgvector.
PRISM строит иерархическое дерево центроидов и хранит векторы в сжатом виде RaBitQ. На 100 млн векторов он обгоняет HNSW при вчетверо меньшей памяти.
Индекс цепляется к существующим колонкам vector и halfvec без миграции данных. Но статус — alpha: между пререлизами индексы придётся пересоздавать.
🔗 Подробнее
@nuancesprog #Data #Postgres | 1 649 |
| 17 | GitHub Actions: минимум, чтобы начать автоматизацию
Автор разбирает устройство workflow-файла на примере сборки сайта на Hugo. Весь минимум — две секции: on (когда запускать) и jobs (что делать).
Вместо ручной сборки и пуша готовой папки всё собирается на раннере GitHub. Триггеры комбинируются: пуш в main, крон по расписанию и ручной запуск через workflow_dispatch.
Подвох классический — отступы в YAML, автор потерял на этом кучу времени при отладке. И помни: крон в Actions работает по UTC, своё время придётся пересчитывать.
🔗 Подробнее
@nuancesprog #Tools #GitHub | 1 658 |
| 18 | InnoDB против Iceberg: как движок меняет аналитику
Автор пять лет гонял биржевую аналитику на MySQL, потом переписал всё на lakehouse-стек с Iceberg. Поводом стала одна оптимизация: аналитике нужны 2–3 колонки, а InnoDB читает строку целиком.
В строковом хранилище каждый индекс — отдельное B-дерево, и любая запись обновляет их все. Для потоковой загрузки это дорого, поэтому сырые таблицы автор оставил только с первичным ключом.
Подвох в том, что ошибку схемы на 100 ГБ данных чинить мучительно долго. Переезд на колоночный формат решает чтение, но добавляет метаданные, снапшоты и компакцию.
🔗 Подробнее
@nuancesprog #Data #Postgres | 1 729 |
| 19 | Anthropic заменила git собственной системой контроля версий
За пять месяцев команда перевела монорепозиторий с git на свою систему Scion. Число ежедневных слияний выросло с 2500 в мае до 30 000 в сентябре.
Git спроектирован под офлайн-клиентов, а у Anthropic почти все клиенты — агенты и CI-задачи. История главной ветки весит около 100 ГБ, наивные выкачки дали бы 600 ПБ трафика в день.
Scion переносит вычисления на сервер: клиент только кэширует объекты и раскладывает файлы. Подвох очевиден — это решение под чужую нагрузку, и офлайн-работу ты теряешь полностью.
🔗 Подробнее
@nuancesprog #Tools #Git | 1 844 |
| 20 | Как -O2 сделал код в 1,4 раза медленнее
Автор компилятора antcc прогнал Lua-бенчмарк и получил 1,41 с на -O2 против 1,05 с без оптимизаций. Виновником оказался инлайнинг: тело интерпретатора luaV_execute распухло до 43 КБ, в 2,4 раза больше.
Самое интересное, что промежуточное представление после всех оптимизаций выросло лишь на 11%. Всю разницу добавил распределитель регистров: больше 40% инструкций в горячем цикле — пересылки значений между стеком и регистрами.
Инлайнинг здесь не виноват, он просто поднял давление на регистры выше возможностей линейного сканирования. Если пишешь бэкенд, меряй размер кода до и после регаллокации — иначе причину не увидишь.
🔗 Подробнее
@nuancesprog #Languages #C | 1 822 |
