Азбука айтишника

😭 Как не потратить недельный лимит AI-кодинга за три дня?

Разберём на вебинаре, как тратить меньше на AI-агентов — без потери качества кода.

🔘 Поговорим о том:

— когда дорогая модель действительно нужна, а когда хватит дешёвой;
— сколько стоит один прогон и куда уходят токены;
— какие задачи можно отдавать субагентам;
— как настроить маршрутизацию моделей;
— что проверять в AI-коде перед merge.

✏️ Покажем всё на конкретных цифрах и вживую: сравним расходы до и после.

⬇️ 17 сентября, 19:00 МСК
⬇️ 1,5 часа · бесплатно
⬇️ Арсений Харланов и Олег Лайок

💬 Пишите в комментариях, где упираетесь в лимиты и на что уходят деньги. Самые залайканные вопросы разберём на вебинаре.

🔗 Зарегистрироваться на вебинар⁠

🤪 Если бы можно было задать один вопрос про AI в разработке — что бы вы спросили?

Как выбрать инструмент? Как работать с AI-агентами? Как проверять сгенерированный код? Или как вообще встроить нейросети в свой процесс?

Собираем вопросы для вебинара. Самые залайканные разберём в первую очередь 🔥

Пишите, что действительно интересно ⬇️

📝 OSI модель или как данные проходят квест из семи уровней, чтобы добраться от устройства А до устройства Б

Если коротко, вот что происходит на картинке. 👇
Представьте, что вы отправляете другу сообщение по сети. И оно проходит через семь кругов… ну не ада, но бюрократии точно.

1. Application Layer

Ты ручками пишешь запрос. Приложение добавляет свой HTTP-заголовок и говорит: «Отправляем».

2. Transport Layer

Дальше данные упаковывают в коробку TCP или UDP.
Внутри: порт отправителя, порт получателя и номер «чтоб не потерять».

3. Network Layer

На коробку клеят IP-адрес отправителя и IP-адрес получателя, чтобы курьер хотя бы знал, куда ехать.

4. Data Link Layer

Здесь прикручивают MAC-адреса. Это уже история про соседство сетевых карт, которые общаются напрямую.

5. Physical Layer

Все эти коробки превращаются в набор нулей и единиц и улетают по проводу или через воздух.

А на устройстве Б весь процесс разворачивается назад.
Приходит коробка, слои по очереди снимают свои обёртки, чтобы в итоге остался чистый контент, который ты и отправлял.

Каждый уровень делает своё дело, не лезет в чужое и знает только то, что ему нужно. Грамотная иерархия, которой позавидовал бы любой тимлид.

❤️ — понравился пост

🏃‍♀️ Азбука айтишника

#ликбез

🌸 Вселенная намекает: пора уже начать этот курс

С 14 сентября цены в Proglib Academy вырастут на 20% 👀

Так что если курс давно ждёт своего часа — лучше не откладывать ещё на месяц 😏

📍 Выбрать курс

💻 Игра для изучения Git в стиле Minecraft

Разработчик Джейкоб Стопак создал игру, в которой пользователи могут буквально «гулять» по своему репозиторию Git.

Изначально он пробовал сделать это на базе Doom, но выбрал воксельный мир в духе Minecraft — он оказался более комфортным для обучения.

В игре ветки Git стали коридорами, а коммиты — комнатами. Это позволяет визуально понимать структуру репозитория и осваивать работу с Git в интерактивной форме.

➡️ Попробовать игру можно по ссылке

🏃‍♀️ Азбука айтишника

#буст

🤔 У большинства разработчиков уже есть подписки на IDE, GitHub Copilot, Claude, ChatGPT или облачные сервисы.

Логично, что обучение тоже постепенно приходит к той же модели: не покупать отдельный курс под каждую новую тему, а иметь доступ ко всей библиотеке и выбирать, что актуально именно сейчас.

Такой формат недавно появился и в Proglib Academy. Вместо одного курса — доступ сразу ко всей библиотеке и новым материалам, которые появляются в подписке 😎

🔗 Подробнее

🏃‍♀️ Proglib Academy

Кажется, у онлайн-обучения появился формат, которого давно не хватало 👇

🛡️ Почему 432 уязвимости в Linux — не повод паниковать

Недавно в новостях мелькнуло: за 31 час в ядре Linux нашли 432 уязвимости. Звучит как катастрофа — разберёмся, почему на самом деле это рабочая рутина.

🍒 Что такое CVE

CVE (Common Vulnerabilities and Exposures) — это уникальный номер, который присваивают каждой потенциальной дыре в безопасности. Один CVE = одна запись в общем каталоге, чтобы все говорили об одной и той же проблеме одинаково.

🥝 Откуда столько сразу

Заявки копились неделями из-за конференций и отпусков. То есть 432 дыры не открылись одновременно — их просто зарегистрировали одним заходом.

🥕 Номер ≠ катастрофа
Команда ядра намеренно присваивает CVE даже мелким исправлениям, которые теоретически могут повлиять на безопасность.

❗Если вы собираете ядро сами то стоит сопоставить из описания каждого CVE с теми компонентами, что реально включены. Так список «что чинить» сразу сокращается до 10%.

