Tproger для программистов

Copilot теперь пишет рекламу в ваших пул-реквестах Разработчики заметили странное: Copilot при редактировании PR исправлял опечатку, но заодно добавлял в описание промо-текст. Под капотом — скрытый HTML-маркер, после которого вставляются рекламные блоки. Уже затронуто более 1,5 миллиона пул-реквестов на GitHub и мерж-реквесты на GitLab. Что продвигается: — расширение Raycast для Copilot — интеграции со Slack и Teams — запуск агента из VS Code, Visual Studio, JetBrains IDE, Eclipse Все упомянутые продукты — часть экосистемы Microsoft или её партнёров. Штатного способа отключить эти вставки нет. Компания пока не комментирует ситуацию. Если вы используете Copilot, проверьте описания PR на наличие маркера COPILOT CODING AGENT TIPS. Для автоматической очистки можно настроить CI-проверку или git-хук, но полностью избавиться от рекламы в рабочем процессе пока не получится.

8/ К старту работы над багом сообщили, что надо отложить работу и делать новую фичу

Как устроен сетевой балансировщик в облаке MWS Узнаете в 11-й серии реалити-проекта для инженеров — «Создавая облако» от MWS. Что будет в эфире: — задачи балансировщика и отличия ALB/NLB; — интеграция с MWS Overlay и обработка трафика; — создание и настройка Network Load Balancer; — работа внешнего и внутреннего балансировщиков с health-checks. Получите подарок за лучший вопрос в чате. Работаете с бэкендом, сетями или системной инфраструктурой? Подключайтесь к эфиру! Зарегистрироваться Это #партнёрский пост

C++26 утверждён: рефлексия, контракты и безопасность без переписывания кода Комитет ISO завершил техническую работу над C++26 — это самый масштабный релиз со времён C++11. Четыре ключевые фичи меняют подход к разработке: рефлексия позволяет инспектировать и генерировать код на этапе компиляции, контракты добавляют встроенные pre/post-условия, а std::execution вводит структурированную асинхронность. Отдельного внимания заслуживает безопасность: hardened stdlib с оверхедом 0,3% уже развёрнута в Google и Apple, снизив количество segfault-ов на 30% без изменений в исходном коде. Кроме того, чтение неинициализированных переменных больше не является неопределённым поведением. Подробности о нововведениях и сроках публикации стандарта — в материале: https://tproger.ru/news/c--26-zaverwyon---samyj-znachimyj-reliz-so-vremyon-c--11-s-refleksi #новости #cpp

JetBrains Air: агентная среда для параллельной работы ИИ — вы только ревьюите JetBrains выпустила Air — отдельное приложение, где можно делегировать задачи нескольким ИИ-агентам одновременно. Вы формулируете задачу, запускаете агента в изоляции (локально, Docker или Git worktree) и переключаетесь на другую работу. Когда готово — ревьюите diff. Поддерживаются Codex, Claude Agent, Gemini CLI и фирменный Junie. Агенты работают параллельно, не мешая друг другу. Air построен на базе закрытого Fleet и призван дополнить IntelliJ IDEA или VS Code, а не заменить их. Public preview для macOS (Windows и Linux позже) уже доступно. Работает по подписке JetBrains AI Pro или с собственными API-ключами. Подробности в новости. #новости #jetbrains

В блоге Dochia вышла интересная статья о том, как нейросети незаметно возвращают нас к методологии Waterfall. В эпоху классического Agile мы привыкли работать короткими итерациями с минимальными требованиями. Идея состояла в том, чтобы не тратить месяцы на детальные спецификации. Бизнес все равно изменит планы, а писать код долго и дорого. Дешевле было быстро сделать базовую фичу, получить обратную связь и переделать. С приходом продвинутых ИИ агентов математика процесса сильно изменилась: — агенты пишут код невероятно быстро и дёшево; — они совершенно не умеют додумывать контекст и работать с абстрактными задачами, как это делают живые разработчики; — любая недосказанность в промте превращается в ошибочную архитектуру, которую вы обнаружите только через несколько спринтов. Чтобы ИИ выдавал рабочий результат, ему нужна максимально подробная и жёсткая спецификация с описанием всех контрактов и граничных случаев. То есть именно то, за что разработчики так не любили Waterfall. Формируется новая парадигма. Написание ТЗ снова становится самым дорогим этапом, в котором незаменим человек. Код при этом превращается в дешёвый одноразовый расходник. Вы пишете подробные требования, отдаёте их нейросети, показываете результат пользователям, и если что-то не так, просто меняете ТЗ и генерируете проект заново. Автор замечает, что это может стать большой проблемой для индустрии. Большинство из нас пришли в профессию, чтобы писать код, а не составлять многостраничные спецификации для нейросетей. Ссылка на полную статью: https://blog.dochia.dev/blog/waterfall-returning/ @prog_stuff

Doom на чистом Go Переписать классический DOOM на Go без единого вызова C? Это реально. Репозиторий gore — порт doomgeneric, автоматически конвертированный из C через ccgo, а затем доведённый до ума вручную. Движок полностью абстрагирован от ввода-вывода через простой интерфейс DoomFrontend. Чтобы запустить игру на любой платформе, достаточно реализовать всего два метода — DrawFrame и GetEvent. Остальное опционально. Уже есть три готовых примера: — терминальный клиент с ANSI-графикой (Doom в консоли), — веб-сервер с управлением через браузер, — оконная версия на Ebitengine. Сборка под любую ОС, включая WebAssembly, прямо из коробки. Из нереализованного: глобальные переменные оригинала пока не дают запустить два экземпляра в одном процессе, и остались отдельные вызовы unsafe. Для запуска нужен Go 1.24+ и любой WAD-файл (поддерживаются DOOM, DOOM II, Ultimate DOOM, Final DOOM). Исходный код, примеры и инструкции — здесь: https://github.com/AndreRenaud/gore

Большая подборка статей, которая поможет изучить 30 основ проектирования систем

1. APIs 2. Вебхуки 3. REST и GraphQL 4. API Gateway 5. Балансировщики нагрузки 6. Алгоритмы балансировки нагрузки 7. Прокси vs Обратный прокси 8. Масштабируемость 9. Доступность (Availability) 10. Единая точка отказа (SPOF) 11. Теорема CAP 12. Типы баз данных 13. SQL или NoSQL 14. Транзакции ACID 15. Индексирование баз данных 16. Шардирование или партиционирование БД 17. Согласованное хеширование (Consistent Hashing) 18. Захват изменения данных (Change Data Capture, CDC 19. Кэширование 20. Стратегии кэширования 21. Политики очищения кэша (Cache Eviction Policies) 22. CDN (Сети доставки контента) 23. Алгоритмы ограничения скорости запросов (Rate Limiting) 24. Очереди сообщений (Message Queues) 25. Фильтр Блума 26. Идемпотентность 27. Конкурентность и параллелизм 28. Состояние: stateful vs stateless 29. Long polling vs WebSockets 30. Пакетная обработка и потоковая обработка

Осталось только лайк поставить и сохранить 👍 #архитектура

Защитная тактика линуксоидов против женщин

И снова пора хвастаться! В прошлом выпуске вы рассказали: — о проекте для планирования учёбы, — решении np-hard для сортировки контейнеров в стеках, — аналоге Skype, — платформе для подготовки к фронтенд-собесам, — приложении для путешествий, — цифровом мозге для obsidian и не только. Теперь расскажите, как успехи с развитием этих проектов? А те, кто ещё не хвастался, не стесняйтесь и пишите о своих проектах в комментариях.