Хекслет

«Нужно бежать со всех ног, чтобы только оставаться на месте, а чтобы куда-то попасть — надо бежать как минимум вдвое быстрее!» Осталось решить, куда бежать, чтобы начать карьеру в разработке, если нет опыта. Вечером 5 ноября, в 19:00, на бесплатном вебинаре «Как устроиться в IT в 2027» как раз и разберёмся с этим вопросом. Посмотрим на перспективные направления, выясним требования работодателей, зарплаты и реальные возможности для новичков. И вот что говорит спикер вебинара Валентин Исипчук:

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

Загляните в кроличью нору. Там интересно! Запись здесь (без-воз-мезд-но): https://ru.hexlet.io/link/lODnt6 #карьера #ITбаза #hexlet

Лимиты токенов стремительно заканчиваются, переписка с чат-ботом дорожает с каждым сообщением, бот забывает базовые требования и начинает генерировать чушь — всё как мы любим. Самый короткий путь к спасению — взять набор лайфхаков и педантично применять их, не разбираясь в причинах. Всё получится. Есть путь подлиннее: применять те же лайфхаки осознанно: разобравшись, почему они работают. Этот способ надёжнее. Начнём с первого способа: что делать, чтобы бот не тупил, а лимиты не сгорали, как фейерверки в Новый Год. — Формулируйте точно и детально. Не исходите из предпосылок «ну, это понятно и без объяснений» и «у бота голова большая, он сам разберётся». Нет, не «понятно» и нет, не «разберётся». Точные формулировки работают лучше намёков.  — Перед выполнением задачи потребуйте, чтобы бот задал вопросы. Добавьте в промпт требование: «Прежде чем выполнять — задай мне пять вопросов для уточнения задачи». Бот уточнит тон, факты, формат, а заодно покажет нюансы, которые вы не учли.  — Не перекармливайте бота информацией. Уберите из запроса всё, что не нужно для решения задачи: длинные предыстории, повторы, посторонние детали. Он всё равно не оценит (или оценит и отвлечётся). — Описывайте в запросе формат и длину желаемого ответа. Чётко опишите структуру ответа: Отформатируй ответ в виде списка, без вступлений вроде „Как хорошо, что вы спросили!“, без послесловий и повторов. Объём — не более 600 знаков с учётом пробелов».  — Редактируйте промпты, когда это возможно. Если чат-бот дал неточный ответ — не отправляйте новый  промпт «Исправь это»: вместо этого отредактируйте тот промпт, на который бот дал некачественный ответ. В большинстве чат-ботов есть кнопка «Редактировать промпт». Неудачный ответ удалится из истории и будет заменён новым.  — Напоминайте боту о главном. Время от времени дублируйте в промптах основные требования: «Опирайся только на мои данные. Не выдумывай факты». — Проверяйте ответы чат-бота. Всегда сверяйте результат с исходными данными, особенно цифры, имена и факты. — Проверяйте адекватность бота. Когда чат становится большим — периодически спрашивайте у бота, хорошо ли он помнит стартовую задачу и требования. Если он начнёт путаться в показаниях — не пытайтесь его вылечить: заводите новый чат. — Не раздувайте чаты. Чем длиннее чат — тем дороже обходятся запросы. Если чат стал неприлично длинным — открывайте новый. Переносите в новый чат памятку, сделанную по запросу вроде такого: «Подготовь памятку для переноса в новый чат: коротко опиши задачу, условия, исходные данные и то, что уже сделано по задаче».  * * * Было бы нечестно показать лайфхаки, но не рассказать о причинах. Поэтому в статье «Почему всё так» мы постарались описать проблему понятным языком — ведь с чат-ботами работают не только программисты, но и естественники и (даже) гуманитарии. Статья протестирована на трёх гуманитариях. Результат — 100% понимания. В ходе экспериментов ни один гуманитарий не пострадал.

Как создавать приложения в формате SaaS Методология Twelve-Factor App, разработанная Адамом Виггинсом, описывает подход к созданию приложений в формате «программного обеспечения как услуги» (software as a service, SaaS). Разберём все двенадцать факторов: как они менялись, что из них актуально сегодня и как они повлияли на практику разработки. Читать на Хабре: https://habr.com/ru/companies/hexlet/articles/1098714/ 12 ноября в Хекслете стартует новый поток курса «Системный дизайн». 👉 Программа курса и запись Telegram | YouTube | AI Клуб | VK | X |

