Сохранёнки программиста

Jira ушла, а задачи остались — где трекать в 2026?

Сравнение российских таск-трекеров: Visary Tracker, Штаб, WEEEK и других. Смотрим, какие сценарии закрывают, как устроены под капотом и кому что подойдёт.

@prog_tools

Артефакт №5. Категория: «Мониторинг»

Мониторинг сотен серверов и рабочих станций обычно означает агентов на каждом устройстве, лаги в данных и десяток разных консолей. А если обойтись без этого, получать данные в реальном времени и управлять всем из одного интерфейса?

Нужна система, которая дает полную observability через стандартные интерфейсы управления, и она есть у нас. Она подключается к оборудованию по протоколам — Redfish, IPMI, SNMP, Prometheus — и не требует установки софта на целевые хосты.

🤩Техническая сторона артефакта 🤩
🤩Отказ от агентов.
🤩Данные в реальном времени.
🤩Гибкие алерты на PromQL вместо примитивных пороговых значений.
🤩KVM через браузер с обходом ограничений CORS для прямого доступа к консоли сервера на аппаратном уровне.

Что скрывает этот артефакт?
Лучше читайте сами.

Ваши предположения, какой будет тематика следующего артефакта?

«После двух лет вайб-кодинга вернулся к ручному написанию» — тема в топе HackerNews. Тред на 500+ комментов о том, как ИИ-ассистенты влияют на навыки.

Главные мысли из обсуждения:

🔘 "Ты ДОЛЖЕН писать код сам. Да, AI может — но ты студент, код пока несложный. Но ты ДОЛЖЕН писать его сам" — CS-преподаватель

🔘 "No pain no gain работает и для обучения. Борьба с концептами — это и есть суть, а не результат"

🔘 "После нескольких циклов AI-генерации исчезает гордость за владение кодом. Начинаешь проект с энтузиазмом, но после пары итераций с AI..."

🔘 "Я хочу просто строить вещи, мне не нужно 'становиться сильнее'. У меня теперь мех-костюм" — контраргумент

🔘 "Self-taught разработчики всегда имеют слепые пятна. Неделю пишут на JS чтобы сэкономить 5 минут на C или bash"

📎 https://news.ycombinator.com/item?id=46765460

@prog_stuff

6 шагов выхода из выгорания — статья от разработчика, который через это прошёл

80% программистов чувствуют себя выгоревшими. Автор — Senior Developer из Берлина — сам прошёл через это: +15 кг за 3 месяца, кожная сыпь от стресса, утренние Red Bull'ы вместо энергии.
​
Его чеклист:

🔘Заставь себя отдохнуть — закрой ноутбук, никакого кода на выходных. Технологии не меняются так быстро, как кажется

🔘Поставь границы — фиксированное время ухода, никаких коммитов ночью. Тебя не уволят — замену искать дороже

🔘Физическая нагрузка — работает не хуже антидепрессантов, доказано исследованиями

🔘Верни страсть к коду — попарься с джунами, сходи в технический музей, вспомни зачем начинал

🔘Набери маленьких побед — не большие фичи, а low-hanging fruit: мелкие баги, тесты, оптимизации

🔘Смени работу — если после всего выше ничего не изменилось, проблема не в тебе

📎 https://www.theseniordev.com/blog/to-every-developer-close-to-burnout-read-this

@prog_stuff

⚪️ Артефакт №2. Категория «Дизайн» ⚪️

Дашборд — это скучно до того момента, пока к его визуализации не подключат гигантский экран.

Сегодняшняя история о команде, которая превратила обычную статистику посещения фестиваля в генеративное шоу. Их задача звучала как вызов: сделать так, чтобы было невозможно оторвать глаз от дашбордов.

Так они создали интерактивную инсталляцию, где посетители, сами того не зная, становились частью цифрового арт-объекта.

🤩 Что скрывает этот артефакт? 🤩
🤩 Способ связки 40 потоков с YOLO v8, PostgreSQL и движок визуализации без лагов в один конвейер.
🤩 Задачу дедубликации тысяч JSON-записей от нейросетей.
🤩 Борьбу с «сырыми» данными от камер и их преобразование в чистую структуру для базы и красивого рендера.

Следующий артефакт представит категорию «Виртуализация». Не пропустите.