👉 Продолжение

Азбука айтишника

#свежак

😱 Знакомо? Лимит уже закончился, а задача всё ещё не готова. Часть токенов могла уйти на повторное чтение файлов, лишний контекст и неудачные попытки.

⚡️ Этому посвящён отдельный блок курса «ИИ для разработчиков». Вы разберёте расходы на собственных проектах, сравните подходы и найдёте места, где агент выполняет лишнюю работу.

В итоге станет понятнее, сколько ресурсов выделять на запуск, когда его останавливать и в какой момент лучше изменить подход 🔍

До 31 июля курс можно купить со скидкой, а все материалы останутся в бессрочном доступе.

🔗 Узнать подробности о курсе

🏃‍♀️ Proglib Academy

Куда на самом деле уходят токены во время агентного кодинга? ⚡️

Насколько востребованы релоканты на российском рынке труда сегодня и кому из них будет проще найти работу в IT?

👉 Статья

Азбука айтишника

#свежак

📌 Что если вас спросят на собесе: чем отличается перезагрузка метода от переопределения

🔤 Перегрузка — в одном классе можно создать несколько методов с одинаковым именем, но разными параметрами
Когда нужно: Чтобы один и тот же метод умел работать с разными входными данными.

🔤 Переопределение — дочерний класс меняет поведение метода, унаследованного от родителя.
Когда нужно: Чтобы адаптировать общую логику под конкретный случай.

➡️ Главное отличие

Перегрузка = один класс, разная сигнатура методов.
Переопределение = наследование, разная реализация метода.

Азбука айтишника

😳 Documentation Driven Development звучит как ещё один модный термин. Пока не попробуешь объяснить свой проект AI.

Агент работает только с тем контекстом, который ему дали. Если документация неполная или устарела, он начинает додумывать — отсюда появляется неверный код.

🔘 На курсе «ИИ для разработчиков» эту тему разбирает Арсений Харланов. Он покажет, как подготовить документацию и контекст, чтобы агент понимал архитектуру проекта, ограничения и связи между компонентами.

Также разберём, как выбирать модель под задачу: Claude, DeepSeek, Qwen и другие ✏️

Впереди 7 недель работы со своим репозиторием. Вебинары проходят вживую и остаются в записи.

Стартуем 31 августа. До конца июля можно присоединиться по ранней цене, а доступ к материалам останется бессрочным 😀

🔗 Посмотреть, что будет на курсе

🏃‍♀️ Proglib Academy

🥳 Хорошая документация теперь нужна не только команде. Ниже — почему без неё проект начинает жить своей жизнью 👇

🔥 Тренажёр по большинству стеков

🔵 Выбираешь дерево навыков

🔵 Выполняешь задания, делаешь проекты прямо в браузере. Рабочее окружение уже настроено.

🔵 Учишься на практике, без долгой теории.

🔵 Если застрял — спрашиваешь у AI-ассистента Labby.

📌 Ссылка

Азбука айтишника

🤢 Чем больше разработчиков в команде начинают пользоваться Claude Code, тем заметнее одна проблема: кодовая база перестаёт выглядеть как работа одной команды.

Где-то есть тесты, где-то их забыли. Где-то агент следует архитектуре проекта, где-то предлагает решение, которое с ней не сочетается.

⚠️ И это не проблема Claude Code. Он просто следует тому контексту, который получает от каждого разработчика.

Сегодня покажем, как передать AI инженерный контекст команды и не превратить его внедрение в ещё один источник хаоса.

🗓 23 июля, 19:00 МСК
Бесплатно. 60 минут доклада + 30 минут вопросов.

🔗 Занять место на вебинаре и разобраться, почему так происходит

🏃‍♀️ Proglib Academy

🛸 Хороший разбо того, как сохранить единый стиль кода, когда вся команда работает с Claude Code.

💡 Разбираемся что такое API

API — это способ, с помощью которого программы общаются друг с другом.

Когда одному приложению нужна информация или какая-то функция другого сервиса, оно не лезет внутрь его кода. Оно отправляет запрос через API и получает ответ.

🔤 Где ты сталкиваешься с этим каждый день:

🈂️ Заходишь на сайт через Google-аккаунт. Сайт не знает твой пароль — он через API просит Google подтвердить, что это действительно ты.

🈂️ Открываешь приложение с погодой. Оно не собирает данные само, а запрашивает прогноз у специального сервиса через API.

🈂️ Оплачиваешь покупку в интернет-магазине. Магазин передаёт запрос платёжной системе через API, а та сообщает, прошёл платёж или нет.

🈂️ Видишь карту Google на чужом сайте. Сам сайт не хранит карты — он получает их через API Google.

🈂️ Покупаешь билет на поезд через агрегатор. Приложение запрашивает расписание, свободные места и стоимость у перевозчика через API.

Зачем это нужно ❓

— Без API разработчикам пришлось бы заново создавать карты, платежи, авторизацию, прогноз погоды и десятки других сервисов.

— Вместо этого можно использовать уже готовые решения и сосредоточиться на своём продукте.

— API также позволяет контролировать доступ. Другие программы получают только те данные и возможности, которые сервис решил предоставить.

Азбука айтишника