Не 42, а просто 4. Наш эксперт и наставник в #Хекслет Валентин Исипчук подготовил тут ответ на главный вопрос криптографии. В сфере веб-безопасности всплыл инцидент, который звучит как плохой анекдот, но имеет вполне реальные последствия. Индийский удостоверяющий центр eMudhra выпустил ряд промежуточных TLS-сертификатов с критическим изъяном в генераторе случайных чисел. Вместо полноценного 384-битного ключа (размером в 48 байт) автоматика УЦ сгенерировала ключи-«пустышки». В некоторых случаях закрытый ключ оказался однобайтным и равнялся примитивным значениям — например, числу 4. Чем это грозило? Любой желающий мог за доли секунды извлечь закрытый ключ из публичного сертификата прямо на обычном ноутбуке. В теории это позволяло генерировать валидные HTTPS-сертификаты для абсолютно любого домена в мире и проводить бесшовные Man-in-the-Middle (MitM) атаки. Что в итоге? * По данным Certificate Transparency, злоумышленники не успели воспользоваться брешью «в дикой природе». * Крупнейшие вендоры оперативно заблокировали скомпрометированные сертификаты: Google — 17 октября, Apple — 19 октября, а Microsoft — 20 октября. Что делать вам? Просто не откладывайте обновления системы и браузеров — выкатившиеся патчи безопасности гарантированно отзывают доверие к скомпрометированной цепочке. Подробный разбор, хронологию и инструмент для проверки вашего браузера можно найти на специальном сайте: 👉 https://emudhra.we-have-a-problem.com/ #опытным #кибербезопасность Telegram | YouTube | AI Клуб | VK | X | Курс Хекслета AI SDLC

Снова в деле Так, тут неожиданно получилось, что я буду преподавать в нашем курсе "ии для программистов". Я когда-то его стартанул и отошел от дел, а тут все таки мир немного ушел вперед и мы его перезапустили. Решили что будет лучше если я сам проведу первый поток, а потом уже передадим его нашим преподавателям. Что поменялось? За последние полгода людей которые вообще пишут без ии почти не осталось, рассказывать о том что такое mcp, как настраивать agents.md и тому подобные вещи нужно только тем, кто учится с нуля. Действующие же разработчики хотят настроить крутой и желательно автоматизированный воркфлоу, который выдает качественный и работающий код. Вот примерный план вебинаров: 1. Эффективность работы с агентами. Как обеспечить агентам полноценный контекст проекта, включая другие репозитории, продакшен, логи и инфраструктуру. Как адаптировать кодовую базу под ии, автоматизировать коммиты и релизы. Отдельно разберу хуки, линтеры, ast-grep и другие guardrails, которые позволяют контролировать архитектурные ограничения и не давать агентам делать что попало. 2. Spec-Driven Development (SDD). Разберу популярные SDD-фреймворки, workflow Мэтта Покока и проблему преждевременной спецификации. Отдельно поговорю про то, как все это применять в существующих проектах (brownfield), где уже есть большая кодовая база, сложившаяся архитектура и куча ограничений. 3. Качество кода. Как правильно организовать дебаг, тестирование и независимое регулярное code review. Как понять какой код действительно нужно смотреть самому, а какой можно вообще не читать. И как сделать так, чтобы качество обеспечивалось процессом, а не необходимостью вручную проверять каждую строчку за агентом. 4. Качество харнеса. Как управлять памятью и контекстом агентов, зачем иногда отключать память и когда нужно очищать окружение. Как проводить ретроспективы работы агентов, находить проблемы в инструкциях и инструментах. Отдельно расскажу про скилы для экономии токенов и способы уменьшить стоимость разработки. Также затрону эвалы, которые позволяют проверять насколько изменения в харнесе действительно улучшают работу агентов. 5. Практика построения агентного воркфлоу. Как объединить все эти подходы в единый процесс разработки, где агенты получают нужный контекст, работают с требованиями, пишут код, тестируют его и проходят независимую проверку. Разберу как связать отдельные инструменты и практики между собой, чтобы получить не набор разрозненных настроек, а работающую систему. Ссылка на курс https://ru.hexlet.io/programs/ai-for-developers (можно оплачивать откуда угодно) Telegram | YouTube | ИИ для разработчиков