Разработчик игры через SSH заметил странное: при вводе одного символа отправляется около 270 пакетов. CPU загружен на 30%, bandwidth — 6,5 Мбит/с. Что происходит?

Разбор через tcpdump показал паттерн: 179 пакетов по 36 байт каждые 20 мс. Причина — функция obfuscate_keystroke_timing, добавленная в SSH в 2023 году.

Зачем это нужно? Чтобы злоумышленники не могли определить, какие буквы вы вводите, анализируя интервалы между пакетами. SSH отправляет ложные пакеты (SSH2_MSG_PING) для маскировки реального ввода.

Решение: отключить объявление расширения [email protected] на стороне сервера.

Результат:
🔘CPU: 29,90% → 11,64%
🔘Syscalls: 3,10 с → 0,66 с
🔘Bandwidth: 6,5 → 3 Мбит/с

Классический компромисс: безопасность против производительности. Для большинства сценариев это незаметно, но для высоконагруженных приложений через SSH — критично.

📎 https://eieio.games/blog/ssh-sends-100-packets-per-keystroke/

@prog_stuff

OpenAI рассказала, как обслуживает 800 миллионов пользователей ChatGPT на обычном PostgreSQL — больше миллиона запросов в секунду, без кастомных модификаций.

Архитектура: 1 primary инстанс + ~50 read реплик на Azure-инфраструктуре. Latency на p99 — двузначные миллисекунды. Правда, есть нюанс — write-heavy workloads OpenAI вывела в Azure CosmosDB, а в PostgreSQL оставила read-heavy операции.

Что интересно — они не стали городить сложную систему. Вместо этого взяли стандартный PostgreSQL и выжали из него максимум через базовые практики: connection pooling (PgBouncer) для переиспользования соединений вместо создания новых, query optimization для профилирования и переписывания тяжёлых запросов, strategic indexing — индексы ровно там, где нужны.

Для AI-функций используют расширение pgvector — хранят и ищут высокоразмерные векторы (embeddings) для семантического поиска в данных ChatGPT.

База обслуживает данные пользователей, истории разговоров и API-взаимодействия.

➡️ Главный вывод: PostgreSQL действительно масштабируется до экстремальных нагрузок, если правильно настроить. Не нужно сразу бежать за NewSQL или распределёнными системами — сначала стоит выжать всё из проверенных решений.

Инженеры OpenAI подчёркивают: успех в том, что они фокусировались на best practices, а не на переизобретении колеса. Connection pool, индексы, read реплики — это всё есть в документации PostgreSQL. Просто нужно применить грамотно.

Годный пример того, что правильное разделение нагрузки важнее выбора модной БД. PostgreSQL для чтения + CosmosDB для записи — и никакого шардинга одной базы. Простая архитектура побеждает.

📎 OpenAI Blog, Hacker News

@prog_stuff

Разбираем плагины для кодинга с ИИ в VS Code

На Tproger вышла статья о том, чем заменить GitHub Copilot (и почему вообще есть запрос его менять).

Один из вариантов — open source плагины для VS Code по принципу BYOK (Bring Your Own Key). В статье разбирают три варианта — Continue, Cline и Kilo Code. Если коротко, то Continue — для минималистов, Cline — комбайн для работы, Kilo Code — полноценная среда для кодинга с ИИ.

А в самой статье можно узнать нюансы: как настроить любой из плагинов, в чем плюсы и минусы: https://tprg.ru/t1fZ

Статья на GitHub с 12k+ звёздами о том, почему код становится сложным — и дело не в алгоритмах

Автор вводит понятие «когнитивная нагрузка» — сколько всего разработчику нужно держать в голове, чтобы понять код. И показывает, как мы сами её раздуваем: глубоким наследованием, слоями абстракций, микросервисами ради микросервисов.

Любимый пример: стартап с 5 разработчиками сделал 17 микросервисов и отстал на 10 месяцев. Каждое изменение требовало правок в 4+ местах.

Цитата, которая запомнилась: «A little copying is better than a little dependency» — Rob Pike.

Статья не очень доинная, с примерами кода и конкретными антипаттернами.

📎 https://github.com/zakirullin/cognitive-load

@prog_stuff

Ещё хуже, если успел сделать несколько коммитов