Читаем про аларм в мировой сети и разбираемся, насколько всё плохо. Спойлер: довольно плохо, да. Для начала — масштаб бедствия: примерно 70% сайтов в мировой сети написаны на PHP. Кто сказал, что PHP устарел? И вот в этом самом PHP нашли две серьёзные дыры, которые дают злоумышленникам возможность без логина и пароля запускать команды от имени веб-сервера и читать память чужих запросов.  Атакующий получает контроль надо всем, до чего дотягивается веб-сервер: может управлять файлами сайта, может получить пароли и ключи, залезть в базу или оставить чёрный ход.  Найденным дырам дали общее название PHP2Shell и персональные номера: CVE-2026-109618 и CVE-2026-109619. По шкале опасности CVSS этим дырам присвоили 9.2 балла из десяти. В общем, всё серьёзно. После того, как об этих дырах стало известно, многие компании просто выключили свои сайты в ожидании патчей. Публично подтверждённых взломов пока нет, но ситуация меняется очень быстро, посмотрим, что будет. Вот что важно для понимания: дыры не в сайтах, а в интерпретаторе. Никакие изменения в коде сайта не защитят от уязвимости: нужно обновлять серверный модуль PHP.  Но и это ещё не всё. 21 октября вышли обновления PHP 8.5.12, 8.4.27, 8.3.36 и 8.2.35. Вроде бы, ура, но не для всех.  Для PHP 7.3 и старше официальных исправлений нет и не будет. Владельцу сайта или хостеру придётся переезжать на поддерживаемую версию: ждать заплатки бессмысленно.  Проблема в том, что сайты на старых версиях CMS не умеют работать на современных версиях PHP, и в итоге владелец сайта будет вынужден перевести свой сайт на новую версию CMS, которая совместима с пропатченными версиями PHP.  Достанется всем. Экскурс в историю: тикет про нехватку памяти и недочищенные временные файлы (эта проблема напрямую связана с обнаруженными уязвимостями) завели ещё в 2020-м, а в 2024-м аудит нашёл связанную проблему. Но примера рабочей атаки никто не показал — и чинить не стали.  Рубрика «но есть и хорошие новости» будет короткая: мы справимся. Не зря же мы учим отличных DevOps-инженеров и PHP-разработчиков. DevOps-инженер: ru.hexlet.io/link/A2KTaN  PHP-разработчик: ru.hexlet.io/link/qhfJFe

🤖 «ИИшка галлюцинирует!» А может, дело в контексте? Слишком мало информации — нейросеть начинает додумывать за вас. Слишком много — уже не справляется с задачей. И вот ваш проект «починили» так, что лучше бы не трогали 😅 Сережа Попов, CPO Консоль Про, объясняет, почему так происходит и как не отдавать ИИ слишком много самостоятельности. 🎥 Это фрагмент нашего недавнего интервью. Полная версия уже на YouTube! #ИИ #Разработка #AI #Хекслет #itбаза #опытным Telegram | YouTube | AI Клуб | VK | X

Следим за Big O в сортировках! Вместе с Анастасией Мальцевой, автором канала «Код и кофе», разбираемся в алгоритмах сортировки, пишем простые и понятные примеры на JavaScript и смотрим, почему Bubble Sort прожорлив до неприличия, чем Merge Sort и Quick Sort лучше «пузырька» и чего они требуют за свою хорошую работу. Алгоритмы — это путь в большую разработку, а статья про алгоритмы сортировок — первый шаг в алгоритмы. Если вы знаете, как на JS пишутся циклы — вперёд! Вашей подготовки вполне хватит, чтобы понять принципы и логику кода. Спойлер: в 99% практических случаев в JS будет достаточно встроенной реализации Array.prototype.sort(), но мы же не для того здесь собрались, а чтобы разобраться в алгоритмах. Чтение — на десять минут, а понимание — навсегда. Читайте статью в блоге. #itбаза #фронтенд #JavaScript #Хекслет

Кастомную CRM развивала команда из шести человек. Агенты уже помогали писать код и тесты, но поручить им задачу целиком не получалось. Не было актуальных спецификаций: часть сведений оставалась в тикетах, обсуждениях и у сотрудников. Начали с нескольких компонентов. Агент подготовил первичные спецификации, PM уточнил поведение и ограничения. Для задач ввели карточки инкрементов с контекстом и критериями приемки. По этим материалам агент готовил код, тесты и merge request. Разработчики проверяли техническую часть, тестировщик — сценарии и регрессии, PM — соответствие требованиям. После проверки обновляли спецификацию и журнал решений. На компонентах с проверенными спецификациями среднее время от готовой постановки до принятого MR для сопоставимых небольших задач сократилось с четырех дней до двух, включая ожидание, проверку и переделки. Финальную приемку по-прежнему выполняли люди; в остальной части системы агентам все еще требовалось больше пояснений. Как перейти от локального помощника к агенту уровня задачи, обсудим на вебинаре Хекслета 26 октября в 19:00. Регистрация уже началась! Тему внедрения в существующие проекты также разбирает Алексей Могильников — автор и преподаватель Курса Хекслета AI SDLC. #вебинарХекслет #опытным Telegram | YouTube | AI Клуб | VK | X

Гранд апдейт на платформе Хекслета: React 19, новый стек для Java-веба, проекты в Vue.js и четыре навыка в каталоге. Курсы обновлены с учётом новых версий библиотек и фреймворков. Подарки достались всем. Специалистам — новый курс «Системный дизайн» (с этим навыком можно не бояться экспансии ИИ).  Новичкам — курс «Основы ИИ» (бесплатно) и дверь в профессиональную разработку — курс «Разработчик C# с нуля» Полный changelog — в статье на блоге #обновленияХекслет

Интернет — совсем не облако. Это кабели на дне океана. Разобрали путь одного фото по 7 уровням модели OSI. Сохраняй, чтобы не забыть на собеседовании — вдруг спросят. Сохрани шпаргалку «7 уровней OSI» и отправь тому, кто говорит «интернет — это одно большое облако». #hexlet #сети #osi #интернет #программирование

Как не переплатить за надежную инфраструктуру Самая дорогая ошибка в инфраструктуре — выбирать архитектуру без ответа на вопрос, сколько бизнес теряет при простое. Для одного проекта час недоступности — неприятность, но не смертельная. Для другого он означает невыполненные заказы и нарушение обязательств, как следствие — большие денежные потери. От этой разницы зависят нужные RPO и RTO, число зон, частота копий и необходимость отдельного плана аварийного восстановления. Считать важно не только стоимость серверов. Добавьте сетевой трафик между площадками, хранилища, мониторинг, инженерное время и регулярные проверки сценариев восстановления. И помните, что сложная архитектура не обязательно самая разумная.

GitHub сообщает: изменяются требования к SSH. Первый блок изменений вводится сегодня, 14 октября. При соединении с GitHub по SSH в скором времени перестанут работать: — Подпись ssh-rsa на SHA-1 — Обмен ключами diffie-hellman-group-exchange-sha256 Ещё нововведения: — Размер новых RSA-ключей должен быть не менее 3072 бит (с сегодняшнего дня) — Добавляется постквантовый (post-quantum) обмен ключами mlkem768x25519-sha256 4 ноября и 9 декабря на GitHub будет пробное введение новых правил. В эти дни станет видно, готова ли ваша машина к новшествам. 13 января 2027 года новые правила вводятся целиком и полностью. Don't panic, как написано на обложке великой книги. Мы составили инструкцию: что проверить, как проверить, как провести собственную репетицию, не дожидаясь отказа от GitHub. Читать статью на Хабр: https://habr.com/ru/companies/hexlet/articles/1094004/ Настоящий DevOps решает такие задачи одной левой, за что его и ценят. Для инженера, который отвечает за инфраструктуру, смена правил SSH на GitHub — рядовая задача. Освоить эти навыки можно на программе Хекслета «DevOps‑инженер с нуля». Кстати, старт 15 октября. Telegram | YouTube | AI Клуб | VK | X |

Алексей Могильников — AI-консультант, техлид, преподаватель Хекслета и автор курса «AI SDLC». Публикуем его комментарий. Anthropic объявила о вложении $100 млн в Claude Frontier Academy. Цель — подготовить 10 000 Frontier Deployed Engineers к концу 2027 года. Участники проходят очное обучение, затем 12 недель ведут реальный проект внедрения Claude в своей компании при поддержке инженеров Anthropic. Они внедряют системы на базе LLM в рабочие процессы заказчика. Разбираются в задаче и ограничениях бизнеса, определяют требования и проектируют решение. Пишут приложения и агентов, подключают корпоративные системы и данные. Настраивают наблюдаемость, проверяют качество и решают вопросы безопасности. Доводят систему до стабильной эксплуатации и помогают сотрудникам начать ею пользоваться. Удачные решения превращают в повторно используемые инструменты, проблемы внедрения передают продуктовой команде. У Anthropic два клиента обеспечили 24% выручки за 2025 год — по 12% каждый. Такая концентрация выручки делает крупных заказчиков особенно важными для бизнеса разработчика моделей. При этом сам по себе доступ к модели в виде чата дает крупным корпоративным клиентам мало ценности. Им нужно интегрировать модель с существующими системами, обеспечить наблюдаемость и безопасность. Построить вокруг LLM-агентов продукты, которые будут решать задачи бизнеса и приносить измеримую пользу. Anthropic называет нехватку таких специалистов одной из основных проблем внедрения ИИ. Это ограничение роста для крупных разработчиков LLM и компаний, которые строят и продают продукты на их основе: сложные внедрения требуют людей, способных довести их до эксплуатации. Academy позволяет готовить этих людей внутри компаний-заказчиков и партнеров. Anthropic рассчитывает, что таких специалистов потребуется существенно больше, и вкладывается в их подготовку. Подобные команды есть у OpenAI, Google и xAI. Такие инженеры нужны и компаниям, которые строят решения на базе сторонних моделей. У Palantir продукт развивается через работу инженеров с заказчиками: они строят решения под конкретные процессы, а опыт внедрения влияет на платформу. В такой бизнес-модели инженеры внедрения становятся основой бизнеса. Их число и квалификация ограничивают его рост. Поскольку нехватка этих специалистов остается одним из главных ограничений для разработчиков LLM и компаний, которые строят продукты и услуги вокруг моделей, число инженеров внедрения будет расти. Об инженерной работе с ИИ поговорим и на курсе Алексея Могильникова «AI SDLC» в Хекслете. Старт 29 октября. Посмотреть программу и записаться на курс можно по ссылке. p.s. А еще у нас скоро новый запуск курса ИИ для разработчиков 2.0

Алексей Могильников — AI-консультант, техлид, преподаватель Хекслета и автор курса «AI SDLC». Публикуем его комментарий. Anthropic объявила о вложении $100 млн в Claude Frontier Academy. Цель — подготовить 10 000 Frontier Deployed Engineers к концу 2027 года. Участники проходят очное обучение, затем 12 недель ведут реальный проект внедрения Claude в своей компании при поддержке инженеров Anthropic. Они внедряют системы на базе LLM в рабочие процессы заказчика. Разбираются в задаче и ограничениях бизнеса, определяют требования и проектируют решение. Пишут приложения и агентов, подключают корпоративные системы и данные. Настраивают наблюдаемость, проверяют качество и решают вопросы безопасности. Доводят систему до стабильной эксплуатации и помогают сотрудникам начать ею пользоваться. Удачные решения превращают в повторно используемые инструменты, проблемы внедрения передают продуктовой команде. У Anthropic два клиента обеспечили 24% выручки за 2025 год — по 12% каждый. Такая концентрация выручки делает крупных заказчиков особенно важными для бизнеса разработчика моделей. При этом сам по себе доступ к модели в виде чата дает крупным корпоративным клиентам мало ценности. Им нужно интегрировать модель с существующими системами, обеспечить наблюдаемость и безопасность. Построить вокруг LLM-агентов продукты, которые будут решать задачи бизнеса и приносить измеримую пользу. Anthropic называет нехватку таких специалистов одной из основных проблем внедрения ИИ. Это ограничение роста для крупных разработчиков LLM и компаний, которые строят и продают продукты на их основе: сложные внедрения требуют людей, способных довести их до эксплуатации. Academy позволяет готовить этих людей внутри компаний-заказчиков и партнеров. Anthropic рассчитывает, что таких специалистов потребуется существенно больше, и вкладывается в их подготовку. Подобные команды есть у OpenAI, Google и xAI. Такие инженеры нужны и компаниям, которые строят решения на базе сторонних моделей. У Palantir продукт развивается через работу инженеров с заказчиками: они строят решения под конкретные процессы, а опыт внедрения влияет на платформу. В такой бизнес-модели инженеры внедрения становятся основой бизнеса. Их число и квалификация ограничивают его рост. Поскольку нехватка этих специалистов остается одним из главных ограничений для разработчиков LLM и компаний, которые строят продукты и услуги вокруг моделей, число инженеров внедрения будет расти. Об инженерной работе с ИИ поговорим и на курсе Алексея Могильникова «AI SDLC» в Хекслете. Старт 29 октября. Посмотреть программу и записаться на курс можно по ссылке. p.s. А еще у нас скоро новый запуск курса ИИ для разработчиков 2.0

😐 Пять популярных привычек при работе с ИИ: 1️⃣ Ставь задачу ИИ одной строкой: «посмотри проект и исправь». У ИИ много чипов, он сам разберётся. 2️⃣Контекст забивай до упора. Чем больше информации у модели — тем лучше результат. 3️⃣Не жалей токенов. Даже на разбор почты отправляй самую крутую модель: стыдно экономить на суммаризации. 4️⃣Твой главный KPI — сожжённые токены. Меньше тысячи долларов в месяц — вообще несерьёзно. 5️⃣ Береги свой единственный аккаунт, забудь про git и бэкапы, не забудь выдать агенту полный доступ к проду. 🎉 Вы прочли материал из рубрики «Вредные советы». В нашем интервью содержание вредных советов разбирает Сергей Попов, CPO «Консоли», автор телеграм-канала «Серёжа печатает...» Настройка Claude Code, грамотная постановка задач, выбор модели по способностям и цене, пайплайн, где код за агентом можно не перечитывать. Хорошая новость: всё это можно реализовать даже в нашей Солнечной системе. Бонус-эксперимент: что будет, если в Солнечную систему запустить чёрную дыру, пусть даже не самую массивную. И вовсе не странно, что эта история тоже есть в нашем интервью. Telegram | YouTube | AI Клуб | VK | X | Бесплатный воркшоп про ИИ агентов от Валентина Исипчука | ИИ для разработчиков 2.0: новый запуск

Один дата-центр перестал работать — но почему вместе с ним легли десятки других сервисов? Почему такое вообще происходит? Как связаны между собой облачные сервисы? И почему хранить все данные и резервные копии в одном месте — плохая идея? Разбираемся в первом посте нашей серии о надежности инфраструктуры и защите данных. Листайте и сохраняйте, чтобы не потерять. 💬 Расскажите про ваш опыт устранения сбоев и сколько времени заняло восстановление? В следующем посте разберем, как защитить данные от потери и почему наличие резервной копии еще не гарантирует, что систему удастся быстро восстановить.

«Protobuf быстрее JSON» — говорит кандидат на собесе по system design и получает проблемы себе на голову. Вроде мелочь, но на собеседовании такие мелочи важны. На техническом собеседовании оценивают не решение, а то, как вы его защищаете. Правильной архитектуры нет, зато есть выгодные компромиссы. Что говорить вслух и как реагировать на подсказки, разбирает Виталий Лихачев, бэкендер и SRE, проводивший десятки таких собесов. В кадре еще и кот, но это чтобы сбить зрителя с толку. 🎬 Смотреть видео А если хотите глубже разобраться в архитектуре сложных систем и научиться аргументировать технические решения, 12 ноября в Хекслете стартует новый поток курса «Системный дизайн». Будем разбирать реальные инженерные задачи, ограничения и компромиссы, с которыми сталкиваются разработчики. 👉 Программа курса и запись Telegram | YouTube | AI Клуб | VK | X | Бесплатный воркшоп про ИИ агентов от Валентина Исипчука | ИИ для разработчиков 2.0: новый запуск

Ура! Все заработало! Наши инженеры — герои, которые не носят плащей — смогли сделать почти невозможное — за считанные часы восстановили работу всех сервисов Хекслета. Можно снова продолжать учебу. А если возникнут какие-то проблемы, сразу пишите нам — оперативно разберемся и всё решим. А тем, кто еще не с нами, самое время записаться на курс. У нас вот-вот стартует новый запуск ИИ для разработчиков 2.0, курс AI SDLC по спеццене до 14 октября и профессия Разработчик C# для тех, кто входит в IT с нуля. Telegram | YouTube | AI Клуб | VK | X | Бесплатный воркшоп про ИИ агентов от Валентина Исипчука