https://wiki.atp-fivt.org/api.php?action=feedcontributions&feedformat=atom&user=%D0%90%D1%85%D1%82%D1%8F%D0%BC%D0%BE%D0%B2+%D0%9F%D0%B0%D0%B2%D0%B5%D0%BB 2026-10-16T13:20:16Z Вклад MediaWiki 1.43.3 https://wiki.atp-fivt.org/index.php?title=%D0%A1%D0%BE%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D1%8B_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D1%8B%D1%85_%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%82%D0%BE%D0%B2_%D1%81_%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D0%BE%D0%B2_%D0%B8%D1%81%D0%BA%D1%83%D1%81%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B8%D0%BD%D1%82%D0%B5%D0%BB%D0%BB%D0%B5%D0%BA%D1%82%D0%B0&diff=5213 2026-08-29T10:34:26Z

<p>Ахтямов Павел: /* Общие сведения */</p> <hr /> <div>==Общие сведения==<br /> * Семестр: нет ограничений<br /> * Форма контроля: дифференцированный зачет<br /> * Дни и время занятий: вторник, 17:05-18:30<br /> * Первое занятие: 1 сентября 2026 года<br /> <br /> '''Преподаватель'''<br /> *Ахтямов Павел<br /> <br /> === Регистрация на курс ===<br /> <br /> Регистрация на курс проходит по ссылке: https://forms.yandex.ru/u/6a8e9d836d2d7354e26e4666<br /> <br /> === Актуальные новости ===<br /> <br /> Актуальные новости публикуются в Telegram-канале: https://t.me/+X2zKWmmr7gg2Nzgy<br /> <br /> Телеграм-чат: https://t.me/+ywvmwhtUG-syMTUy<br /> <br /> ==О курсе==<br /> <br /> За два года генерация кода перестала быть фокусом и стала рабочим инструментом. Вместе с этим сменился и дефицит: писать код научились все, а вот доводить написанное до продукта, который работает у других людей, по-прежнему умеют немногие.<br /> <br /> Курс отвечает именно на такой запрос. Мы не учимся просить у модели функции - мы строим вокруг агента инженерную обвязку: намерение, спецификацию, проверки, права, цену запуска, выкатку. Профессия, которая из этого складывается, называется '''agentic engineering''', и на рынке она уже оплачивается отдельно от разработки.<br /> <br /> === Чем курс отличается от прошлого года ===<br /> <br /> Курс 2025 года отвечал на вопрос «что умеют языковые модели». Курс 2026 отвечает на другой: '''почему решение, собранное за вечер, не доживает до production и не масштабируется, и что с этим делать'''.<br /> <br /> Поэтому курс развивается в 3 направлениях.<br /> <br /> '''Первое: проверяемость.''' Можно ли доверять тому, что сделано, не перечитывая код глазами. Сюда входит спецификация, по которой работу принимает машина, детерминированный набор проверок и независимый проверяющий, который ищет расхождения вместо автора. Работа считается сделанной, когда это подтвердил прогон, а не автор.<br /> <br /> '''Второе: границы.''' Что произойдёт, когда что-то пойдёт не так. Права агента и матрица разрешений, цена запуска и лимиты, модель угроз, векторы атак на собственный продукт, откат и учения по отказу. Решение доживает до production не потому, что в нём нет ошибок, а потому, что известно, где оно остановится.<br /> <br /> '''Третье: передаваемость.''' Может ли с продуктом работать кто-то кроме автора: агент, другой человек, сам автор через полгода. Отсюда репозиторий, готовый для агента, собственные скиллы и серверы MCP, цикл без участия человека, комплект передачи и запуск руками постороннего. Именно здесь решается, масштабируется решение или упирается в своего создателя.<br /> === Формат ===<br /> <br /> Каждая пара устроена одинаково: короткая витрина работ, разбор темы, практика на своём проекте. С третьей недели пара открывается тремя минутами показа - два-три студента выводят свой продукт на экран и запускают его. Не рассказывают, а запускают.<br /> <br /> Сквозной пример курса - '''«Дежурный по дедлайнам»''': сервис личных сроков, который преподаватель ведёт параллельно с группой. Студент видит целевое состояние каждого слоя, а тему своего проекта выбирает сам.<br /> <br /> === Кому подойдёт ===<br /> <br /> Курс рассчитан на две группы сразу, и обе одинаково уместны на факультативе.<br /> <br /> 1. Те, кто уже пишет код и хочет научиться доводить его до работающего продукта за кратчайшие сроки.<br /> <br /> 2. Вторая - те, кто чувствует, что отрасль ушла вперёд, и хочет догнать: инструменты сменились за два года, и разрыв набирается быстро.<br /> <br /> Опыт работы с языковыми моделями не требуется, инструменты разбираются с нуля. Требуется: '''готовность каждую неделю приносить на пару свой растущий проект'''. Курс построен на нём, и без проекта смотреть будет не на что.<br /> <br /> == План курса ==<br /> <br /> <br /> 1. '''Agentic engineering как профессия.''' Что изменилось за два года, где проходит граница между генерацией кода и инженерией агентов. Проверка фактов и работа с источниками. Замер на отдельной задаче.<br /> <br /> 2. '''Рабочая среда агента и инженерный минимум.''' Настройка среды, репозиторий, первый коммит, набор проверок. Продукт поднимается локально.<br /> <br /> 3. '''Intent engineering.''' Как превратить расплывчатое желание в намерение, по которому агент способен работать. Бриф и каркас продукта по нему.<br /> <br /> 4. '''Spec-Driven Development.''' Спецификация, разбиение на задачи, реализация под тесты. Работа принимается зелёным прогоном, а не мнением автора.<br /> <br /> 5. '''Skills Engineering и Model Context Protocol.''' Свой скилл под задачу проекта, подключение серверов MCP, вызов инструмента в журнале агента.<br /> <br /> 6. '''Архитектура, ADR и репозиторий, готовый для агента.''' Схема решения, записи о принятых решениях, правила репозитория, работа через ветки и pull request.<br /> <br /> 7. '''Детерминированная проверка.''' Набор проверок, запускаемый одной командой. Что проверяется машиной, а что остаётся человеку. Видимость решения для поисковых роботов и агентов: что достаётся тому, кто не выполняет JavaScript, и как это проверить машиной.<br /> <br /> 8. '''Независимый проверяющий.''' Проверяет не тот, кто делал: инструкция проверяющего, отчёт о расхождениях со спецификацией.<br /> <br /> 9. '''Harness: права, данные и цена.''' Модель угроз, матрица разрешений, лимиты и стоимость запуска. Проверка прав в конвейере сборки.<br /> <br /> 10. '''ИИ в автотестировании, часть первая.''' ''Приглашённый практик.'' Внутреннее устройство агента: цикл вокруг модели, набор инструментов, память, перехват фактических вызовов. Разработка собственного конвейера.<br /> <br /> 11. '''Свои агенты и свой сервер MCP, часть вторая.''' ''Приглашённый практик.'' Написание собственного сервера Model Context Protocol и собственных агентов под свою задачу. Не субагенты, а самостоятельные программы.<br /> <br /> 12. '''Безопасность агентной разработки, часть первая.''' ''Приглашённый практик.'' Как ломаются агентные решения: векторы атак, найденные на своём проекте.<br /> <br /> 13. '''Безопасность агентной разработки, часть вторая.''' ''Приглашённый практик.'' Защита: проверка безопасности в конвейере, падающая на подложенной проблеме.<br /> <br /> 14. '''Loop Engineering.''' Цикл, который работает без человека: выбирает задачу, вносит изменение, открывает pull request. Где ставить границы такому циклу.<br /> <br /> 15. '''Выкатка и эксплуатация.''' Развёрнутая версия, откат, учения по отказу. Продукт становится доступен в сети. Состязательная приёмка.<br /> <br /> Защита проектов проходит в зачётную сессию.<br /> <br /> == Формат сдачи курса ==<br /> <br /> Курс проверяет одно: способность довести решение до состояния, когда оно запускается и работает у человека, который видит его впервые.<br /> <br /> === Минимальные требования ===<br /> <br /> Необходимо реализовать проект, включающий:<br /> * Frontend, Backend и хранилище данных<br /> * Набор проверок, запускаемый одной командой<br /> * Развёрнутую версию, доступную по сети<br /> * Спецификацию, по которой проект можно проверить независимо<br /> <br /> Проект сдаётся ссылкой на репозиторий и отчётом на почту akhtyamov@phystech.edu. Отчёт содержит:<br /> * спецификацию и разбиение на задачи;<br /> * что пришлось доработать руками и почему;<br /> * какие серверы MCP и скиллы использовались;<br /> * какие модели применялись и на каких задачах;<br /> * отчёт независимого проверяющего с найденными расхождениями.<br /> <br /> === Проверка на защите ===<br /> <br /> Проект разворачивает и запускает другой человек по инструкции из репозитория. Если запуск требует вопросов автору, комплект передачи неполный.<br /> <br /> === Бонусы ===<br /> * Работающий цикл без участия человека с заданными границами<br /> * Своя проверка безопасности, падающая на подложенной проблеме<br /> * Настройка агентов через инструменты с низким порогом входа (n8n, SourceCraft)<br /> * Собственные серверы MCP под задачи проекта<br /> <br /> === Вехи по ходу семестра ===<br /> <br /> Проект сдаётся не одним куском в декабре. Пять раз за семестр он проходит короткую проверку, и каждая привязана к теме, которая только что разбиралась.<br /> <br /> Веха занимает пять минут и проверяется запуском, а не рассказом. Пропущенная веха не закрывает дорогу дальше, но к защите все пять должны быть пройдены.<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! Веха !! Неделя !! Что показываем !! Чем проверяется<br /> |-<br /> | В1. Продукт поднимается || 2 || репозиторий, первый коммит, набор проверок || сервис запускается на машине преподавателя<br /> |-<br /> | В2. Намерение и спецификация || 4 || бриф, спецификация, разбиение на задачи, одна задача сделана || прогон проверок зелёный<br /> |-<br /> | В3. Репозиторий готов для агента || 6 || схема решения, записи о решениях, правила репозитория, работа через ветки || pull request с зелёной сборкой<br /> |-<br /> | В4. Проверяемость || 8 || полный набор проверок, отчёт независимого проверяющего || отчёт содержит найденные расхождения со спецификацией<br /> |-<br /> | В5. Границы и цена || 9 || модель угроз, матрица прав, лимиты || конвейер падает на попытке опасного действия<br /> |}<br /> <br /> Логика вех простая. Первые две отвечают на вопрос «есть ли вообще продукт», третья и четвёртая - «можно ли ему доверять», пятая - «что будет, когда что-то пойдёт не так».<br /> <br /> === Примеры проектов ===<br /> <br /> Можно выбрать один из предложенных проектов или предложить свой по согласованию с преподавателем. Для согласования нестандартной темы необходимо написать на почту akhtyamov@phystech.edu с описанием и мотивацией выбора.<br /> <br /> Описание проекта даётся в минимальном виде намеренно: задача студента - развить его самому, ограничивая при этом фантазию модели.<br /> <br /> Уровни различаются не размером, а числом тем курса, которые задача поднимает. Простая задача проверяет, что человек довёл дело до конца. Задача на десять требует доказать правильность решения машиной, а не показать её на примере.<br /> <br /> ==== Простые проекты (удовлетворительно 3-4) ====<br /> <br /> Задачи этого уровня не содержат сложных правил. Проверяется одно: продукт работает, разворачивается и запускается человеком со стороны.<br /> <br /> 1. Трекер личных дедлайнов:<br /> * срок с датой и напоминанием<br /> * список того, что горит сегодня<br /> * отметка выполненного<br /> * фильтр по проектам<br /> 2. Kanban-доска (упрощённый Trello):<br /> * создание задач и досок<br /> * назначение задач пользователям<br /> * статусы задач<br /> * ограничение числа задач в одном статусе<br /> 3. Дашборд успеваемости:<br /> * студенты, предметы, оценки<br /> * средний балл по предмету<br /> * график успеваемости<br /> * топ студентов<br /> <br /> ==== Задачи невысокой сложности (хорошо 5) ====<br /> <br /> Здесь появляется первое правило, которое легко описать неточно. Спецификация перестаёт быть формальностью.<br /> <br /> 1. '''Обменник дежурствами.''' Участники меняются сменами по правилам: не больше двух смен подряд, нельзя ставить смену в свой выходной, замена требует согласия обеих сторон.<br /> * заявка на замену и ответ на неё<br /> * проверка правил при подтверждении<br /> * история изменений графика<br /> * ''темы курса: спецификация, детерминированная проверка''<br /> 2. '''Мини-маркетплейс объявлений.''' Классическая витрина, усложнённая модерацией: объявление публикуется не сразу, а после проверки по списку правил.<br /> * объявления с фотографиями, категории, поиск<br /> * очередь модерации с причинами отказа<br /> * повторная подача после исправления<br /> * ''темы курса: спецификация, независимый проверяющий''<br /> <br /> ==== Задачи с усложнениями (оценки 7-8) ====<br /> <br /> На этом уровне у задачи есть проверяемый инвариант и опасное действие. Модель угроз и матрица прав перестают быть бумажными.<br /> <br /> 1. '''Учёт общих расходов с делением счёта.''' Кто за кого заплатил, кто кому должен, взаимозачёт долгов внутри группы.<br /> * внесение траты с произвольным делением между участниками<br /> * пересчёт взаимных долгов после каждой траты<br /> * закрытие долга переводом<br /> * ''инвариант: сумма всех долгов равна нулю в любой момент''<br /> * ''темы курса: проверяемость, права на опасное действие''<br /> 2. '''Планировщик встреч по календарям участников.''' Сервис находит общее окно, учитывая занятость, часовые пояса и приоритет участников.<br /> * занятость каждого участника<br /> * поиск ближайшего подходящего окна<br /> * учёт часовых поясов и перехода через полночь<br /> * ''инвариант: предложенное окно свободно у всех приглашённых''<br /> * ''темы курса: спецификация, независимый проверяющий, краевые случаи''<br /> 3. '''Помощник по базе знаний с бюджетом.''' Отвечает на вопросы по загруженным документам и тратит на это деньги, поэтому знает свои лимиты.<br /> * загрузка документов и поиск по ним<br /> * лимит трат в день и на один запрос<br /> * понятный отказ при исчерпании лимита вместо превышения<br /> * ''темы курса: harness, цена запуска, деградация''<br /> 4. '''Очередь задач с приоритетами.''' Задачи разбираются исполнителями по правилам, и правила меняются на ходу.<br /> * добавление задачи с приоритетом и сроком<br /> * выдача следующей задачи исполнителю<br /> * повышение приоритета у долго ждущих<br /> * ''инвариант: ни одна задача не ждёт дольше заданного срока''<br /> * ''темы курса: спецификация, цикл без человека''<br /> <br /> ==== Задание на оценку 10 ====<br /> <br /> Задачи этого уровня отличаются одним: правильность решения неочевидна, и её нужно доказать машиной, а не показать на примере.<br /> <br /> 1. '''Зачёт взаимных долгов.''' Развитие задачи про общие расходы: сервис не просто считает долги, а сводит их к минимальному числу переводов.<br /> * сведение долгов в группе любого размера<br /> * ''доказать: число переводов минимально, а итоговые балансы совпадают с исходными''<br /> * ''темы курса: спецификация, независимый проверяющий, проверка на сгенерированных данных''<br /> 2. '''Планировщик с гарантией отсутствия голодания.''' Развитие очереди задач: система распределяет работу так, что ни один исполнитель и ни одна задача не остаются без внимания.<br /> * распределение задач по исполнителям с учётом загрузки<br /> * ''доказать: при непрерывном потоке ни одна задача не ждёт дольше границы''<br /> * ''темы курса: цикл без человека, проверка инварианта под нагрузкой''<br /> 3. '''Платформа A/B-тестирования.''' Эксперименты над собственным продуктом с честной статистикой.<br /> * создание эксперимента и разделение пользователей<br /> * библиотека для получения варианта<br /> * сбор метрик и проверка статистической значимости<br /> * ''доказать: разделение устойчиво, пользователь не меняет вариант между заходами''<br /> * ''темы курса: проверяемость, работа с данными''<br /> 4. '''Доска для ретроспектив в реальном времени.''' Несколько человек работают одновременно, и результат не зависит от порядка действий.<br /> * стикеры, перемещение, голосование<br /> * синхронизация между участниками<br /> * ''доказать: одновременные правки не теряются и приводят к одинаковому состоянию у всех''<br /> * ''темы курса: краевые случаи, состязательная приёмка''</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A1%D0%BE%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D1%8B_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D1%8B%D1%85_%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%82%D0%BE%D0%B2_%D1%81_%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D0%BE%D0%B2_%D0%B8%D1%81%D0%BA%D1%83%D1%81%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B8%D0%BD%D1%82%D0%B5%D0%BB%D0%BB%D0%B5%D0%BA%D1%82%D0%B0&diff=5212 2026-08-29T10:34:17Z

<p>Ахтямов Павел: /* Общие сведения */</p> <hr /> <div>==Общие сведения==<br /> * Семестр: нет ограничений<br /> * Форма контроля: дифференцированный зачет<br /> * Дни и время занятий: вторник, 17:05-18:30<br /> * Первое занятие: 1 сентября 2026 года<br /> <br /> '''Преподаватель'''<br /> *Ахтямов Павел<br /> <br /> === Регистрация на курс ===<br /> <br /> Регистрация на курс проходит по ссылке: https://forms.yandex.ru/u/6a8e9d836d2d7354e26e4666<br /> <br /> === Актуальные новости ===<br /> <br /> Актуальные новости публикуются в Telegram-канале: https://t.me/+X2zKWmmr7gg2Nzgy<br /> Телеграм-чат: https://t.me/+ywvmwhtUG-syMTUy<br /> <br /> ==О курсе==<br /> <br /> За два года генерация кода перестала быть фокусом и стала рабочим инструментом. Вместе с этим сменился и дефицит: писать код научились все, а вот доводить написанное до продукта, который работает у других людей, по-прежнему умеют немногие.<br /> <br /> Курс отвечает именно на такой запрос. Мы не учимся просить у модели функции - мы строим вокруг агента инженерную обвязку: намерение, спецификацию, проверки, права, цену запуска, выкатку. Профессия, которая из этого складывается, называется '''agentic engineering''', и на рынке она уже оплачивается отдельно от разработки.<br /> <br /> === Чем курс отличается от прошлого года ===<br /> <br /> Курс 2025 года отвечал на вопрос «что умеют языковые модели». Курс 2026 отвечает на другой: '''почему решение, собранное за вечер, не доживает до production и не масштабируется, и что с этим делать'''.<br /> <br /> Поэтому курс развивается в 3 направлениях.<br /> <br /> '''Первое: проверяемость.''' Можно ли доверять тому, что сделано, не перечитывая код глазами. Сюда входит спецификация, по которой работу принимает машина, детерминированный набор проверок и независимый проверяющий, который ищет расхождения вместо автора. Работа считается сделанной, когда это подтвердил прогон, а не автор.<br /> <br /> '''Второе: границы.''' Что произойдёт, когда что-то пойдёт не так. Права агента и матрица разрешений, цена запуска и лимиты, модель угроз, векторы атак на собственный продукт, откат и учения по отказу. Решение доживает до production не потому, что в нём нет ошибок, а потому, что известно, где оно остановится.<br /> <br /> '''Третье: передаваемость.''' Может ли с продуктом работать кто-то кроме автора: агент, другой человек, сам автор через полгода. Отсюда репозиторий, готовый для агента, собственные скиллы и серверы MCP, цикл без участия человека, комплект передачи и запуск руками постороннего. Именно здесь решается, масштабируется решение или упирается в своего создателя.<br /> === Формат ===<br /> <br /> Каждая пара устроена одинаково: короткая витрина работ, разбор темы, практика на своём проекте. С третьей недели пара открывается тремя минутами показа - два-три студента выводят свой продукт на экран и запускают его. Не рассказывают, а запускают.<br /> <br /> Сквозной пример курса - '''«Дежурный по дедлайнам»''': сервис личных сроков, который преподаватель ведёт параллельно с группой. Студент видит целевое состояние каждого слоя, а тему своего проекта выбирает сам.<br /> <br /> === Кому подойдёт ===<br /> <br /> Курс рассчитан на две группы сразу, и обе одинаково уместны на факультативе.<br /> <br /> 1. Те, кто уже пишет код и хочет научиться доводить его до работающего продукта за кратчайшие сроки.<br /> <br /> 2. Вторая - те, кто чувствует, что отрасль ушла вперёд, и хочет догнать: инструменты сменились за два года, и разрыв набирается быстро.<br /> <br /> Опыт работы с языковыми моделями не требуется, инструменты разбираются с нуля. Требуется: '''готовность каждую неделю приносить на пару свой растущий проект'''. Курс построен на нём, и без проекта смотреть будет не на что.<br /> <br /> == План курса ==<br /> <br /> <br /> 1. '''Agentic engineering как профессия.''' Что изменилось за два года, где проходит граница между генерацией кода и инженерией агентов. Проверка фактов и работа с источниками. Замер на отдельной задаче.<br /> <br /> 2. '''Рабочая среда агента и инженерный минимум.''' Настройка среды, репозиторий, первый коммит, набор проверок. Продукт поднимается локально.<br /> <br /> 3. '''Intent engineering.''' Как превратить расплывчатое желание в намерение, по которому агент способен работать. Бриф и каркас продукта по нему.<br /> <br /> 4. '''Spec-Driven Development.''' Спецификация, разбиение на задачи, реализация под тесты. Работа принимается зелёным прогоном, а не мнением автора.<br /> <br /> 5. '''Skills Engineering и Model Context Protocol.''' Свой скилл под задачу проекта, подключение серверов MCP, вызов инструмента в журнале агента.<br /> <br /> 6. '''Архитектура, ADR и репозиторий, готовый для агента.''' Схема решения, записи о принятых решениях, правила репозитория, работа через ветки и pull request.<br /> <br /> 7. '''Детерминированная проверка.''' Набор проверок, запускаемый одной командой. Что проверяется машиной, а что остаётся человеку. Видимость решения для поисковых роботов и агентов: что достаётся тому, кто не выполняет JavaScript, и как это проверить машиной.<br /> <br /> 8. '''Независимый проверяющий.''' Проверяет не тот, кто делал: инструкция проверяющего, отчёт о расхождениях со спецификацией.<br /> <br /> 9. '''Harness: права, данные и цена.''' Модель угроз, матрица разрешений, лимиты и стоимость запуска. Проверка прав в конвейере сборки.<br /> <br /> 10. '''ИИ в автотестировании, часть первая.''' ''Приглашённый практик.'' Внутреннее устройство агента: цикл вокруг модели, набор инструментов, память, перехват фактических вызовов. Разработка собственного конвейера.<br /> <br /> 11. '''Свои агенты и свой сервер MCP, часть вторая.''' ''Приглашённый практик.'' Написание собственного сервера Model Context Protocol и собственных агентов под свою задачу. Не субагенты, а самостоятельные программы.<br /> <br /> 12. '''Безопасность агентной разработки, часть первая.''' ''Приглашённый практик.'' Как ломаются агентные решения: векторы атак, найденные на своём проекте.<br /> <br /> 13. '''Безопасность агентной разработки, часть вторая.''' ''Приглашённый практик.'' Защита: проверка безопасности в конвейере, падающая на подложенной проблеме.<br /> <br /> 14. '''Loop Engineering.''' Цикл, который работает без человека: выбирает задачу, вносит изменение, открывает pull request. Где ставить границы такому циклу.<br /> <br /> 15. '''Выкатка и эксплуатация.''' Развёрнутая версия, откат, учения по отказу. Продукт становится доступен в сети. Состязательная приёмка.<br /> <br /> Защита проектов проходит в зачётную сессию.<br /> <br /> == Формат сдачи курса ==<br /> <br /> Курс проверяет одно: способность довести решение до состояния, когда оно запускается и работает у человека, который видит его впервые.<br /> <br /> === Минимальные требования ===<br /> <br /> Необходимо реализовать проект, включающий:<br /> * Frontend, Backend и хранилище данных<br /> * Набор проверок, запускаемый одной командой<br /> * Развёрнутую версию, доступную по сети<br /> * Спецификацию, по которой проект можно проверить независимо<br /> <br /> Проект сдаётся ссылкой на репозиторий и отчётом на почту akhtyamov@phystech.edu. Отчёт содержит:<br /> * спецификацию и разбиение на задачи;<br /> * что пришлось доработать руками и почему;<br /> * какие серверы MCP и скиллы использовались;<br /> * какие модели применялись и на каких задачах;<br /> * отчёт независимого проверяющего с найденными расхождениями.<br /> <br /> === Проверка на защите ===<br /> <br /> Проект разворачивает и запускает другой человек по инструкции из репозитория. Если запуск требует вопросов автору, комплект передачи неполный.<br /> <br /> === Бонусы ===<br /> * Работающий цикл без участия человека с заданными границами<br /> * Своя проверка безопасности, падающая на подложенной проблеме<br /> * Настройка агентов через инструменты с низким порогом входа (n8n, SourceCraft)<br /> * Собственные серверы MCP под задачи проекта<br /> <br /> === Вехи по ходу семестра ===<br /> <br /> Проект сдаётся не одним куском в декабре. Пять раз за семестр он проходит короткую проверку, и каждая привязана к теме, которая только что разбиралась.<br /> <br /> Веха занимает пять минут и проверяется запуском, а не рассказом. Пропущенная веха не закрывает дорогу дальше, но к защите все пять должны быть пройдены.<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! Веха !! Неделя !! Что показываем !! Чем проверяется<br /> |-<br /> | В1. Продукт поднимается || 2 || репозиторий, первый коммит, набор проверок || сервис запускается на машине преподавателя<br /> |-<br /> | В2. Намерение и спецификация || 4 || бриф, спецификация, разбиение на задачи, одна задача сделана || прогон проверок зелёный<br /> |-<br /> | В3. Репозиторий готов для агента || 6 || схема решения, записи о решениях, правила репозитория, работа через ветки || pull request с зелёной сборкой<br /> |-<br /> | В4. Проверяемость || 8 || полный набор проверок, отчёт независимого проверяющего || отчёт содержит найденные расхождения со спецификацией<br /> |-<br /> | В5. Границы и цена || 9 || модель угроз, матрица прав, лимиты || конвейер падает на попытке опасного действия<br /> |}<br /> <br /> Логика вех простая. Первые две отвечают на вопрос «есть ли вообще продукт», третья и четвёртая - «можно ли ему доверять», пятая - «что будет, когда что-то пойдёт не так».<br /> <br /> === Примеры проектов ===<br /> <br /> Можно выбрать один из предложенных проектов или предложить свой по согласованию с преподавателем. Для согласования нестандартной темы необходимо написать на почту akhtyamov@phystech.edu с описанием и мотивацией выбора.<br /> <br /> Описание проекта даётся в минимальном виде намеренно: задача студента - развить его самому, ограничивая при этом фантазию модели.<br /> <br /> Уровни различаются не размером, а числом тем курса, которые задача поднимает. Простая задача проверяет, что человек довёл дело до конца. Задача на десять требует доказать правильность решения машиной, а не показать её на примере.<br /> <br /> ==== Простые проекты (удовлетворительно 3-4) ====<br /> <br /> Задачи этого уровня не содержат сложных правил. Проверяется одно: продукт работает, разворачивается и запускается человеком со стороны.<br /> <br /> 1. Трекер личных дедлайнов:<br /> * срок с датой и напоминанием<br /> * список того, что горит сегодня<br /> * отметка выполненного<br /> * фильтр по проектам<br /> 2. Kanban-доска (упрощённый Trello):<br /> * создание задач и досок<br /> * назначение задач пользователям<br /> * статусы задач<br /> * ограничение числа задач в одном статусе<br /> 3. Дашборд успеваемости:<br /> * студенты, предметы, оценки<br /> * средний балл по предмету<br /> * график успеваемости<br /> * топ студентов<br /> <br /> ==== Задачи невысокой сложности (хорошо 5) ====<br /> <br /> Здесь появляется первое правило, которое легко описать неточно. Спецификация перестаёт быть формальностью.<br /> <br /> 1. '''Обменник дежурствами.''' Участники меняются сменами по правилам: не больше двух смен подряд, нельзя ставить смену в свой выходной, замена требует согласия обеих сторон.<br /> * заявка на замену и ответ на неё<br /> * проверка правил при подтверждении<br /> * история изменений графика<br /> * ''темы курса: спецификация, детерминированная проверка''<br /> 2. '''Мини-маркетплейс объявлений.''' Классическая витрина, усложнённая модерацией: объявление публикуется не сразу, а после проверки по списку правил.<br /> * объявления с фотографиями, категории, поиск<br /> * очередь модерации с причинами отказа<br /> * повторная подача после исправления<br /> * ''темы курса: спецификация, независимый проверяющий''<br /> <br /> ==== Задачи с усложнениями (оценки 7-8) ====<br /> <br /> На этом уровне у задачи есть проверяемый инвариант и опасное действие. Модель угроз и матрица прав перестают быть бумажными.<br /> <br /> 1. '''Учёт общих расходов с делением счёта.''' Кто за кого заплатил, кто кому должен, взаимозачёт долгов внутри группы.<br /> * внесение траты с произвольным делением между участниками<br /> * пересчёт взаимных долгов после каждой траты<br /> * закрытие долга переводом<br /> * ''инвариант: сумма всех долгов равна нулю в любой момент''<br /> * ''темы курса: проверяемость, права на опасное действие''<br /> 2. '''Планировщик встреч по календарям участников.''' Сервис находит общее окно, учитывая занятость, часовые пояса и приоритет участников.<br /> * занятость каждого участника<br /> * поиск ближайшего подходящего окна<br /> * учёт часовых поясов и перехода через полночь<br /> * ''инвариант: предложенное окно свободно у всех приглашённых''<br /> * ''темы курса: спецификация, независимый проверяющий, краевые случаи''<br /> 3. '''Помощник по базе знаний с бюджетом.''' Отвечает на вопросы по загруженным документам и тратит на это деньги, поэтому знает свои лимиты.<br /> * загрузка документов и поиск по ним<br /> * лимит трат в день и на один запрос<br /> * понятный отказ при исчерпании лимита вместо превышения<br /> * ''темы курса: harness, цена запуска, деградация''<br /> 4. '''Очередь задач с приоритетами.''' Задачи разбираются исполнителями по правилам, и правила меняются на ходу.<br /> * добавление задачи с приоритетом и сроком<br /> * выдача следующей задачи исполнителю<br /> * повышение приоритета у долго ждущих<br /> * ''инвариант: ни одна задача не ждёт дольше заданного срока''<br /> * ''темы курса: спецификация, цикл без человека''<br /> <br /> ==== Задание на оценку 10 ====<br /> <br /> Задачи этого уровня отличаются одним: правильность решения неочевидна, и её нужно доказать машиной, а не показать на примере.<br /> <br /> 1. '''Зачёт взаимных долгов.''' Развитие задачи про общие расходы: сервис не просто считает долги, а сводит их к минимальному числу переводов.<br /> * сведение долгов в группе любого размера<br /> * ''доказать: число переводов минимально, а итоговые балансы совпадают с исходными''<br /> * ''темы курса: спецификация, независимый проверяющий, проверка на сгенерированных данных''<br /> 2. '''Планировщик с гарантией отсутствия голодания.''' Развитие очереди задач: система распределяет работу так, что ни один исполнитель и ни одна задача не остаются без внимания.<br /> * распределение задач по исполнителям с учётом загрузки<br /> * ''доказать: при непрерывном потоке ни одна задача не ждёт дольше границы''<br /> * ''темы курса: цикл без человека, проверка инварианта под нагрузкой''<br /> 3. '''Платформа A/B-тестирования.''' Эксперименты над собственным продуктом с честной статистикой.<br /> * создание эксперимента и разделение пользователей<br /> * библиотека для получения варианта<br /> * сбор метрик и проверка статистической значимости<br /> * ''доказать: разделение устойчиво, пользователь не меняет вариант между заходами''<br /> * ''темы курса: проверяемость, работа с данными''<br /> 4. '''Доска для ретроспектив в реальном времени.''' Несколько человек работают одновременно, и результат не зависит от порядка действий.<br /> * стикеры, перемещение, голосование<br /> * синхронизация между участниками<br /> * ''доказать: одновременные правки не теряются и приводят к одинаковому состоянию у всех''<br /> * ''темы курса: краевые случаи, состязательная приёмка''</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A1%D0%BE%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D1%82%D0%B5%D1%85%D0%BD%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D0%B8_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81%D0%BE%D0%B2_%D0%B0%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85_%D0%BE%D1%81%D0%B5%D0%BD%D1%8C_2026&diff=5198 2026-08-28T12:16:20Z

<p>Ахтямов Павел: /* Вехи по ходу семестра */</p> <hr /> <div>==Общие сведения==<br /> * Семестр: 1 (шестой курс)<br /> * Форма контроля: дифференцированный зачет<br /> * Дни и время занятий: понедельник, 9:00-12:00 (две пары подряд)<br /> * Первое занятие: 7 сентября 2026 года<br /> <br /> '''Преподаватель'''<br /> * Ахтямов Павел<br /> <br /> '''Приглашённые практики'''<br /> * Недели 9-11 ведёт приглашённый архитектор промышленных систем: ландшафт из сотен систем, работа под пиковой нагрузкой и разбор инцидентов, архитектурные компромиссы<br /> <br /> ==Важная информация==<br /> * Ссылка на чат: t.me || +T7rNR2iJblY1NjAy<br /> * Задания сдаются на платформе https://akhcheck.ru, там же ведомость. Оценки не публикуются в вики по закону о персональных данных<br /> * Дедлайны мягкие: за каждые три дня просрочки снимается 20% от баллов задания<br /> <br /> ==О курсе==<br /> <br /> Модель, которая хорошо работает в ноутбуке, и модель, которая держит нагрузку в продукте, различаются не качеством, а всем остальным: способом упаковки, воспроизводимостью данных, порядком выкатки, поведением под нагрузкой и тем, что происходит в момент отказа. Курс посвящён этому остальному.<br /> <br /> Мы берём одну модель и доводим её от кода на машине разработчика до сервиса, который переживает перезапуск, обновление и наплыв запросов. По дороге разбираем инструменты, которыми это делается в промышленности, и на каждом шаге отвечаем на вопрос, что именно ломается без этого инструмента.<br /> <br /> Курс посвящён '''эксплуатации моделей''', а не их обучению. Мы не занимаемся распределённым обучением, не разбираем алгоритмы синхронизации градиентов и не соревнуемся в качестве моделей. Курс начинается с уже обученной модели и заканчивается сервисом, которым пользуются люди.<br /> <br /> Такое сужение сделано намеренно. Обучению моделей посвящены другие курсы программы, а вот доведению до работающего сервиса не посвящён почти никакой, хотя именно на этом участке теряется большинство проектов.<br /> <br /> === Формат ===<br /> <br /> Занятия идут парами по понедельникам утром: первая пара разбирает тему, вторая отводится под работу руками.<br /> <br /> '''NewsPulse''' мы собираем вместе в аудитории, шаг за шагом: он служит образцом, на котором видно целевое состояние каждого слоя.<br /> <br /> Собственный проект каждый ведёт сам, и '''брать его желательно из своей выпускной работы'''. Курс занимается ровно тем, чего у выпускных работ по машинному обучению обычно нет: модель обучена и показывает метрики, но запустить её у себя не может никто, кроме автора. Пройдя курс на своей теме, мы получаем не учебное задание в стол, а работающую часть выпускной работы, которую можно показать на защите.<br /> <br /> Тем, у кого подходящей темы нет, мы предлагаем готовую: '''CEREBRO''', сервис анализа звучащей речи. Модель в нём та же, что и в аудиторном проекте, поэтому внимание уходит на инженерию, а не на возню с предметной областью.<br /> <br /> === Кому подойдёт ===<br /> <br /> Курс рассчитан на тех, кто уже уверенно пишет на Python с asyncio и Pydantic, работает с Git и SQL и запускал контейнеры. Вводных занятий по этим темам нет, мы начинаем сразу с нагруженного сервиса.<br /> <br /> Остальные темы разбираются с нуля в связке с изученными инструментами. Основное время уходит на связку, вокруг которой построен курс: MLOps, Kubernetes и serving моделей.<br /> <br /> Требуется готовность каждую неделю приносить растущий проект и разбираться с тем, что сломалось. Курс инженерный, и большая часть понимания приходит в момент, когда сервис не поднялся.<br /> <br /> == План курса ==<br /> <br /> Курс идёт пятнадцать недель. Каждая неделя состоит из лекции на 80 минут и семинара на 80 минут, семинар всегда про работу руками.<br /> <br /> Три недели в середине семестра ведёт приглашённый архитектор промышленных систем. Блок стоит после Triton намеренно: к нему мы уже собрали сервис, развернули его в кластере и увидели разницу между задержкой и пропускной способностью, поэтому разговор про ландшафт и инциденты ложится на собственный опыт, а не на воображение.<br /> <br /> === Недели 1-5. Фундамент, взаимодействие и MLOps ===<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! № !! Лекция !! Семинар<br /> |-<br /> | 1 || Высоконагруженные ML-системы: продакшн как 80 процентов работы, задержка против пропускной способности, физические ограничения сети, три паттерна инференса, блокировка цикла событий, контракты, структурное логирование || Проект на poetry, сервис с намеренной ошибкой, первый нагрузочный тест и починка<br /> |-<br /> | 2 || Продвинутая контейнеризация и конвейер сборки: multi-stage, distroless, образы с CUDA, тестирование внутри конвейера || Уменьшение образа, конвейер в GitLab CI, тесты сервиса<br /> |-<br /> | 3 || Асинхронные паттерны и высокая нагрузка: очереди сообщений, семантика доставки, отложенный инференс, обратное давление || Сервис, который читает задачи из очереди и пишет результат в другую<br /> |-<br /> | 4 || Данные и модели: DVC, удалённые хранилища, реестр моделей, рассинхрон признаков между обучением и выводом || Связка DVC с MinIO и MLflow<br /> |-<br /> | 5 || Оркестрация: Airflow 3, идемпотентность шага, изоляция ML-задач, непрерывное переобучение || DAG регулярного переобучения<br /> |}<br /> <br /> Очереди стоят третьей неделей не случайно. На первом занятии задана рамка из трёх паттернов инференса, и потоковая обработка в ней только названа. Очереди её раскрывают, а без них дальше не собирается ни оркестрация, ни разговор про реальный ландшафт систем.<br /> <br /> === Недели 6-8. Инфраструктура и инференс ===<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! № !! Лекция !! Семинар<br /> |-<br /> | 6 || Инференс на сервере: Triton, репозиторий моделей, динамическое батчирование, бэкенды || Запуск Triton, конфигурация модели, сравнение с обычным сервисом<br /> |-<br /> | 7 || Kubernetes: управляющий слой, поды, контроллеры, сервисы и внешний доступ, конфигурация и секреты || Развёртывание сервиса в локальном кластере, написание манифестов<br /> |-<br /> | 8 || Kubernetes для ML: запросы и лимиты ресурсов, классы обслуживания, планирование GPU, выделение узлов, Helm || Упаковка сервиса в чарт, разбор падения по памяти<br /> |}<br /> <br /> Kubernetes занимает две недели: одну на устройство самого кластера, вторую на то, что в нём меняется для ML-нагрузки. Связка Kubernetes с serving и MLOps и есть стержень курса.<br /> <br /> === Недели 9-11. Блок приглашённого архитектора ===<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! № !! Лекция !! Семинар<br /> |-<br /> | 9 || Анатомия ландшафта из сотен систем, интеграционные шаблоны, работа с унаследованным кодом || Студенты размещают свой сервис в схеме ландшафта и находят зависимости<br /> |-<br /> | 10 || Пиковая нагрузка, SLA и SLO, плавная деградация, стратегии выкатки || Разбор настоящего инцидента в группах по его фактуре<br /> |-<br /> | 11 || Компромиссы и нефункциональные требования, как архитектурные решения принимаются вместе с заказчиком || Проектирование архитектуры своего проекта в формате разбора решения<br /> |}<br /> <br /> === Недели 12-15. Производительность, языковые модели и финал ===<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! № !! Лекция !! Семинар<br /> |-<br /> | 12 || Оптимизация инференса: ONNX и TensorRT, квантование, профилирование || Конвертация модели и подключение к Triton, замер роста пропускной способности<br /> |-<br /> | 13 || Serving больших языковых моделей и поиск с дополнением генерации: KV-кэш, непрерывное батчирование || Развёртывание модели через vLLM, сравнение скорости<br /> |-<br /> | 14 || Наблюдаемость: метрики системы против метрик модели, дрейф данных, трассировка и OpenTelemetry || Панель с задержкой и утилизацией GPU, сквозной трейс запроса<br /> |-<br /> | 15 || Итоги курса и тренды || Защита проектов<br /> |}<br /> <br /> Облачная инфраструктура с Terraform в программу не входит. Отказ осознанный: растягивать курс ещё на одну тему в ущерб связке Kubernetes и serving мы не стали.<br /> <br /> == Формат сдачи курса ==<br /> <br /> Оценка складывается из баллов за домашние задания и за выпускной проект. Задания сдаются запросом на слияние в репозиторий курса, проверка автоматическая на https://akhcheck.ru, разбор ошибок ручной.<br /> <br /> === Минимальные требования ===<br /> <br /> Для получения зачёта необходимо, чтобы проект удовлетворял всем условиям ниже. Предметная область значения не имеет: требования одинаковы и для темы выпускной работы, и для предложенной нами.<br /> <br /> * Сервис поднимается одной командой на чистой машине по написанной инструкции.<br /> * Сборка образа и прогон проверок выполняются автоматическим конвейером, а не руками.<br /> * Данные и веса модели версионированы, состояние эксперимента восстанавливается.<br /> * Сервис переживает перезапуск без потери принятых, но не обработанных запросов.<br /> * Есть набор проверок, который краснеет при поломке, и он запускается конвейером.<br /> <br /> === Проверка на защите ===<br /> <br /> Защита проходит на живом сервисе. Мы запускаем его по инструкции автора, подаём нагрузку, смотрим на метрики и обсуждаем, где он сломается раньше всего. Отдельно проверяется откат: автор выкатывает заведомо испорченную версию и возвращает рабочую.<br /> <br /> === Бонусы ===<br /> <br /> Дополнительные баллы даются за то, что выходит за рамки минимальных требований: замеры ускорения вывода с воспроизводимой методикой, автоматическое масштабирование под реальную нагрузку, оповещения, которые срабатывают до того, как отказ заметит пользователь.<br /> <br /> === Вехи по ходу семестра ===<br /> <br /> Вехи привязаны к темам занятий: каждая проверяется тем, что разбиралось на предыдущей неделе.<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! Веха !! Неделя !! Что показываем !! Чем проверяется<br /> |-<br /> | Сервис держит нагрузку || 2 || Сервис отвечает под нагрузочным тестом || Прогон нагрузки и замер задержки<br /> |-<br /> | Сборка автоматическая || 3 || Образ собирается конвейером, тесты проходят || Зелёный pipeline в GitLab CI<br /> |-<br /> | Обработка вынесена в очередь || 4 || Тяжёлая задача уходит из обработчика запроса || Наплыв запросов без отказов<br /> |-<br /> | Данные версионированы || 6 || Восстановление состояния эксперимента || Откат к предыдущей версии данных и весов<br /> |-<br /> | Инференс через Triton || 7 || Модель отдаётся сервером инференса || Сравнение задержки с обычным сервисом<br /> |-<br /> | Развёрнуто в кластере || 9 || Сервис работает в Kubernetes, упакован в чарт || Обновление без простоя и откат<br /> |-<br /> | Оптимизация замерена || 13 || Модель конвертирована, прирост измерен || Замер до и после с воспроизводимой методикой<br /> |-<br /> | Наблюдаемость собрана || 15 || Панель с метриками и оповещения || Разбор отказа по журналам и метрикам<br /> |}</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A1%D0%BE%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D1%82%D0%B5%D1%85%D0%BD%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D0%B8_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81%D0%BE%D0%B2_%D0%B0%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85_%D0%BE%D1%81%D0%B5%D0%BD%D1%8C_2026&diff=5197 2026-08-28T12:14:02Z

<p>Ахтямов Павел: /* Недели 6-8. Инфраструктура и инференс */</p> <hr /> <div>==Общие сведения==<br /> * Семестр: 1 (шестой курс)<br /> * Форма контроля: дифференцированный зачет<br /> * Дни и время занятий: понедельник, 9:00-12:00 (две пары подряд)<br /> * Первое занятие: 7 сентября 2026 года<br /> <br /> '''Преподаватель'''<br /> * Ахтямов Павел<br /> <br /> '''Приглашённые практики'''<br /> * Недели 9-11 ведёт приглашённый архитектор промышленных систем: ландшафт из сотен систем, работа под пиковой нагрузкой и разбор инцидентов, архитектурные компромиссы<br /> <br /> ==Важная информация==<br /> * Ссылка на чат: t.me || +T7rNR2iJblY1NjAy<br /> * Задания сдаются на платформе https://akhcheck.ru, там же ведомость. Оценки не публикуются в вики по закону о персональных данных<br /> * Дедлайны мягкие: за каждые три дня просрочки снимается 20% от баллов задания<br /> <br /> ==О курсе==<br /> <br /> Модель, которая хорошо работает в ноутбуке, и модель, которая держит нагрузку в продукте, различаются не качеством, а всем остальным: способом упаковки, воспроизводимостью данных, порядком выкатки, поведением под нагрузкой и тем, что происходит в момент отказа. Курс посвящён этому остальному.<br /> <br /> Мы берём одну модель и доводим её от кода на машине разработчика до сервиса, который переживает перезапуск, обновление и наплыв запросов. По дороге разбираем инструменты, которыми это делается в промышленности, и на каждом шаге отвечаем на вопрос, что именно ломается без этого инструмента.<br /> <br /> Курс посвящён '''эксплуатации моделей''', а не их обучению. Мы не занимаемся распределённым обучением, не разбираем алгоритмы синхронизации градиентов и не соревнуемся в качестве моделей. Курс начинается с уже обученной модели и заканчивается сервисом, которым пользуются люди.<br /> <br /> Такое сужение сделано намеренно. Обучению моделей посвящены другие курсы программы, а вот доведению до работающего сервиса не посвящён почти никакой, хотя именно на этом участке теряется большинство проектов.<br /> <br /> === Формат ===<br /> <br /> Занятия идут парами по понедельникам утром: первая пара разбирает тему, вторая отводится под работу руками.<br /> <br /> '''NewsPulse''' мы собираем вместе в аудитории, шаг за шагом: он служит образцом, на котором видно целевое состояние каждого слоя.<br /> <br /> Собственный проект каждый ведёт сам, и '''брать его желательно из своей выпускной работы'''. Курс занимается ровно тем, чего у выпускных работ по машинному обучению обычно нет: модель обучена и показывает метрики, но запустить её у себя не может никто, кроме автора. Пройдя курс на своей теме, мы получаем не учебное задание в стол, а работающую часть выпускной работы, которую можно показать на защите.<br /> <br /> Тем, у кого подходящей темы нет, мы предлагаем готовую: '''CEREBRO''', сервис анализа звучащей речи. Модель в нём та же, что и в аудиторном проекте, поэтому внимание уходит на инженерию, а не на возню с предметной областью.<br /> <br /> === Кому подойдёт ===<br /> <br /> Курс рассчитан на тех, кто уже уверенно пишет на Python с asyncio и Pydantic, работает с Git и SQL и запускал контейнеры. Вводных занятий по этим темам нет, мы начинаем сразу с нагруженного сервиса.<br /> <br /> Остальные темы разбираются с нуля в связке с изученными инструментами. Основное время уходит на связку, вокруг которой построен курс: MLOps, Kubernetes и serving моделей.<br /> <br /> Требуется готовность каждую неделю приносить растущий проект и разбираться с тем, что сломалось. Курс инженерный, и большая часть понимания приходит в момент, когда сервис не поднялся.<br /> <br /> == План курса ==<br /> <br /> Курс идёт пятнадцать недель. Каждая неделя состоит из лекции на 80 минут и семинара на 80 минут, семинар всегда про работу руками.<br /> <br /> Три недели в середине семестра ведёт приглашённый архитектор промышленных систем. Блок стоит после Triton намеренно: к нему мы уже собрали сервис, развернули его в кластере и увидели разницу между задержкой и пропускной способностью, поэтому разговор про ландшафт и инциденты ложится на собственный опыт, а не на воображение.<br /> <br /> === Недели 1-5. Фундамент, взаимодействие и MLOps ===<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! № !! Лекция !! Семинар<br /> |-<br /> | 1 || Высоконагруженные ML-системы: продакшн как 80 процентов работы, задержка против пропускной способности, физические ограничения сети, три паттерна инференса, блокировка цикла событий, контракты, структурное логирование || Проект на poetry, сервис с намеренной ошибкой, первый нагрузочный тест и починка<br /> |-<br /> | 2 || Продвинутая контейнеризация и конвейер сборки: multi-stage, distroless, образы с CUDA, тестирование внутри конвейера || Уменьшение образа, конвейер в GitLab CI, тесты сервиса<br /> |-<br /> | 3 || Асинхронные паттерны и высокая нагрузка: очереди сообщений, семантика доставки, отложенный инференс, обратное давление || Сервис, который читает задачи из очереди и пишет результат в другую<br /> |-<br /> | 4 || Данные и модели: DVC, удалённые хранилища, реестр моделей, рассинхрон признаков между обучением и выводом || Связка DVC с MinIO и MLflow<br /> |-<br /> | 5 || Оркестрация: Airflow 3, идемпотентность шага, изоляция ML-задач, непрерывное переобучение || DAG регулярного переобучения<br /> |}<br /> <br /> Очереди стоят третьей неделей не случайно. На первом занятии задана рамка из трёх паттернов инференса, и потоковая обработка в ней только названа. Очереди её раскрывают, а без них дальше не собирается ни оркестрация, ни разговор про реальный ландшафт систем.<br /> <br /> === Недели 6-8. Инфраструктура и инференс ===<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! № !! Лекция !! Семинар<br /> |-<br /> | 6 || Инференс на сервере: Triton, репозиторий моделей, динамическое батчирование, бэкенды || Запуск Triton, конфигурация модели, сравнение с обычным сервисом<br /> |-<br /> | 7 || Kubernetes: управляющий слой, поды, контроллеры, сервисы и внешний доступ, конфигурация и секреты || Развёртывание сервиса в локальном кластере, написание манифестов<br /> |-<br /> | 8 || Kubernetes для ML: запросы и лимиты ресурсов, классы обслуживания, планирование GPU, выделение узлов, Helm || Упаковка сервиса в чарт, разбор падения по памяти<br /> |}<br /> <br /> Kubernetes занимает две недели: одну на устройство самого кластера, вторую на то, что в нём меняется для ML-нагрузки. Связка Kubernetes с serving и MLOps и есть стержень курса.<br /> <br /> === Недели 9-11. Блок приглашённого архитектора ===<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! № !! Лекция !! Семинар<br /> |-<br /> | 9 || Анатомия ландшафта из сотен систем, интеграционные шаблоны, работа с унаследованным кодом || Студенты размещают свой сервис в схеме ландшафта и находят зависимости<br /> |-<br /> | 10 || Пиковая нагрузка, SLA и SLO, плавная деградация, стратегии выкатки || Разбор настоящего инцидента в группах по его фактуре<br /> |-<br /> | 11 || Компромиссы и нефункциональные требования, как архитектурные решения принимаются вместе с заказчиком || Проектирование архитектуры своего проекта в формате разбора решения<br /> |}<br /> <br /> === Недели 12-15. Производительность, языковые модели и финал ===<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! № !! Лекция !! Семинар<br /> |-<br /> | 12 || Оптимизация инференса: ONNX и TensorRT, квантование, профилирование || Конвертация модели и подключение к Triton, замер роста пропускной способности<br /> |-<br /> | 13 || Serving больших языковых моделей и поиск с дополнением генерации: KV-кэш, непрерывное батчирование || Развёртывание модели через vLLM, сравнение скорости<br /> |-<br /> | 14 || Наблюдаемость: метрики системы против метрик модели, дрейф данных, трассировка и OpenTelemetry || Панель с задержкой и утилизацией GPU, сквозной трейс запроса<br /> |-<br /> | 15 || Итоги курса и тренды || Защита проектов<br /> |}<br /> <br /> Облачная инфраструктура с Terraform в программу не входит. Отказ осознанный: растягивать курс ещё на одну тему в ущерб связке Kubernetes и serving мы не стали.<br /> <br /> == Формат сдачи курса ==<br /> <br /> Оценка складывается из баллов за домашние задания и за выпускной проект. Задания сдаются запросом на слияние в репозиторий курса, проверка автоматическая на https://akhcheck.ru, разбор ошибок ручной.<br /> <br /> === Минимальные требования ===<br /> <br /> Для получения зачёта необходимо, чтобы проект удовлетворял всем условиям ниже. Предметная область значения не имеет: требования одинаковы и для темы выпускной работы, и для предложенной нами.<br /> <br /> * Сервис поднимается одной командой на чистой машине по написанной инструкции.<br /> * Сборка образа и прогон проверок выполняются автоматическим конвейером, а не руками.<br /> * Данные и веса модели версионированы, состояние эксперимента восстанавливается.<br /> * Сервис переживает перезапуск без потери принятых, но не обработанных запросов.<br /> * Есть набор проверок, который краснеет при поломке, и он запускается конвейером.<br /> <br /> === Проверка на защите ===<br /> <br /> Защита проходит на живом сервисе. Мы запускаем его по инструкции автора, подаём нагрузку, смотрим на метрики и обсуждаем, где он сломается раньше всего. Отдельно проверяется откат: автор выкатывает заведомо испорченную версию и возвращает рабочую.<br /> <br /> === Бонусы ===<br /> <br /> Дополнительные баллы даются за то, что выходит за рамки минимальных требований: замеры ускорения вывода с воспроизводимой методикой, автоматическое масштабирование под реальную нагрузку, оповещения, которые срабатывают до того, как отказ заметит пользователь.<br /> <br /> === Вехи по ходу семестра ===<br /> <br /> Вехи привязаны к темам занятий: каждая проверяется тем, что разбиралось на предыдущей неделе.<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! Веха !! Неделя !! Что показываем !! Чем проверяется<br /> |-<br /> | Сервис держит нагрузку || 2 || Сервис отвечает под нагрузочным тестом || Прогон нагрузки и замер задержки<br /> |-<br /> | Сборка автоматическая || 3 || Образ собирается конвейером, тесты проходят || Зелёный pipeline в GitLab CI<br /> |-<br /> | Обработка вынесена в очередь || 4 || Тяжёлая задача уходит из обработчика запроса || Наплыв запросов без отказов<br /> |-<br /> | Данные версионированы || 6 || Восстановление состояния эксперимента || Откат к предыдущей версии данных и весов<br /> |-<br /> | Развёрнуто в кластере || 8 || Сервис работает в Kubernetes, упакован в чарт || Обновление без простоя и откат<br /> |-<br /> | Инференс через Triton || 9 || Модель отдаётся сервером инференса || Сравнение задержки с обычным сервисом<br /> |-<br /> | Оптимизация замерена || 13 || Модель конвертирована, прирост измерен || Замер до и после с воспроизводимой методикой<br /> |-<br /> | Наблюдаемость собрана || 15 || Панель с метриками и оповещения || Разбор отказа по журналам и метрикам<br /> |}</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A1%D0%BE%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D1%82%D0%B5%D1%85%D0%BD%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D0%B8_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81%D0%BE%D0%B2_%D0%B0%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85_%D0%BE%D1%81%D0%B5%D0%BD%D1%8C_2026&diff=5195 2026-08-28T11:06:29Z

<p>Ахтямов Павел: /* Важная информация */</p> <hr /> <div>==Общие сведения==<br /> * Семестр: 1 (шестой курс)<br /> * Форма контроля: дифференцированный зачет<br /> * Дни и время занятий: понедельник, 9:00-12:00 (две пары подряд)<br /> * Первое занятие: 7 сентября 2026 года<br /> <br /> '''Преподаватель'''<br /> * Ахтямов Павел<br /> <br /> '''Приглашённые практики'''<br /> * Недели 9-11 ведёт приглашённый архитектор промышленных систем: ландшафт из сотен систем, работа под пиковой нагрузкой и разбор инцидентов, архитектурные компромиссы<br /> <br /> ==Важная информация==<br /> * Ссылка на чат: t.me || +T7rNR2iJblY1NjAy<br /> * Задания сдаются на платформе https://akhcheck.ru, там же ведомость. Оценки не публикуются в вики по закону о персональных данных<br /> * Дедлайны мягкие: за каждые три дня просрочки снимается 20% от баллов задания<br /> <br /> ==О курсе==<br /> <br /> Модель, которая хорошо работает в ноутбуке, и модель, которая держит нагрузку в продукте, различаются не качеством, а всем остальным: способом упаковки, воспроизводимостью данных, порядком выкатки, поведением под нагрузкой и тем, что происходит в момент отказа. Курс посвящён этому остальному.<br /> <br /> Мы берём одну модель и доводим её от кода на машине разработчика до сервиса, который переживает перезапуск, обновление и наплыв запросов. По дороге разбираем инструменты, которыми это делается в промышленности, и на каждом шаге отвечаем на вопрос, что именно ломается без этого инструмента.<br /> <br /> Курс посвящён '''эксплуатации моделей''', а не их обучению. Мы не занимаемся распределённым обучением, не разбираем алгоритмы синхронизации градиентов и не соревнуемся в качестве моделей. Курс начинается с уже обученной модели и заканчивается сервисом, которым пользуются люди.<br /> <br /> Такое сужение сделано намеренно. Обучению моделей посвящены другие курсы программы, а вот доведению до работающего сервиса не посвящён почти никакой, хотя именно на этом участке теряется большинство проектов.<br /> <br /> === Формат ===<br /> <br /> Занятия идут парами по понедельникам утром: первая пара разбирает тему, вторая отводится под работу руками.<br /> <br /> '''NewsPulse''' мы собираем вместе в аудитории, шаг за шагом: он служит образцом, на котором видно целевое состояние каждого слоя.<br /> <br /> Собственный проект каждый ведёт сам, и '''брать его желательно из своей выпускной работы'''. Курс занимается ровно тем, чего у выпускных работ по машинному обучению обычно нет: модель обучена и показывает метрики, но запустить её у себя не может никто, кроме автора. Пройдя курс на своей теме, мы получаем не учебное задание в стол, а работающую часть выпускной работы, которую можно показать на защите.<br /> <br /> Тем, у кого подходящей темы нет, мы предлагаем готовую: '''CEREBRO''', сервис анализа звучащей речи. Модель в нём та же, что и в аудиторном проекте, поэтому внимание уходит на инженерию, а не на возню с предметной областью.<br /> <br /> === Кому подойдёт ===<br /> <br /> Курс рассчитан на тех, кто уже уверенно пишет на Python с asyncio и Pydantic, работает с Git и SQL и запускал контейнеры. Вводных занятий по этим темам нет, мы начинаем сразу с нагруженного сервиса.<br /> <br /> Остальные темы разбираются с нуля в связке с изученными инструментами. Основное время уходит на связку, вокруг которой построен курс: MLOps, Kubernetes и serving моделей.<br /> <br /> Требуется готовность каждую неделю приносить растущий проект и разбираться с тем, что сломалось. Курс инженерный, и большая часть понимания приходит в момент, когда сервис не поднялся.<br /> <br /> == План курса ==<br /> <br /> Курс идёт пятнадцать недель. Каждая неделя состоит из лекции на 80 минут и семинара на 80 минут, семинар всегда про работу руками.<br /> <br /> Три недели в середине семестра ведёт приглашённый архитектор промышленных систем. Блок стоит после Triton намеренно: к нему мы уже собрали сервис, развернули его в кластере и увидели разницу между задержкой и пропускной способностью, поэтому разговор про ландшафт и инциденты ложится на собственный опыт, а не на воображение.<br /> <br /> === Недели 1-5. Фундамент, взаимодействие и MLOps ===<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! № !! Лекция !! Семинар<br /> |-<br /> | 1 || Высоконагруженные ML-системы: продакшн как 80 процентов работы, задержка против пропускной способности, физические ограничения сети, три паттерна инференса, блокировка цикла событий, контракты, структурное логирование || Проект на poetry, сервис с намеренной ошибкой, первый нагрузочный тест и починка<br /> |-<br /> | 2 || Продвинутая контейнеризация и конвейер сборки: multi-stage, distroless, образы с CUDA, тестирование внутри конвейера || Уменьшение образа, конвейер в GitLab CI, тесты сервиса<br /> |-<br /> | 3 || Асинхронные паттерны и высокая нагрузка: очереди сообщений, семантика доставки, отложенный инференс, обратное давление || Сервис, который читает задачи из очереди и пишет результат в другую<br /> |-<br /> | 4 || Данные и модели: DVC, удалённые хранилища, реестр моделей, рассинхрон признаков между обучением и выводом || Связка DVC с MinIO и MLflow<br /> |-<br /> | 5 || Оркестрация: Airflow 3, идемпотентность шага, изоляция ML-задач, непрерывное переобучение || DAG регулярного переобучения<br /> |}<br /> <br /> Очереди стоят третьей неделей не случайно. На первом занятии задана рамка из трёх паттернов инференса, и потоковая обработка в ней только названа. Очереди её раскрывают, а без них дальше не собирается ни оркестрация, ни разговор про реальный ландшафт систем.<br /> <br /> === Недели 6-8. Инфраструктура и инференс ===<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! № !! Лекция !! Семинар<br /> |-<br /> | 6 || Kubernetes: управляющий слой, поды, контроллеры, сервисы и внешний доступ, конфигурация и секреты || Развёртывание сервиса в локальном кластере, написание манифестов<br /> |-<br /> | 7 || Kubernetes для ML: запросы и лимиты ресурсов, классы обслуживания, планирование GPU, выделение узлов, Helm || Упаковка сервиса в чарт, разбор падения по памяти<br /> |-<br /> | 8 || Инференс на сервере: Triton, репозиторий моделей, динамическое батчирование, бэкенды || Запуск Triton, конфигурация модели, сравнение с обычным сервисом<br /> |}<br /> <br /> Kubernetes занимает две недели: одну на устройство самого кластера, вторую на то, что в нём меняется для ML-нагрузки. Связка Kubernetes с serving и MLOps и есть стержень курса.<br /> <br /> === Недели 9-11. Блок приглашённого архитектора ===<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! № !! Лекция !! Семинар<br /> |-<br /> | 9 || Анатомия ландшафта из сотен систем, интеграционные шаблоны, работа с унаследованным кодом || Студенты размещают свой сервис в схеме ландшафта и находят зависимости<br /> |-<br /> | 10 || Пиковая нагрузка, SLA и SLO, плавная деградация, стратегии выкатки || Разбор настоящего инцидента в группах по его фактуре<br /> |-<br /> | 11 || Компромиссы и нефункциональные требования, как архитектурные решения принимаются вместе с заказчиком || Проектирование архитектуры своего проекта в формате разбора решения<br /> |}<br /> <br /> === Недели 12-15. Производительность, языковые модели и финал ===<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! № !! Лекция !! Семинар<br /> |-<br /> | 12 || Оптимизация инференса: ONNX и TensorRT, квантование, профилирование || Конвертация модели и подключение к Triton, замер роста пропускной способности<br /> |-<br /> | 13 || Serving больших языковых моделей и поиск с дополнением генерации: KV-кэш, непрерывное батчирование || Развёртывание модели через vLLM, сравнение скорости<br /> |-<br /> | 14 || Наблюдаемость: метрики системы против метрик модели, дрейф данных, трассировка и OpenTelemetry || Панель с задержкой и утилизацией GPU, сквозной трейс запроса<br /> |-<br /> | 15 || Итоги курса и тренды || Защита проектов<br /> |}<br /> <br /> Облачная инфраструктура с Terraform в программу не входит. Отказ осознанный: растягивать курс ещё на одну тему в ущерб связке Kubernetes и serving мы не стали.<br /> <br /> == Формат сдачи курса ==<br /> <br /> Оценка складывается из баллов за домашние задания и за выпускной проект. Задания сдаются запросом на слияние в репозиторий курса, проверка автоматическая на https://akhcheck.ru, разбор ошибок ручной.<br /> <br /> === Минимальные требования ===<br /> <br /> Для получения зачёта необходимо, чтобы проект удовлетворял всем условиям ниже. Предметная область значения не имеет: требования одинаковы и для темы выпускной работы, и для предложенной нами.<br /> <br /> * Сервис поднимается одной командой на чистой машине по написанной инструкции.<br /> * Сборка образа и прогон проверок выполняются автоматическим конвейером, а не руками.<br /> * Данные и веса модели версионированы, состояние эксперимента восстанавливается.<br /> * Сервис переживает перезапуск без потери принятых, но не обработанных запросов.<br /> * Есть набор проверок, который краснеет при поломке, и он запускается конвейером.<br /> <br /> === Проверка на защите ===<br /> <br /> Защита проходит на живом сервисе. Мы запускаем его по инструкции автора, подаём нагрузку, смотрим на метрики и обсуждаем, где он сломается раньше всего. Отдельно проверяется откат: автор выкатывает заведомо испорченную версию и возвращает рабочую.<br /> <br /> === Бонусы ===<br /> <br /> Дополнительные баллы даются за то, что выходит за рамки минимальных требований: замеры ускорения вывода с воспроизводимой методикой, автоматическое масштабирование под реальную нагрузку, оповещения, которые срабатывают до того, как отказ заметит пользователь.<br /> <br /> === Вехи по ходу семестра ===<br /> <br /> Вехи привязаны к темам занятий: каждая проверяется тем, что разбиралось на предыдущей неделе.<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! Веха !! Неделя !! Что показываем !! Чем проверяется<br /> |-<br /> | Сервис держит нагрузку || 2 || Сервис отвечает под нагрузочным тестом || Прогон нагрузки и замер задержки<br /> |-<br /> | Сборка автоматическая || 3 || Образ собирается конвейером, тесты проходят || Зелёный pipeline в GitLab CI<br /> |-<br /> | Обработка вынесена в очередь || 4 || Тяжёлая задача уходит из обработчика запроса || Наплыв запросов без отказов<br /> |-<br /> | Данные версионированы || 6 || Восстановление состояния эксперимента || Откат к предыдущей версии данных и весов<br /> |-<br /> | Развёрнуто в кластере || 8 || Сервис работает в Kubernetes, упакован в чарт || Обновление без простоя и откат<br /> |-<br /> | Инференс через Triton || 9 || Модель отдаётся сервером инференса || Сравнение задержки с обычным сервисом<br /> |-<br /> | Оптимизация замерена || 13 || Модель конвертирована, прирост измерен || Замер до и после с воспроизводимой методикой<br /> |-<br /> | Наблюдаемость собрана || 15 || Панель с метриками и оповещения || Разбор отказа по журналам и метрикам<br /> |}</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A1%D0%BE%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D1%82%D0%B5%D1%85%D0%BD%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D0%B8_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81%D0%BE%D0%B2_%D0%B0%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85_%D0%BE%D1%81%D0%B5%D0%BD%D1%8C_2026&diff=5194 2026-08-28T11:04:36Z

<p>Ахтямов Павел: Новая страница: «==Общие сведения== * Семестр: 1 (шестой курс) * Форма контроля: дифференцированный зачет * Дни и время занятий: понедельник, 9:00-12:00 (две пары подряд) * Первое занятие: 7 сентября 2026 года &#039;&#039;&#039;Преподаватель&#039;&#039;&#039; * Ахтямов Павел &#039;&#039;&#039;Приглашённые практики&#039;&#039;&#039; * Недели 9-11 вед...»</p> <hr /> <div>==Общие сведения==<br /> * Семестр: 1 (шестой курс)<br /> * Форма контроля: дифференцированный зачет<br /> * Дни и время занятий: понедельник, 9:00-12:00 (две пары подряд)<br /> * Первое занятие: 7 сентября 2026 года<br /> <br /> '''Преподаватель'''<br /> * Ахтямов Павел<br /> <br /> '''Приглашённые практики'''<br /> * Недели 9-11 ведёт приглашённый архитектор промышленных систем: ландшафт из сотен систем, работа под пиковой нагрузкой и разбор инцидентов, архитектурные компромиссы<br /> <br /> ==Важная информация==<br /> * Ссылка на чат: [ссылка]<br /> * Задания сдаются на платформе https://akhcheck.ru, там же ведомость. Оценки не публикуются в вики по закону о персональных данных<br /> * Дедлайны мягкие: за каждые три дня просрочки снимается 20% от баллов задания<br /> <br /> ==О курсе==<br /> <br /> Модель, которая хорошо работает в ноутбуке, и модель, которая держит нагрузку в продукте, различаются не качеством, а всем остальным: способом упаковки, воспроизводимостью данных, порядком выкатки, поведением под нагрузкой и тем, что происходит в момент отказа. Курс посвящён этому остальному.<br /> <br /> Мы берём одну модель и доводим её от кода на машине разработчика до сервиса, который переживает перезапуск, обновление и наплыв запросов. По дороге разбираем инструменты, которыми это делается в промышленности, и на каждом шаге отвечаем на вопрос, что именно ломается без этого инструмента.<br /> <br /> Курс посвящён '''эксплуатации моделей''', а не их обучению. Мы не занимаемся распределённым обучением, не разбираем алгоритмы синхронизации градиентов и не соревнуемся в качестве моделей. Курс начинается с уже обученной модели и заканчивается сервисом, которым пользуются люди.<br /> <br /> Такое сужение сделано намеренно. Обучению моделей посвящены другие курсы программы, а вот доведению до работающего сервиса не посвящён почти никакой, хотя именно на этом участке теряется большинство проектов.<br /> <br /> === Формат ===<br /> <br /> Занятия идут парами по понедельникам утром: первая пара разбирает тему, вторая отводится под работу руками.<br /> <br /> '''NewsPulse''' мы собираем вместе в аудитории, шаг за шагом: он служит образцом, на котором видно целевое состояние каждого слоя.<br /> <br /> Собственный проект каждый ведёт сам, и '''брать его желательно из своей выпускной работы'''. Курс занимается ровно тем, чего у выпускных работ по машинному обучению обычно нет: модель обучена и показывает метрики, но запустить её у себя не может никто, кроме автора. Пройдя курс на своей теме, мы получаем не учебное задание в стол, а работающую часть выпускной работы, которую можно показать на защите.<br /> <br /> Тем, у кого подходящей темы нет, мы предлагаем готовую: '''CEREBRO''', сервис анализа звучащей речи. Модель в нём та же, что и в аудиторном проекте, поэтому внимание уходит на инженерию, а не на возню с предметной областью.<br /> <br /> === Кому подойдёт ===<br /> <br /> Курс рассчитан на тех, кто уже уверенно пишет на Python с asyncio и Pydantic, работает с Git и SQL и запускал контейнеры. Вводных занятий по этим темам нет, мы начинаем сразу с нагруженного сервиса.<br /> <br /> Остальные темы разбираются с нуля в связке с изученными инструментами. Основное время уходит на связку, вокруг которой построен курс: MLOps, Kubernetes и serving моделей.<br /> <br /> Требуется готовность каждую неделю приносить растущий проект и разбираться с тем, что сломалось. Курс инженерный, и большая часть понимания приходит в момент, когда сервис не поднялся.<br /> <br /> == План курса ==<br /> <br /> Курс идёт пятнадцать недель. Каждая неделя состоит из лекции на 80 минут и семинара на 80 минут, семинар всегда про работу руками.<br /> <br /> Три недели в середине семестра ведёт приглашённый архитектор промышленных систем. Блок стоит после Triton намеренно: к нему мы уже собрали сервис, развернули его в кластере и увидели разницу между задержкой и пропускной способностью, поэтому разговор про ландшафт и инциденты ложится на собственный опыт, а не на воображение.<br /> <br /> === Недели 1-5. Фундамент, взаимодействие и MLOps ===<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! № !! Лекция !! Семинар<br /> |-<br /> | 1 || Высоконагруженные ML-системы: продакшн как 80 процентов работы, задержка против пропускной способности, физические ограничения сети, три паттерна инференса, блокировка цикла событий, контракты, структурное логирование || Проект на poetry, сервис с намеренной ошибкой, первый нагрузочный тест и починка<br /> |-<br /> | 2 || Продвинутая контейнеризация и конвейер сборки: multi-stage, distroless, образы с CUDA, тестирование внутри конвейера || Уменьшение образа, конвейер в GitLab CI, тесты сервиса<br /> |-<br /> | 3 || Асинхронные паттерны и высокая нагрузка: очереди сообщений, семантика доставки, отложенный инференс, обратное давление || Сервис, который читает задачи из очереди и пишет результат в другую<br /> |-<br /> | 4 || Данные и модели: DVC, удалённые хранилища, реестр моделей, рассинхрон признаков между обучением и выводом || Связка DVC с MinIO и MLflow<br /> |-<br /> | 5 || Оркестрация: Airflow 3, идемпотентность шага, изоляция ML-задач, непрерывное переобучение || DAG регулярного переобучения<br /> |}<br /> <br /> Очереди стоят третьей неделей не случайно. На первом занятии задана рамка из трёх паттернов инференса, и потоковая обработка в ней только названа. Очереди её раскрывают, а без них дальше не собирается ни оркестрация, ни разговор про реальный ландшафт систем.<br /> <br /> === Недели 6-8. Инфраструктура и инференс ===<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! № !! Лекция !! Семинар<br /> |-<br /> | 6 || Kubernetes: управляющий слой, поды, контроллеры, сервисы и внешний доступ, конфигурация и секреты || Развёртывание сервиса в локальном кластере, написание манифестов<br /> |-<br /> | 7 || Kubernetes для ML: запросы и лимиты ресурсов, классы обслуживания, планирование GPU, выделение узлов, Helm || Упаковка сервиса в чарт, разбор падения по памяти<br /> |-<br /> | 8 || Инференс на сервере: Triton, репозиторий моделей, динамическое батчирование, бэкенды || Запуск Triton, конфигурация модели, сравнение с обычным сервисом<br /> |}<br /> <br /> Kubernetes занимает две недели: одну на устройство самого кластера, вторую на то, что в нём меняется для ML-нагрузки. Связка Kubernetes с serving и MLOps и есть стержень курса.<br /> <br /> === Недели 9-11. Блок приглашённого архитектора ===<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! № !! Лекция !! Семинар<br /> |-<br /> | 9 || Анатомия ландшафта из сотен систем, интеграционные шаблоны, работа с унаследованным кодом || Студенты размещают свой сервис в схеме ландшафта и находят зависимости<br /> |-<br /> | 10 || Пиковая нагрузка, SLA и SLO, плавная деградация, стратегии выкатки || Разбор настоящего инцидента в группах по его фактуре<br /> |-<br /> | 11 || Компромиссы и нефункциональные требования, как архитектурные решения принимаются вместе с заказчиком || Проектирование архитектуры своего проекта в формате разбора решения<br /> |}<br /> <br /> === Недели 12-15. Производительность, языковые модели и финал ===<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! № !! Лекция !! Семинар<br /> |-<br /> | 12 || Оптимизация инференса: ONNX и TensorRT, квантование, профилирование || Конвертация модели и подключение к Triton, замер роста пропускной способности<br /> |-<br /> | 13 || Serving больших языковых моделей и поиск с дополнением генерации: KV-кэш, непрерывное батчирование || Развёртывание модели через vLLM, сравнение скорости<br /> |-<br /> | 14 || Наблюдаемость: метрики системы против метрик модели, дрейф данных, трассировка и OpenTelemetry || Панель с задержкой и утилизацией GPU, сквозной трейс запроса<br /> |-<br /> | 15 || Итоги курса и тренды || Защита проектов<br /> |}<br /> <br /> Облачная инфраструктура с Terraform в программу не входит. Отказ осознанный: растягивать курс ещё на одну тему в ущерб связке Kubernetes и serving мы не стали.<br /> <br /> == Формат сдачи курса ==<br /> <br /> Оценка складывается из баллов за домашние задания и за выпускной проект. Задания сдаются запросом на слияние в репозиторий курса, проверка автоматическая на https://akhcheck.ru, разбор ошибок ручной.<br /> <br /> === Минимальные требования ===<br /> <br /> Для получения зачёта необходимо, чтобы проект удовлетворял всем условиям ниже. Предметная область значения не имеет: требования одинаковы и для темы выпускной работы, и для предложенной нами.<br /> <br /> * Сервис поднимается одной командой на чистой машине по написанной инструкции.<br /> * Сборка образа и прогон проверок выполняются автоматическим конвейером, а не руками.<br /> * Данные и веса модели версионированы, состояние эксперимента восстанавливается.<br /> * Сервис переживает перезапуск без потери принятых, но не обработанных запросов.<br /> * Есть набор проверок, который краснеет при поломке, и он запускается конвейером.<br /> <br /> === Проверка на защите ===<br /> <br /> Защита проходит на живом сервисе. Мы запускаем его по инструкции автора, подаём нагрузку, смотрим на метрики и обсуждаем, где он сломается раньше всего. Отдельно проверяется откат: автор выкатывает заведомо испорченную версию и возвращает рабочую.<br /> <br /> === Бонусы ===<br /> <br /> Дополнительные баллы даются за то, что выходит за рамки минимальных требований: замеры ускорения вывода с воспроизводимой методикой, автоматическое масштабирование под реальную нагрузку, оповещения, которые срабатывают до того, как отказ заметит пользователь.<br /> <br /> === Вехи по ходу семестра ===<br /> <br /> Вехи привязаны к темам занятий: каждая проверяется тем, что разбиралось на предыдущей неделе.<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! Веха !! Неделя !! Что показываем !! Чем проверяется<br /> |-<br /> | Сервис держит нагрузку || 2 || Сервис отвечает под нагрузочным тестом || Прогон нагрузки и замер задержки<br /> |-<br /> | Сборка автоматическая || 3 || Образ собирается конвейером, тесты проходят || Зелёный pipeline в GitLab CI<br /> |-<br /> | Обработка вынесена в очередь || 4 || Тяжёлая задача уходит из обработчика запроса || Наплыв запросов без отказов<br /> |-<br /> | Данные версионированы || 6 || Восстановление состояния эксперимента || Откат к предыдущей версии данных и весов<br /> |-<br /> | Развёрнуто в кластере || 8 || Сервис работает в Kubernetes, упакован в чарт || Обновление без простоя и откат<br /> |-<br /> | Инференс через Triton || 9 || Модель отдаётся сервером инференса || Сравнение задержки с обычным сервисом<br /> |-<br /> | Оптимизация замерена || 13 || Модель конвертирована, прирост измерен || Замер до и после с воспроизводимой методикой<br /> |-<br /> | Наблюдаемость собрана || 15 || Панель с метриками и оповещения || Разбор отказа по журналам и метрикам<br /> |}</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A1%D0%BE%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D1%8B_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D1%8B%D1%85_%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%82%D0%BE%D0%B2_%D1%81_%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D0%BE%D0%B2_%D0%B8%D1%81%D0%BA%D1%83%D1%81%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B8%D0%BD%D1%82%D0%B5%D0%BB%D0%BB%D0%B5%D0%BA%D1%82%D0%B0_2026&diff=5130 2026-08-26T08:03:45Z

<p>Ахтямов Павел: /* Кому подойдёт */</p> <hr /> <div>==Общие сведения==<br /> * Семестр: нет ограничений<br /> * Форма контроля: дифференцированный зачет<br /> * Дни и время занятий: вторник, 17:05-18:30<br /> * Первое занятие: 1 сентября 2026 года<br /> <br /> '''Преподаватель'''<br /> *Ахтямов Павел<br /> <br /> === Регистрация на курс ===<br /> <br /> Регистрация на курс проходит по ссылке: https://forms.yandex.ru/u/6a8e9d836d2d7354e26e4666<br /> <br /> === Актуальные новости ===<br /> <br /> Актуальные новости публикуются в Telegram-чате: https://t.me/+ywvmwhtUG-syMTUy<br /> <br /> <br /> ==О курсе==<br /> <br /> За два года генерация кода перестала быть фокусом и стала рабочим инструментом. Вместе с этим сменился и дефицит: писать код научились все, а вот доводить написанное до продукта, который работает у других людей, по-прежнему умеют немногие.<br /> <br /> Курс отвечает именно на такой запрос. Мы не учимся просить у модели функции - мы строим вокруг агента инженерную обвязку: намерение, спецификацию, проверки, права, цену запуска, выкатку. Профессия, которая из этого складывается, называется '''agentic engineering''', и на рынке она уже оплачивается отдельно от разработки.<br /> <br /> === Чем курс отличается от прошлого года ===<br /> <br /> Курс 2025 года отвечал на вопрос «что умеют языковые модели». Курс 2026 отвечает на другой: '''почему решение, собранное за вечер, не доживает до production и не масштабируется, и что с этим делать'''.<br /> <br /> Поэтому курс развивается в 3 направлениях.<br /> <br /> '''Первое: проверяемость.''' Можно ли доверять тому, что сделано, не перечитывая код глазами. Сюда входит спецификация, по которой работу принимает машина, детерминированный набор проверок и независимый проверяющий, который ищет расхождения вместо автора. Работа считается сделанной, когда это подтвердил прогон, а не автор.<br /> <br /> '''Второе: границы.''' Что произойдёт, когда что-то пойдёт не так. Права агента и матрица разрешений, цена запуска и лимиты, модель угроз, векторы атак на собственный продукт, откат и учения по отказу. Решение доживает до production не потому, что в нём нет ошибок, а потому, что известно, где оно остановится.<br /> <br /> '''Третье: передаваемость.''' Может ли с продуктом работать кто-то кроме автора: агент, другой человек, сам автор через полгода. Отсюда репозиторий, готовый для агента, собственные скиллы и серверы MCP, цикл без участия человека, комплект передачи и запуск руками постороннего. Именно здесь решается, масштабируется решение или упирается в своего создателя.<br /> === Формат ===<br /> <br /> Каждая пара устроена одинаково: короткая витрина работ, разбор темы, практика на своём проекте. С третьей недели пара открывается тремя минутами показа - два-три студента выводят свой продукт на экран и запускают его. Не рассказывают, а запускают.<br /> <br /> Сквозной пример курса - '''«Дежурный по дедлайнам»''': сервис личных сроков, который преподаватель ведёт параллельно с группой. Студент видит целевое состояние каждого слоя, а тему своего проекта выбирает сам.<br /> <br /> === Кому подойдёт ===<br /> <br /> Курс рассчитан на две группы сразу, и обе одинаково уместны на факультативе.<br /> <br /> 1. Те, кто уже пишет код и хочет научиться доводить его до работающего продукта за кратчайшие сроки.<br /> <br /> 2. Вторая - те, кто чувствует, что отрасль ушла вперёд, и хочет догнать: инструменты сменились за два года, и разрыв набирается быстро.<br /> <br /> Опыт работы с языковыми моделями не требуется, инструменты разбираются с нуля. Требуется: '''готовность каждую неделю приносить на пару свой растущий проект'''. Курс построен на нём, и без проекта смотреть будет не на что.<br /> <br /> == План курса ==<br /> <br /> <br /> 1. '''Agentic engineering как профессия.''' Что изменилось за два года, где проходит граница между генерацией кода и инженерией агентов. Проверка фактов и работа с источниками. Замер на отдельной задаче.<br /> <br /> 2. '''Рабочая среда агента и инженерный минимум.''' Настройка среды, репозиторий, первый коммит, набор проверок. Продукт поднимается локально.<br /> <br /> 3. '''Intent engineering.''' Как превратить расплывчатое желание в намерение, по которому агент способен работать. Бриф и каркас продукта по нему.<br /> <br /> 4. '''Spec-Driven Development.''' Спецификация, разбиение на задачи, реализация под тесты. Работа принимается зелёным прогоном, а не мнением автора.<br /> <br /> 5. '''Skills Engineering и Model Context Protocol.''' Свой скилл под задачу проекта, подключение серверов MCP, вызов инструмента в журнале агента.<br /> <br /> 6. '''Архитектура, ADR и репозиторий, готовый для агента.''' Схема решения, записи о принятых решениях, правила репозитория, работа через ветки и pull request.<br /> <br /> 7. '''Детерминированная проверка.''' Набор проверок, запускаемый одной командой. Что проверяется машиной, а что остаётся человеку. Видимость решения для поисковых роботов и агентов: что достаётся тому, кто не выполняет JavaScript, и как это проверить машиной.<br /> <br /> 8. '''Независимый проверяющий.''' Проверяет не тот, кто делал: инструкция проверяющего, отчёт о расхождениях со спецификацией.<br /> <br /> 9. '''Harness: права, данные и цена.''' Модель угроз, матрица разрешений, лимиты и стоимость запуска. Проверка прав в конвейере сборки.<br /> <br /> 10. '''ИИ в автотестировании, часть первая.''' ''Приглашённый практик.'' Внутреннее устройство агента: цикл вокруг модели, набор инструментов, память, перехват фактических вызовов. Разработка собственного конвейера.<br /> <br /> 11. '''Свои агенты и свой сервер MCP, часть вторая.''' ''Приглашённый практик.'' Написание собственного сервера Model Context Protocol и собственных агентов под свою задачу. Не субагенты, а самостоятельные программы.<br /> <br /> 12. '''Безопасность агентной разработки, часть первая.''' ''Приглашённый практик.'' Как ломаются агентные решения: векторы атак, найденные на своём проекте.<br /> <br /> 13. '''Безопасность агентной разработки, часть вторая.''' ''Приглашённый практик.'' Защита: проверка безопасности в конвейере, падающая на подложенной проблеме.<br /> <br /> 14. '''Loop Engineering.''' Цикл, который работает без человека: выбирает задачу, вносит изменение, открывает pull request. Где ставить границы такому циклу.<br /> <br /> 15. '''Выкатка и эксплуатация.''' Развёрнутая версия, откат, учения по отказу. Продукт становится доступен в сети. Состязательная приёмка.<br /> <br /> Защита проектов проходит в зачётную сессию.<br /> <br /> == Формат сдачи курса ==<br /> <br /> Курс проверяет одно: способность довести решение до состояния, когда оно запускается и работает у человека, который видит его впервые.<br /> <br /> === Минимальные требования ===<br /> <br /> Необходимо реализовать проект, включающий:<br /> * Frontend, Backend и хранилище данных<br /> * Набор проверок, запускаемый одной командой<br /> * Развёрнутую версию, доступную по сети<br /> * Спецификацию, по которой проект можно проверить независимо<br /> <br /> Проект сдаётся ссылкой на репозиторий и отчётом на почту akhtyamov@phystech.edu. Отчёт содержит:<br /> * спецификацию и разбиение на задачи;<br /> * что пришлось доработать руками и почему;<br /> * какие серверы MCP и скиллы использовались;<br /> * какие модели применялись и на каких задачах;<br /> * отчёт независимого проверяющего с найденными расхождениями.<br /> <br /> === Проверка на защите ===<br /> <br /> Проект разворачивает и запускает другой человек по инструкции из репозитория. Если запуск требует вопросов автору, комплект передачи неполный.<br /> <br /> === Бонусы ===<br /> * Работающий цикл без участия человека с заданными границами<br /> * Своя проверка безопасности, падающая на подложенной проблеме<br /> * Настройка агентов через инструменты с низким порогом входа (n8n, SourceCraft)<br /> * Собственные серверы MCP под задачи проекта<br /> <br /> === Вехи по ходу семестра ===<br /> <br /> Проект сдаётся не одним куском в декабре. Пять раз за семестр он проходит короткую проверку, и каждая привязана к теме, которая только что разбиралась.<br /> <br /> Веха занимает пять минут и проверяется запуском, а не рассказом. Пропущенная веха не закрывает дорогу дальше, но к защите все пять должны быть пройдены.<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! Веха !! Неделя !! Что показываем !! Чем проверяется<br /> |-<br /> | В1. Продукт поднимается || 2 || репозиторий, первый коммит, набор проверок || сервис запускается на машине преподавателя<br /> |-<br /> | В2. Намерение и спецификация || 4 || бриф, спецификация, разбиение на задачи, одна задача сделана || прогон проверок зелёный<br /> |-<br /> | В3. Репозиторий готов для агента || 6 || схема решения, записи о решениях, правила репозитория, работа через ветки || pull request с зелёной сборкой<br /> |-<br /> | В4. Проверяемость || 8 || полный набор проверок, отчёт независимого проверяющего || отчёт содержит найденные расхождения со спецификацией<br /> |-<br /> | В5. Границы и цена || 9 || модель угроз, матрица прав, лимиты || конвейер падает на попытке опасного действия<br /> |}<br /> <br /> Логика вех простая. Первые две отвечают на вопрос «есть ли вообще продукт», третья и четвёртая - «можно ли ему доверять», пятая - «что будет, когда что-то пойдёт не так».<br /> <br /> === Примеры проектов ===<br /> <br /> Можно выбрать один из предложенных проектов или предложить свой по согласованию с преподавателем. Для согласования нестандартной темы необходимо написать на почту akhtyamov@phystech.edu с описанием и мотивацией выбора.<br /> <br /> Описание проекта даётся в минимальном виде намеренно: задача студента - развить его самому, ограничивая при этом фантазию модели.<br /> <br /> Уровни различаются не размером, а числом тем курса, которые задача поднимает. Простая задача проверяет, что человек довёл дело до конца. Задача на десять требует доказать правильность решения машиной, а не показать её на примере.<br /> <br /> ==== Простые проекты (удовлетворительно 3-4) ====<br /> <br /> Задачи этого уровня не содержат сложных правил. Проверяется одно: продукт работает, разворачивается и запускается человеком со стороны.<br /> <br /> 1. Трекер личных дедлайнов:<br /> * срок с датой и напоминанием<br /> * список того, что горит сегодня<br /> * отметка выполненного<br /> * фильтр по проектам<br /> 2. Kanban-доска (упрощённый Trello):<br /> * создание задач и досок<br /> * назначение задач пользователям<br /> * статусы задач<br /> * ограничение числа задач в одном статусе<br /> 3. Дашборд успеваемости:<br /> * студенты, предметы, оценки<br /> * средний балл по предмету<br /> * график успеваемости<br /> * топ студентов<br /> <br /> ==== Задачи невысокой сложности (хорошо 5) ====<br /> <br /> Здесь появляется первое правило, которое легко описать неточно. Спецификация перестаёт быть формальностью.<br /> <br /> 1. '''Обменник дежурствами.''' Участники меняются сменами по правилам: не больше двух смен подряд, нельзя ставить смену в свой выходной, замена требует согласия обеих сторон.<br /> * заявка на замену и ответ на неё<br /> * проверка правил при подтверждении<br /> * история изменений графика<br /> * ''темы курса: спецификация, детерминированная проверка''<br /> 2. '''Мини-маркетплейс объявлений.''' Классическая витрина, усложнённая модерацией: объявление публикуется не сразу, а после проверки по списку правил.<br /> * объявления с фотографиями, категории, поиск<br /> * очередь модерации с причинами отказа<br /> * повторная подача после исправления<br /> * ''темы курса: спецификация, независимый проверяющий''<br /> <br /> ==== Задачи с усложнениями (оценки 7-8) ====<br /> <br /> На этом уровне у задачи есть проверяемый инвариант и опасное действие. Модель угроз и матрица прав перестают быть бумажными.<br /> <br /> 1. '''Учёт общих расходов с делением счёта.''' Кто за кого заплатил, кто кому должен, взаимозачёт долгов внутри группы.<br /> * внесение траты с произвольным делением между участниками<br /> * пересчёт взаимных долгов после каждой траты<br /> * закрытие долга переводом<br /> * ''инвариант: сумма всех долгов равна нулю в любой момент''<br /> * ''темы курса: проверяемость, права на опасное действие''<br /> 2. '''Планировщик встреч по календарям участников.''' Сервис находит общее окно, учитывая занятость, часовые пояса и приоритет участников.<br /> * занятость каждого участника<br /> * поиск ближайшего подходящего окна<br /> * учёт часовых поясов и перехода через полночь<br /> * ''инвариант: предложенное окно свободно у всех приглашённых''<br /> * ''темы курса: спецификация, независимый проверяющий, краевые случаи''<br /> 3. '''Помощник по базе знаний с бюджетом.''' Отвечает на вопросы по загруженным документам и тратит на это деньги, поэтому знает свои лимиты.<br /> * загрузка документов и поиск по ним<br /> * лимит трат в день и на один запрос<br /> * понятный отказ при исчерпании лимита вместо превышения<br /> * ''темы курса: harness, цена запуска, деградация''<br /> 4. '''Очередь задач с приоритетами.''' Задачи разбираются исполнителями по правилам, и правила меняются на ходу.<br /> * добавление задачи с приоритетом и сроком<br /> * выдача следующей задачи исполнителю<br /> * повышение приоритета у долго ждущих<br /> * ''инвариант: ни одна задача не ждёт дольше заданного срока''<br /> * ''темы курса: спецификация, цикл без человека''<br /> <br /> ==== Задание на оценку 10 ====<br /> <br /> Задачи этого уровня отличаются одним: правильность решения неочевидна, и её нужно доказать машиной, а не показать на примере.<br /> <br /> 1. '''Зачёт взаимных долгов.''' Развитие задачи про общие расходы: сервис не просто считает долги, а сводит их к минимальному числу переводов.<br /> * сведение долгов в группе любого размера<br /> * ''доказать: число переводов минимально, а итоговые балансы совпадают с исходными''<br /> * ''темы курса: спецификация, независимый проверяющий, проверка на сгенерированных данных''<br /> 2. '''Планировщик с гарантией отсутствия голодания.''' Развитие очереди задач: система распределяет работу так, что ни один исполнитель и ни одна задача не остаются без внимания.<br /> * распределение задач по исполнителям с учётом загрузки<br /> * ''доказать: при непрерывном потоке ни одна задача не ждёт дольше границы''<br /> * ''темы курса: цикл без человека, проверка инварианта под нагрузкой''<br /> 3. '''Платформа A/B-тестирования.''' Эксперименты над собственным продуктом с честной статистикой.<br /> * создание эксперимента и разделение пользователей<br /> * библиотека для получения варианта<br /> * сбор метрик и проверка статистической значимости<br /> * ''доказать: разделение устойчиво, пользователь не меняет вариант между заходами''<br /> * ''темы курса: проверяемость, работа с данными''<br /> 4. '''Доска для ретроспектив в реальном времени.''' Несколько человек работают одновременно, и результат не зависит от порядка действий.<br /> * стикеры, перемещение, голосование<br /> * синхронизация между участниками<br /> * ''доказать: одновременные правки не теряются и приводят к одинаковому состоянию у всех''<br /> * ''темы курса: краевые случаи, состязательная приёмка''</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A1%D0%BE%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D1%8B_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D1%8B%D1%85_%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%82%D0%BE%D0%B2_%D1%81_%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D0%BE%D0%B2_%D0%B8%D1%81%D0%BA%D1%83%D1%81%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B8%D0%BD%D1%82%D0%B5%D0%BB%D0%BB%D0%B5%D0%BA%D1%82%D0%B0_2026&diff=5129 2026-08-26T08:03:33Z

<p>Ахтямов Павел: </p> <hr /> <div>==Общие сведения==<br /> * Семестр: нет ограничений<br /> * Форма контроля: дифференцированный зачет<br /> * Дни и время занятий: вторник, 17:05-18:30<br /> * Первое занятие: 1 сентября 2026 года<br /> <br /> '''Преподаватель'''<br /> *Ахтямов Павел<br /> <br /> === Регистрация на курс ===<br /> <br /> Регистрация на курс проходит по ссылке: https://forms.yandex.ru/u/6a8e9d836d2d7354e26e4666<br /> <br /> === Актуальные новости ===<br /> <br /> Актуальные новости публикуются в Telegram-чате: https://t.me/+ywvmwhtUG-syMTUy<br /> <br /> <br /> ==О курсе==<br /> <br /> За два года генерация кода перестала быть фокусом и стала рабочим инструментом. Вместе с этим сменился и дефицит: писать код научились все, а вот доводить написанное до продукта, который работает у других людей, по-прежнему умеют немногие.<br /> <br /> Курс отвечает именно на такой запрос. Мы не учимся просить у модели функции - мы строим вокруг агента инженерную обвязку: намерение, спецификацию, проверки, права, цену запуска, выкатку. Профессия, которая из этого складывается, называется '''agentic engineering''', и на рынке она уже оплачивается отдельно от разработки.<br /> <br /> === Чем курс отличается от прошлого года ===<br /> <br /> Курс 2025 года отвечал на вопрос «что умеют языковые модели». Курс 2026 отвечает на другой: '''почему решение, собранное за вечер, не доживает до production и не масштабируется, и что с этим делать'''.<br /> <br /> Поэтому курс развивается в 3 направлениях.<br /> <br /> '''Первое: проверяемость.''' Можно ли доверять тому, что сделано, не перечитывая код глазами. Сюда входит спецификация, по которой работу принимает машина, детерминированный набор проверок и независимый проверяющий, который ищет расхождения вместо автора. Работа считается сделанной, когда это подтвердил прогон, а не автор.<br /> <br /> '''Второе: границы.''' Что произойдёт, когда что-то пойдёт не так. Права агента и матрица разрешений, цена запуска и лимиты, модель угроз, векторы атак на собственный продукт, откат и учения по отказу. Решение доживает до production не потому, что в нём нет ошибок, а потому, что известно, где оно остановится.<br /> <br /> '''Третье: передаваемость.''' Может ли с продуктом работать кто-то кроме автора: агент, другой человек, сам автор через полгода. Отсюда репозиторий, готовый для агента, собственные скиллы и серверы MCP, цикл без участия человека, комплект передачи и запуск руками постороннего. Именно здесь решается, масштабируется решение или упирается в своего создателя.<br /> === Формат ===<br /> <br /> Каждая пара устроена одинаково: короткая витрина работ, разбор темы, практика на своём проекте. С третьей недели пара открывается тремя минутами показа - два-три студента выводят свой продукт на экран и запускают его. Не рассказывают, а запускают.<br /> <br /> Сквозной пример курса - '''«Дежурный по дедлайнам»''': сервис личных сроков, который преподаватель ведёт параллельно с группой. Студент видит целевое состояние каждого слоя, а тему своего проекта выбирает сам.<br /> <br /> === Кому подойдёт ===<br /> <br /> Курс рассчитан на две группы сразу, и обе одинаково уместны на факультативе.<br /> <br /> 1. Те, кто уже пишет код и хочет научиться доводить его до работающего продукта за кратчайшие сроки.<br /> 2. Вторая - те, кто чувствует, что отрасль ушла вперёд, и хочет догнать: инструменты сменились за два года, и разрыв набирается быстро.<br /> <br /> Опыт работы с языковыми моделями не требуется, инструменты разбираются с нуля. Требуется: '''готовность каждую неделю приносить на пару свой растущий проект'''. Курс построен на нём, и без проекта смотреть будет не на что.<br /> <br /> <br /> == План курса ==<br /> <br /> <br /> 1. '''Agentic engineering как профессия.''' Что изменилось за два года, где проходит граница между генерацией кода и инженерией агентов. Проверка фактов и работа с источниками. Замер на отдельной задаче.<br /> <br /> 2. '''Рабочая среда агента и инженерный минимум.''' Настройка среды, репозиторий, первый коммит, набор проверок. Продукт поднимается локально.<br /> <br /> 3. '''Intent engineering.''' Как превратить расплывчатое желание в намерение, по которому агент способен работать. Бриф и каркас продукта по нему.<br /> <br /> 4. '''Spec-Driven Development.''' Спецификация, разбиение на задачи, реализация под тесты. Работа принимается зелёным прогоном, а не мнением автора.<br /> <br /> 5. '''Skills Engineering и Model Context Protocol.''' Свой скилл под задачу проекта, подключение серверов MCP, вызов инструмента в журнале агента.<br /> <br /> 6. '''Архитектура, ADR и репозиторий, готовый для агента.''' Схема решения, записи о принятых решениях, правила репозитория, работа через ветки и pull request.<br /> <br /> 7. '''Детерминированная проверка.''' Набор проверок, запускаемый одной командой. Что проверяется машиной, а что остаётся человеку. Видимость решения для поисковых роботов и агентов: что достаётся тому, кто не выполняет JavaScript, и как это проверить машиной.<br /> <br /> 8. '''Независимый проверяющий.''' Проверяет не тот, кто делал: инструкция проверяющего, отчёт о расхождениях со спецификацией.<br /> <br /> 9. '''Harness: права, данные и цена.''' Модель угроз, матрица разрешений, лимиты и стоимость запуска. Проверка прав в конвейере сборки.<br /> <br /> 10. '''ИИ в автотестировании, часть первая.''' ''Приглашённый практик.'' Внутреннее устройство агента: цикл вокруг модели, набор инструментов, память, перехват фактических вызовов. Разработка собственного конвейера.<br /> <br /> 11. '''Свои агенты и свой сервер MCP, часть вторая.''' ''Приглашённый практик.'' Написание собственного сервера Model Context Protocol и собственных агентов под свою задачу. Не субагенты, а самостоятельные программы.<br /> <br /> 12. '''Безопасность агентной разработки, часть первая.''' ''Приглашённый практик.'' Как ломаются агентные решения: векторы атак, найденные на своём проекте.<br /> <br /> 13. '''Безопасность агентной разработки, часть вторая.''' ''Приглашённый практик.'' Защита: проверка безопасности в конвейере, падающая на подложенной проблеме.<br /> <br /> 14. '''Loop Engineering.''' Цикл, который работает без человека: выбирает задачу, вносит изменение, открывает pull request. Где ставить границы такому циклу.<br /> <br /> 15. '''Выкатка и эксплуатация.''' Развёрнутая версия, откат, учения по отказу. Продукт становится доступен в сети. Состязательная приёмка.<br /> <br /> Защита проектов проходит в зачётную сессию.<br /> <br /> == Формат сдачи курса ==<br /> <br /> Курс проверяет одно: способность довести решение до состояния, когда оно запускается и работает у человека, который видит его впервые.<br /> <br /> === Минимальные требования ===<br /> <br /> Необходимо реализовать проект, включающий:<br /> * Frontend, Backend и хранилище данных<br /> * Набор проверок, запускаемый одной командой<br /> * Развёрнутую версию, доступную по сети<br /> * Спецификацию, по которой проект можно проверить независимо<br /> <br /> Проект сдаётся ссылкой на репозиторий и отчётом на почту akhtyamov@phystech.edu. Отчёт содержит:<br /> * спецификацию и разбиение на задачи;<br /> * что пришлось доработать руками и почему;<br /> * какие серверы MCP и скиллы использовались;<br /> * какие модели применялись и на каких задачах;<br /> * отчёт независимого проверяющего с найденными расхождениями.<br /> <br /> === Проверка на защите ===<br /> <br /> Проект разворачивает и запускает другой человек по инструкции из репозитория. Если запуск требует вопросов автору, комплект передачи неполный.<br /> <br /> === Бонусы ===<br /> * Работающий цикл без участия человека с заданными границами<br /> * Своя проверка безопасности, падающая на подложенной проблеме<br /> * Настройка агентов через инструменты с низким порогом входа (n8n, SourceCraft)<br /> * Собственные серверы MCP под задачи проекта<br /> <br /> === Вехи по ходу семестра ===<br /> <br /> Проект сдаётся не одним куском в декабре. Пять раз за семестр он проходит короткую проверку, и каждая привязана к теме, которая только что разбиралась.<br /> <br /> Веха занимает пять минут и проверяется запуском, а не рассказом. Пропущенная веха не закрывает дорогу дальше, но к защите все пять должны быть пройдены.<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! Веха !! Неделя !! Что показываем !! Чем проверяется<br /> |-<br /> | В1. Продукт поднимается || 2 || репозиторий, первый коммит, набор проверок || сервис запускается на машине преподавателя<br /> |-<br /> | В2. Намерение и спецификация || 4 || бриф, спецификация, разбиение на задачи, одна задача сделана || прогон проверок зелёный<br /> |-<br /> | В3. Репозиторий готов для агента || 6 || схема решения, записи о решениях, правила репозитория, работа через ветки || pull request с зелёной сборкой<br /> |-<br /> | В4. Проверяемость || 8 || полный набор проверок, отчёт независимого проверяющего || отчёт содержит найденные расхождения со спецификацией<br /> |-<br /> | В5. Границы и цена || 9 || модель угроз, матрица прав, лимиты || конвейер падает на попытке опасного действия<br /> |}<br /> <br /> Логика вех простая. Первые две отвечают на вопрос «есть ли вообще продукт», третья и четвёртая - «можно ли ему доверять», пятая - «что будет, когда что-то пойдёт не так».<br /> <br /> === Примеры проектов ===<br /> <br /> Можно выбрать один из предложенных проектов или предложить свой по согласованию с преподавателем. Для согласования нестандартной темы необходимо написать на почту akhtyamov@phystech.edu с описанием и мотивацией выбора.<br /> <br /> Описание проекта даётся в минимальном виде намеренно: задача студента - развить его самому, ограничивая при этом фантазию модели.<br /> <br /> Уровни различаются не размером, а числом тем курса, которые задача поднимает. Простая задача проверяет, что человек довёл дело до конца. Задача на десять требует доказать правильность решения машиной, а не показать её на примере.<br /> <br /> ==== Простые проекты (удовлетворительно 3-4) ====<br /> <br /> Задачи этого уровня не содержат сложных правил. Проверяется одно: продукт работает, разворачивается и запускается человеком со стороны.<br /> <br /> 1. Трекер личных дедлайнов:<br /> * срок с датой и напоминанием<br /> * список того, что горит сегодня<br /> * отметка выполненного<br /> * фильтр по проектам<br /> 2. Kanban-доска (упрощённый Trello):<br /> * создание задач и досок<br /> * назначение задач пользователям<br /> * статусы задач<br /> * ограничение числа задач в одном статусе<br /> 3. Дашборд успеваемости:<br /> * студенты, предметы, оценки<br /> * средний балл по предмету<br /> * график успеваемости<br /> * топ студентов<br /> <br /> ==== Задачи невысокой сложности (хорошо 5) ====<br /> <br /> Здесь появляется первое правило, которое легко описать неточно. Спецификация перестаёт быть формальностью.<br /> <br /> 1. '''Обменник дежурствами.''' Участники меняются сменами по правилам: не больше двух смен подряд, нельзя ставить смену в свой выходной, замена требует согласия обеих сторон.<br /> * заявка на замену и ответ на неё<br /> * проверка правил при подтверждении<br /> * история изменений графика<br /> * ''темы курса: спецификация, детерминированная проверка''<br /> 2. '''Мини-маркетплейс объявлений.''' Классическая витрина, усложнённая модерацией: объявление публикуется не сразу, а после проверки по списку правил.<br /> * объявления с фотографиями, категории, поиск<br /> * очередь модерации с причинами отказа<br /> * повторная подача после исправления<br /> * ''темы курса: спецификация, независимый проверяющий''<br /> <br /> ==== Задачи с усложнениями (оценки 7-8) ====<br /> <br /> На этом уровне у задачи есть проверяемый инвариант и опасное действие. Модель угроз и матрица прав перестают быть бумажными.<br /> <br /> 1. '''Учёт общих расходов с делением счёта.''' Кто за кого заплатил, кто кому должен, взаимозачёт долгов внутри группы.<br /> * внесение траты с произвольным делением между участниками<br /> * пересчёт взаимных долгов после каждой траты<br /> * закрытие долга переводом<br /> * ''инвариант: сумма всех долгов равна нулю в любой момент''<br /> * ''темы курса: проверяемость, права на опасное действие''<br /> 2. '''Планировщик встреч по календарям участников.''' Сервис находит общее окно, учитывая занятость, часовые пояса и приоритет участников.<br /> * занятость каждого участника<br /> * поиск ближайшего подходящего окна<br /> * учёт часовых поясов и перехода через полночь<br /> * ''инвариант: предложенное окно свободно у всех приглашённых''<br /> * ''темы курса: спецификация, независимый проверяющий, краевые случаи''<br /> 3. '''Помощник по базе знаний с бюджетом.''' Отвечает на вопросы по загруженным документам и тратит на это деньги, поэтому знает свои лимиты.<br /> * загрузка документов и поиск по ним<br /> * лимит трат в день и на один запрос<br /> * понятный отказ при исчерпании лимита вместо превышения<br /> * ''темы курса: harness, цена запуска, деградация''<br /> 4. '''Очередь задач с приоритетами.''' Задачи разбираются исполнителями по правилам, и правила меняются на ходу.<br /> * добавление задачи с приоритетом и сроком<br /> * выдача следующей задачи исполнителю<br /> * повышение приоритета у долго ждущих<br /> * ''инвариант: ни одна задача не ждёт дольше заданного срока''<br /> * ''темы курса: спецификация, цикл без человека''<br /> <br /> ==== Задание на оценку 10 ====<br /> <br /> Задачи этого уровня отличаются одним: правильность решения неочевидна, и её нужно доказать машиной, а не показать на примере.<br /> <br /> 1. '''Зачёт взаимных долгов.''' Развитие задачи про общие расходы: сервис не просто считает долги, а сводит их к минимальному числу переводов.<br /> * сведение долгов в группе любого размера<br /> * ''доказать: число переводов минимально, а итоговые балансы совпадают с исходными''<br /> * ''темы курса: спецификация, независимый проверяющий, проверка на сгенерированных данных''<br /> 2. '''Планировщик с гарантией отсутствия голодания.''' Развитие очереди задач: система распределяет работу так, что ни один исполнитель и ни одна задача не остаются без внимания.<br /> * распределение задач по исполнителям с учётом загрузки<br /> * ''доказать: при непрерывном потоке ни одна задача не ждёт дольше границы''<br /> * ''темы курса: цикл без человека, проверка инварианта под нагрузкой''<br /> 3. '''Платформа A/B-тестирования.''' Эксперименты над собственным продуктом с честной статистикой.<br /> * создание эксперимента и разделение пользователей<br /> * библиотека для получения варианта<br /> * сбор метрик и проверка статистической значимости<br /> * ''доказать: разделение устойчиво, пользователь не меняет вариант между заходами''<br /> * ''темы курса: проверяемость, работа с данными''<br /> 4. '''Доска для ретроспектив в реальном времени.''' Несколько человек работают одновременно, и результат не зависит от порядка действий.<br /> * стикеры, перемещение, голосование<br /> * синхронизация между участниками<br /> * ''доказать: одновременные правки не теряются и приводят к одинаковому состоянию у всех''<br /> * ''темы курса: краевые случаи, состязательная приёмка''</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A1%D0%BE%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D1%8B_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D1%8B%D1%85_%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%82%D0%BE%D0%B2_%D1%81_%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D0%BE%D0%B2_%D0%B8%D1%81%D0%BA%D1%83%D1%81%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B8%D0%BD%D1%82%D0%B5%D0%BB%D0%BB%D0%B5%D0%BA%D1%82%D0%B0_2026&diff=5128 2026-08-26T08:03:19Z

<p>Ахтямов Павел: /* Регистрация на курс */</p> <hr /> <div>==Общие сведения==<br /> * Семестр: нет ограничений<br /> * Форма контроля: дифференцированный зачет<br /> * Дни и время занятий: вторник, 17:05-18:30<br /> * Первое занятие: 1 сентября 2026 года<br /> <br /> '''Преподаватель'''<br /> *Ахтямов Павел<br /> <br /> ==О курсе==<br /> <br /> За два года генерация кода перестала быть фокусом и стала рабочим инструментом. Вместе с этим сменился и дефицит: писать код научились все, а вот доводить написанное до продукта, который работает у других людей, по-прежнему умеют немногие.<br /> <br /> Курс отвечает именно на такой запрос. Мы не учимся просить у модели функции - мы строим вокруг агента инженерную обвязку: намерение, спецификацию, проверки, права, цену запуска, выкатку. Профессия, которая из этого складывается, называется '''agentic engineering''', и на рынке она уже оплачивается отдельно от разработки.<br /> <br /> === Чем курс отличается от прошлого года ===<br /> <br /> Курс 2025 года отвечал на вопрос «что умеют языковые модели». Курс 2026 отвечает на другой: '''почему решение, собранное за вечер, не доживает до production и не масштабируется, и что с этим делать'''.<br /> <br /> Поэтому курс развивается в 3 направлениях.<br /> <br /> '''Первое: проверяемость.''' Можно ли доверять тому, что сделано, не перечитывая код глазами. Сюда входит спецификация, по которой работу принимает машина, детерминированный набор проверок и независимый проверяющий, который ищет расхождения вместо автора. Работа считается сделанной, когда это подтвердил прогон, а не автор.<br /> <br /> '''Второе: границы.''' Что произойдёт, когда что-то пойдёт не так. Права агента и матрица разрешений, цена запуска и лимиты, модель угроз, векторы атак на собственный продукт, откат и учения по отказу. Решение доживает до production не потому, что в нём нет ошибок, а потому, что известно, где оно остановится.<br /> <br /> '''Третье: передаваемость.''' Может ли с продуктом работать кто-то кроме автора: агент, другой человек, сам автор через полгода. Отсюда репозиторий, готовый для агента, собственные скиллы и серверы MCP, цикл без участия человека, комплект передачи и запуск руками постороннего. Именно здесь решается, масштабируется решение или упирается в своего создателя.<br /> === Формат ===<br /> <br /> Каждая пара устроена одинаково: короткая витрина работ, разбор темы, практика на своём проекте. С третьей недели пара открывается тремя минутами показа - два-три студента выводят свой продукт на экран и запускают его. Не рассказывают, а запускают.<br /> <br /> Сквозной пример курса - '''«Дежурный по дедлайнам»''': сервис личных сроков, который преподаватель ведёт параллельно с группой. Студент видит целевое состояние каждого слоя, а тему своего проекта выбирает сам.<br /> <br /> === Кому подойдёт ===<br /> <br /> Курс рассчитан на две группы сразу, и обе одинаково уместны на факультативе.<br /> <br /> 1. Те, кто уже пишет код и хочет научиться доводить его до работающего продукта за кратчайшие сроки.<br /> 2. Вторая - те, кто чувствует, что отрасль ушла вперёд, и хочет догнать: инструменты сменились за два года, и разрыв набирается быстро.<br /> <br /> Опыт работы с языковыми моделями не требуется, инструменты разбираются с нуля. Требуется: '''готовность каждую неделю приносить на пару свой растущий проект'''. Курс построен на нём, и без проекта смотреть будет не на что.<br /> <br /> === Регистрация на курс ===<br /> <br /> Регистрация на курс проходит по ссылке: https://forms.yandex.ru/u/6a8e9d836d2d7354e26e4666<br /> <br /> === Актуальные новости ===<br /> <br /> Актуальные новости публикуются в Telegram-чате: https://t.me/+ywvmwhtUG-syMTUy<br /> <br /> == План курса ==<br /> <br /> <br /> 1. '''Agentic engineering как профессия.''' Что изменилось за два года, где проходит граница между генерацией кода и инженерией агентов. Проверка фактов и работа с источниками. Замер на отдельной задаче.<br /> <br /> 2. '''Рабочая среда агента и инженерный минимум.''' Настройка среды, репозиторий, первый коммит, набор проверок. Продукт поднимается локально.<br /> <br /> 3. '''Intent engineering.''' Как превратить расплывчатое желание в намерение, по которому агент способен работать. Бриф и каркас продукта по нему.<br /> <br /> 4. '''Spec-Driven Development.''' Спецификация, разбиение на задачи, реализация под тесты. Работа принимается зелёным прогоном, а не мнением автора.<br /> <br /> 5. '''Skills Engineering и Model Context Protocol.''' Свой скилл под задачу проекта, подключение серверов MCP, вызов инструмента в журнале агента.<br /> <br /> 6. '''Архитектура, ADR и репозиторий, готовый для агента.''' Схема решения, записи о принятых решениях, правила репозитория, работа через ветки и pull request.<br /> <br /> 7. '''Детерминированная проверка.''' Набор проверок, запускаемый одной командой. Что проверяется машиной, а что остаётся человеку. Видимость решения для поисковых роботов и агентов: что достаётся тому, кто не выполняет JavaScript, и как это проверить машиной.<br /> <br /> 8. '''Независимый проверяющий.''' Проверяет не тот, кто делал: инструкция проверяющего, отчёт о расхождениях со спецификацией.<br /> <br /> 9. '''Harness: права, данные и цена.''' Модель угроз, матрица разрешений, лимиты и стоимость запуска. Проверка прав в конвейере сборки.<br /> <br /> 10. '''ИИ в автотестировании, часть первая.''' ''Приглашённый практик.'' Внутреннее устройство агента: цикл вокруг модели, набор инструментов, память, перехват фактических вызовов. Разработка собственного конвейера.<br /> <br /> 11. '''Свои агенты и свой сервер MCP, часть вторая.''' ''Приглашённый практик.'' Написание собственного сервера Model Context Protocol и собственных агентов под свою задачу. Не субагенты, а самостоятельные программы.<br /> <br /> 12. '''Безопасность агентной разработки, часть первая.''' ''Приглашённый практик.'' Как ломаются агентные решения: векторы атак, найденные на своём проекте.<br /> <br /> 13. '''Безопасность агентной разработки, часть вторая.''' ''Приглашённый практик.'' Защита: проверка безопасности в конвейере, падающая на подложенной проблеме.<br /> <br /> 14. '''Loop Engineering.''' Цикл, который работает без человека: выбирает задачу, вносит изменение, открывает pull request. Где ставить границы такому циклу.<br /> <br /> 15. '''Выкатка и эксплуатация.''' Развёрнутая версия, откат, учения по отказу. Продукт становится доступен в сети. Состязательная приёмка.<br /> <br /> Защита проектов проходит в зачётную сессию.<br /> <br /> == Формат сдачи курса ==<br /> <br /> Курс проверяет одно: способность довести решение до состояния, когда оно запускается и работает у человека, который видит его впервые.<br /> <br /> === Минимальные требования ===<br /> <br /> Необходимо реализовать проект, включающий:<br /> * Frontend, Backend и хранилище данных<br /> * Набор проверок, запускаемый одной командой<br /> * Развёрнутую версию, доступную по сети<br /> * Спецификацию, по которой проект можно проверить независимо<br /> <br /> Проект сдаётся ссылкой на репозиторий и отчётом на почту akhtyamov@phystech.edu. Отчёт содержит:<br /> * спецификацию и разбиение на задачи;<br /> * что пришлось доработать руками и почему;<br /> * какие серверы MCP и скиллы использовались;<br /> * какие модели применялись и на каких задачах;<br /> * отчёт независимого проверяющего с найденными расхождениями.<br /> <br /> === Проверка на защите ===<br /> <br /> Проект разворачивает и запускает другой человек по инструкции из репозитория. Если запуск требует вопросов автору, комплект передачи неполный.<br /> <br /> === Бонусы ===<br /> * Работающий цикл без участия человека с заданными границами<br /> * Своя проверка безопасности, падающая на подложенной проблеме<br /> * Настройка агентов через инструменты с низким порогом входа (n8n, SourceCraft)<br /> * Собственные серверы MCP под задачи проекта<br /> <br /> === Вехи по ходу семестра ===<br /> <br /> Проект сдаётся не одним куском в декабре. Пять раз за семестр он проходит короткую проверку, и каждая привязана к теме, которая только что разбиралась.<br /> <br /> Веха занимает пять минут и проверяется запуском, а не рассказом. Пропущенная веха не закрывает дорогу дальше, но к защите все пять должны быть пройдены.<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! Веха !! Неделя !! Что показываем !! Чем проверяется<br /> |-<br /> | В1. Продукт поднимается || 2 || репозиторий, первый коммит, набор проверок || сервис запускается на машине преподавателя<br /> |-<br /> | В2. Намерение и спецификация || 4 || бриф, спецификация, разбиение на задачи, одна задача сделана || прогон проверок зелёный<br /> |-<br /> | В3. Репозиторий готов для агента || 6 || схема решения, записи о решениях, правила репозитория, работа через ветки || pull request с зелёной сборкой<br /> |-<br /> | В4. Проверяемость || 8 || полный набор проверок, отчёт независимого проверяющего || отчёт содержит найденные расхождения со спецификацией<br /> |-<br /> | В5. Границы и цена || 9 || модель угроз, матрица прав, лимиты || конвейер падает на попытке опасного действия<br /> |}<br /> <br /> Логика вех простая. Первые две отвечают на вопрос «есть ли вообще продукт», третья и четвёртая - «можно ли ему доверять», пятая - «что будет, когда что-то пойдёт не так».<br /> <br /> === Примеры проектов ===<br /> <br /> Можно выбрать один из предложенных проектов или предложить свой по согласованию с преподавателем. Для согласования нестандартной темы необходимо написать на почту akhtyamov@phystech.edu с описанием и мотивацией выбора.<br /> <br /> Описание проекта даётся в минимальном виде намеренно: задача студента - развить его самому, ограничивая при этом фантазию модели.<br /> <br /> Уровни различаются не размером, а числом тем курса, которые задача поднимает. Простая задача проверяет, что человек довёл дело до конца. Задача на десять требует доказать правильность решения машиной, а не показать её на примере.<br /> <br /> ==== Простые проекты (удовлетворительно 3-4) ====<br /> <br /> Задачи этого уровня не содержат сложных правил. Проверяется одно: продукт работает, разворачивается и запускается человеком со стороны.<br /> <br /> 1. Трекер личных дедлайнов:<br /> * срок с датой и напоминанием<br /> * список того, что горит сегодня<br /> * отметка выполненного<br /> * фильтр по проектам<br /> 2. Kanban-доска (упрощённый Trello):<br /> * создание задач и досок<br /> * назначение задач пользователям<br /> * статусы задач<br /> * ограничение числа задач в одном статусе<br /> 3. Дашборд успеваемости:<br /> * студенты, предметы, оценки<br /> * средний балл по предмету<br /> * график успеваемости<br /> * топ студентов<br /> <br /> ==== Задачи невысокой сложности (хорошо 5) ====<br /> <br /> Здесь появляется первое правило, которое легко описать неточно. Спецификация перестаёт быть формальностью.<br /> <br /> 1. '''Обменник дежурствами.''' Участники меняются сменами по правилам: не больше двух смен подряд, нельзя ставить смену в свой выходной, замена требует согласия обеих сторон.<br /> * заявка на замену и ответ на неё<br /> * проверка правил при подтверждении<br /> * история изменений графика<br /> * ''темы курса: спецификация, детерминированная проверка''<br /> 2. '''Мини-маркетплейс объявлений.''' Классическая витрина, усложнённая модерацией: объявление публикуется не сразу, а после проверки по списку правил.<br /> * объявления с фотографиями, категории, поиск<br /> * очередь модерации с причинами отказа<br /> * повторная подача после исправления<br /> * ''темы курса: спецификация, независимый проверяющий''<br /> <br /> ==== Задачи с усложнениями (оценки 7-8) ====<br /> <br /> На этом уровне у задачи есть проверяемый инвариант и опасное действие. Модель угроз и матрица прав перестают быть бумажными.<br /> <br /> 1. '''Учёт общих расходов с делением счёта.''' Кто за кого заплатил, кто кому должен, взаимозачёт долгов внутри группы.<br /> * внесение траты с произвольным делением между участниками<br /> * пересчёт взаимных долгов после каждой траты<br /> * закрытие долга переводом<br /> * ''инвариант: сумма всех долгов равна нулю в любой момент''<br /> * ''темы курса: проверяемость, права на опасное действие''<br /> 2. '''Планировщик встреч по календарям участников.''' Сервис находит общее окно, учитывая занятость, часовые пояса и приоритет участников.<br /> * занятость каждого участника<br /> * поиск ближайшего подходящего окна<br /> * учёт часовых поясов и перехода через полночь<br /> * ''инвариант: предложенное окно свободно у всех приглашённых''<br /> * ''темы курса: спецификация, независимый проверяющий, краевые случаи''<br /> 3. '''Помощник по базе знаний с бюджетом.''' Отвечает на вопросы по загруженным документам и тратит на это деньги, поэтому знает свои лимиты.<br /> * загрузка документов и поиск по ним<br /> * лимит трат в день и на один запрос<br /> * понятный отказ при исчерпании лимита вместо превышения<br /> * ''темы курса: harness, цена запуска, деградация''<br /> 4. '''Очередь задач с приоритетами.''' Задачи разбираются исполнителями по правилам, и правила меняются на ходу.<br /> * добавление задачи с приоритетом и сроком<br /> * выдача следующей задачи исполнителю<br /> * повышение приоритета у долго ждущих<br /> * ''инвариант: ни одна задача не ждёт дольше заданного срока''<br /> * ''темы курса: спецификация, цикл без человека''<br /> <br /> ==== Задание на оценку 10 ====<br /> <br /> Задачи этого уровня отличаются одним: правильность решения неочевидна, и её нужно доказать машиной, а не показать на примере.<br /> <br /> 1. '''Зачёт взаимных долгов.''' Развитие задачи про общие расходы: сервис не просто считает долги, а сводит их к минимальному числу переводов.<br /> * сведение долгов в группе любого размера<br /> * ''доказать: число переводов минимально, а итоговые балансы совпадают с исходными''<br /> * ''темы курса: спецификация, независимый проверяющий, проверка на сгенерированных данных''<br /> 2. '''Планировщик с гарантией отсутствия голодания.''' Развитие очереди задач: система распределяет работу так, что ни один исполнитель и ни одна задача не остаются без внимания.<br /> * распределение задач по исполнителям с учётом загрузки<br /> * ''доказать: при непрерывном потоке ни одна задача не ждёт дольше границы''<br /> * ''темы курса: цикл без человека, проверка инварианта под нагрузкой''<br /> 3. '''Платформа A/B-тестирования.''' Эксперименты над собственным продуктом с честной статистикой.<br /> * создание эксперимента и разделение пользователей<br /> * библиотека для получения варианта<br /> * сбор метрик и проверка статистической значимости<br /> * ''доказать: разделение устойчиво, пользователь не меняет вариант между заходами''<br /> * ''темы курса: проверяемость, работа с данными''<br /> 4. '''Доска для ретроспектив в реальном времени.''' Несколько человек работают одновременно, и результат не зависит от порядка действий.<br /> * стикеры, перемещение, голосование<br /> * синхронизация между участниками<br /> * ''доказать: одновременные правки не теряются и приводят к одинаковому состоянию у всех''<br /> * ''темы курса: краевые случаи, состязательная приёмка''</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A1%D0%BE%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D1%8B_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D1%8B%D1%85_%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%82%D0%BE%D0%B2_%D1%81_%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D0%BE%D0%B2_%D0%B8%D1%81%D0%BA%D1%83%D1%81%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B8%D0%BD%D1%82%D0%B5%D0%BB%D0%BB%D0%B5%D0%BA%D1%82%D0%B0_2026&diff=5127 2026-08-26T08:00:59Z

<p>Ахтямов Павел: /* Общие сведения */</p> <hr /> <div>==Общие сведения==<br /> * Семестр: нет ограничений<br /> * Форма контроля: дифференцированный зачет<br /> * Дни и время занятий: вторник, 17:05-18:30<br /> * Первое занятие: 1 сентября 2026 года<br /> <br /> '''Преподаватель'''<br /> *Ахтямов Павел<br /> <br /> ==О курсе==<br /> <br /> За два года генерация кода перестала быть фокусом и стала рабочим инструментом. Вместе с этим сменился и дефицит: писать код научились все, а вот доводить написанное до продукта, который работает у других людей, по-прежнему умеют немногие.<br /> <br /> Курс отвечает именно на такой запрос. Мы не учимся просить у модели функции - мы строим вокруг агента инженерную обвязку: намерение, спецификацию, проверки, права, цену запуска, выкатку. Профессия, которая из этого складывается, называется '''agentic engineering''', и на рынке она уже оплачивается отдельно от разработки.<br /> <br /> === Чем курс отличается от прошлого года ===<br /> <br /> Курс 2025 года отвечал на вопрос «что умеют языковые модели». Курс 2026 отвечает на другой: '''почему решение, собранное за вечер, не доживает до production и не масштабируется, и что с этим делать'''.<br /> <br /> Поэтому курс развивается в 3 направлениях.<br /> <br /> '''Первое: проверяемость.''' Можно ли доверять тому, что сделано, не перечитывая код глазами. Сюда входит спецификация, по которой работу принимает машина, детерминированный набор проверок и независимый проверяющий, который ищет расхождения вместо автора. Работа считается сделанной, когда это подтвердил прогон, а не автор.<br /> <br /> '''Второе: границы.''' Что произойдёт, когда что-то пойдёт не так. Права агента и матрица разрешений, цена запуска и лимиты, модель угроз, векторы атак на собственный продукт, откат и учения по отказу. Решение доживает до production не потому, что в нём нет ошибок, а потому, что известно, где оно остановится.<br /> <br /> '''Третье: передаваемость.''' Может ли с продуктом работать кто-то кроме автора: агент, другой человек, сам автор через полгода. Отсюда репозиторий, готовый для агента, собственные скиллы и серверы MCP, цикл без участия человека, комплект передачи и запуск руками постороннего. Именно здесь решается, масштабируется решение или упирается в своего создателя.<br /> === Формат ===<br /> <br /> Каждая пара устроена одинаково: короткая витрина работ, разбор темы, практика на своём проекте. С третьей недели пара открывается тремя минутами показа - два-три студента выводят свой продукт на экран и запускают его. Не рассказывают, а запускают.<br /> <br /> Сквозной пример курса - '''«Дежурный по дедлайнам»''': сервис личных сроков, который преподаватель ведёт параллельно с группой. Студент видит целевое состояние каждого слоя, а тему своего проекта выбирает сам.<br /> <br /> === Кому подойдёт ===<br /> <br /> Курс рассчитан на две группы сразу, и обе одинаково уместны на факультативе.<br /> <br /> 1. Те, кто уже пишет код и хочет научиться доводить его до работающего продукта за кратчайшие сроки.<br /> 2. Вторая - те, кто чувствует, что отрасль ушла вперёд, и хочет догнать: инструменты сменились за два года, и разрыв набирается быстро.<br /> <br /> Опыт работы с языковыми моделями не требуется, инструменты разбираются с нуля. Требуется: '''готовность каждую неделю приносить на пару свой растущий проект'''. Курс построен на нём, и без проекта смотреть будет не на что.<br /> <br /> === Регистрация на курс ===<br /> <br /> Регистрация на курс проходит по ссылке: [ссылка на форму]<br /> <br /> === Актуальные новости ===<br /> <br /> Актуальные новости публикуются в Telegram-чате: https://t.me/+ywvmwhtUG-syMTUy<br /> <br /> == План курса ==<br /> <br /> <br /> 1. '''Agentic engineering как профессия.''' Что изменилось за два года, где проходит граница между генерацией кода и инженерией агентов. Проверка фактов и работа с источниками. Замер на отдельной задаче.<br /> <br /> 2. '''Рабочая среда агента и инженерный минимум.''' Настройка среды, репозиторий, первый коммит, набор проверок. Продукт поднимается локально.<br /> <br /> 3. '''Intent engineering.''' Как превратить расплывчатое желание в намерение, по которому агент способен работать. Бриф и каркас продукта по нему.<br /> <br /> 4. '''Spec-Driven Development.''' Спецификация, разбиение на задачи, реализация под тесты. Работа принимается зелёным прогоном, а не мнением автора.<br /> <br /> 5. '''Skills Engineering и Model Context Protocol.''' Свой скилл под задачу проекта, подключение серверов MCP, вызов инструмента в журнале агента.<br /> <br /> 6. '''Архитектура, ADR и репозиторий, готовый для агента.''' Схема решения, записи о принятых решениях, правила репозитория, работа через ветки и pull request.<br /> <br /> 7. '''Детерминированная проверка.''' Набор проверок, запускаемый одной командой. Что проверяется машиной, а что остаётся человеку. Видимость решения для поисковых роботов и агентов: что достаётся тому, кто не выполняет JavaScript, и как это проверить машиной.<br /> <br /> 8. '''Независимый проверяющий.''' Проверяет не тот, кто делал: инструкция проверяющего, отчёт о расхождениях со спецификацией.<br /> <br /> 9. '''Harness: права, данные и цена.''' Модель угроз, матрица разрешений, лимиты и стоимость запуска. Проверка прав в конвейере сборки.<br /> <br /> 10. '''ИИ в автотестировании, часть первая.''' ''Приглашённый практик.'' Внутреннее устройство агента: цикл вокруг модели, набор инструментов, память, перехват фактических вызовов. Разработка собственного конвейера.<br /> <br /> 11. '''Свои агенты и свой сервер MCP, часть вторая.''' ''Приглашённый практик.'' Написание собственного сервера Model Context Protocol и собственных агентов под свою задачу. Не субагенты, а самостоятельные программы.<br /> <br /> 12. '''Безопасность агентной разработки, часть первая.''' ''Приглашённый практик.'' Как ломаются агентные решения: векторы атак, найденные на своём проекте.<br /> <br /> 13. '''Безопасность агентной разработки, часть вторая.''' ''Приглашённый практик.'' Защита: проверка безопасности в конвейере, падающая на подложенной проблеме.<br /> <br /> 14. '''Loop Engineering.''' Цикл, который работает без человека: выбирает задачу, вносит изменение, открывает pull request. Где ставить границы такому циклу.<br /> <br /> 15. '''Выкатка и эксплуатация.''' Развёрнутая версия, откат, учения по отказу. Продукт становится доступен в сети. Состязательная приёмка.<br /> <br /> Защита проектов проходит в зачётную сессию.<br /> <br /> == Формат сдачи курса ==<br /> <br /> Курс проверяет одно: способность довести решение до состояния, когда оно запускается и работает у человека, который видит его впервые.<br /> <br /> === Минимальные требования ===<br /> <br /> Необходимо реализовать проект, включающий:<br /> * Frontend, Backend и хранилище данных<br /> * Набор проверок, запускаемый одной командой<br /> * Развёрнутую версию, доступную по сети<br /> * Спецификацию, по которой проект можно проверить независимо<br /> <br /> Проект сдаётся ссылкой на репозиторий и отчётом на почту akhtyamov@phystech.edu. Отчёт содержит:<br /> * спецификацию и разбиение на задачи;<br /> * что пришлось доработать руками и почему;<br /> * какие серверы MCP и скиллы использовались;<br /> * какие модели применялись и на каких задачах;<br /> * отчёт независимого проверяющего с найденными расхождениями.<br /> <br /> === Проверка на защите ===<br /> <br /> Проект разворачивает и запускает другой человек по инструкции из репозитория. Если запуск требует вопросов автору, комплект передачи неполный.<br /> <br /> === Бонусы ===<br /> * Работающий цикл без участия человека с заданными границами<br /> * Своя проверка безопасности, падающая на подложенной проблеме<br /> * Настройка агентов через инструменты с низким порогом входа (n8n, SourceCraft)<br /> * Собственные серверы MCP под задачи проекта<br /> <br /> === Вехи по ходу семестра ===<br /> <br /> Проект сдаётся не одним куском в декабре. Пять раз за семестр он проходит короткую проверку, и каждая привязана к теме, которая только что разбиралась.<br /> <br /> Веха занимает пять минут и проверяется запуском, а не рассказом. Пропущенная веха не закрывает дорогу дальше, но к защите все пять должны быть пройдены.<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! Веха !! Неделя !! Что показываем !! Чем проверяется<br /> |-<br /> | В1. Продукт поднимается || 2 || репозиторий, первый коммит, набор проверок || сервис запускается на машине преподавателя<br /> |-<br /> | В2. Намерение и спецификация || 4 || бриф, спецификация, разбиение на задачи, одна задача сделана || прогон проверок зелёный<br /> |-<br /> | В3. Репозиторий готов для агента || 6 || схема решения, записи о решениях, правила репозитория, работа через ветки || pull request с зелёной сборкой<br /> |-<br /> | В4. Проверяемость || 8 || полный набор проверок, отчёт независимого проверяющего || отчёт содержит найденные расхождения со спецификацией<br /> |-<br /> | В5. Границы и цена || 9 || модель угроз, матрица прав, лимиты || конвейер падает на попытке опасного действия<br /> |}<br /> <br /> Логика вех простая. Первые две отвечают на вопрос «есть ли вообще продукт», третья и четвёртая - «можно ли ему доверять», пятая - «что будет, когда что-то пойдёт не так».<br /> <br /> === Примеры проектов ===<br /> <br /> Можно выбрать один из предложенных проектов или предложить свой по согласованию с преподавателем. Для согласования нестандартной темы необходимо написать на почту akhtyamov@phystech.edu с описанием и мотивацией выбора.<br /> <br /> Описание проекта даётся в минимальном виде намеренно: задача студента - развить его самому, ограничивая при этом фантазию модели.<br /> <br /> Уровни различаются не размером, а числом тем курса, которые задача поднимает. Простая задача проверяет, что человек довёл дело до конца. Задача на десять требует доказать правильность решения машиной, а не показать её на примере.<br /> <br /> ==== Простые проекты (удовлетворительно 3-4) ====<br /> <br /> Задачи этого уровня не содержат сложных правил. Проверяется одно: продукт работает, разворачивается и запускается человеком со стороны.<br /> <br /> 1. Трекер личных дедлайнов:<br /> * срок с датой и напоминанием<br /> * список того, что горит сегодня<br /> * отметка выполненного<br /> * фильтр по проектам<br /> 2. Kanban-доска (упрощённый Trello):<br /> * создание задач и досок<br /> * назначение задач пользователям<br /> * статусы задач<br /> * ограничение числа задач в одном статусе<br /> 3. Дашборд успеваемости:<br /> * студенты, предметы, оценки<br /> * средний балл по предмету<br /> * график успеваемости<br /> * топ студентов<br /> <br /> ==== Задачи невысокой сложности (хорошо 5) ====<br /> <br /> Здесь появляется первое правило, которое легко описать неточно. Спецификация перестаёт быть формальностью.<br /> <br /> 1. '''Обменник дежурствами.''' Участники меняются сменами по правилам: не больше двух смен подряд, нельзя ставить смену в свой выходной, замена требует согласия обеих сторон.<br /> * заявка на замену и ответ на неё<br /> * проверка правил при подтверждении<br /> * история изменений графика<br /> * ''темы курса: спецификация, детерминированная проверка''<br /> 2. '''Мини-маркетплейс объявлений.''' Классическая витрина, усложнённая модерацией: объявление публикуется не сразу, а после проверки по списку правил.<br /> * объявления с фотографиями, категории, поиск<br /> * очередь модерации с причинами отказа<br /> * повторная подача после исправления<br /> * ''темы курса: спецификация, независимый проверяющий''<br /> <br /> ==== Задачи с усложнениями (оценки 7-8) ====<br /> <br /> На этом уровне у задачи есть проверяемый инвариант и опасное действие. Модель угроз и матрица прав перестают быть бумажными.<br /> <br /> 1. '''Учёт общих расходов с делением счёта.''' Кто за кого заплатил, кто кому должен, взаимозачёт долгов внутри группы.<br /> * внесение траты с произвольным делением между участниками<br /> * пересчёт взаимных долгов после каждой траты<br /> * закрытие долга переводом<br /> * ''инвариант: сумма всех долгов равна нулю в любой момент''<br /> * ''темы курса: проверяемость, права на опасное действие''<br /> 2. '''Планировщик встреч по календарям участников.''' Сервис находит общее окно, учитывая занятость, часовые пояса и приоритет участников.<br /> * занятость каждого участника<br /> * поиск ближайшего подходящего окна<br /> * учёт часовых поясов и перехода через полночь<br /> * ''инвариант: предложенное окно свободно у всех приглашённых''<br /> * ''темы курса: спецификация, независимый проверяющий, краевые случаи''<br /> 3. '''Помощник по базе знаний с бюджетом.''' Отвечает на вопросы по загруженным документам и тратит на это деньги, поэтому знает свои лимиты.<br /> * загрузка документов и поиск по ним<br /> * лимит трат в день и на один запрос<br /> * понятный отказ при исчерпании лимита вместо превышения<br /> * ''темы курса: harness, цена запуска, деградация''<br /> 4. '''Очередь задач с приоритетами.''' Задачи разбираются исполнителями по правилам, и правила меняются на ходу.<br /> * добавление задачи с приоритетом и сроком<br /> * выдача следующей задачи исполнителю<br /> * повышение приоритета у долго ждущих<br /> * ''инвариант: ни одна задача не ждёт дольше заданного срока''<br /> * ''темы курса: спецификация, цикл без человека''<br /> <br /> ==== Задание на оценку 10 ====<br /> <br /> Задачи этого уровня отличаются одним: правильность решения неочевидна, и её нужно доказать машиной, а не показать на примере.<br /> <br /> 1. '''Зачёт взаимных долгов.''' Развитие задачи про общие расходы: сервис не просто считает долги, а сводит их к минимальному числу переводов.<br /> * сведение долгов в группе любого размера<br /> * ''доказать: число переводов минимально, а итоговые балансы совпадают с исходными''<br /> * ''темы курса: спецификация, независимый проверяющий, проверка на сгенерированных данных''<br /> 2. '''Планировщик с гарантией отсутствия голодания.''' Развитие очереди задач: система распределяет работу так, что ни один исполнитель и ни одна задача не остаются без внимания.<br /> * распределение задач по исполнителям с учётом загрузки<br /> * ''доказать: при непрерывном потоке ни одна задача не ждёт дольше границы''<br /> * ''темы курса: цикл без человека, проверка инварианта под нагрузкой''<br /> 3. '''Платформа A/B-тестирования.''' Эксперименты над собственным продуктом с честной статистикой.<br /> * создание эксперимента и разделение пользователей<br /> * библиотека для получения варианта<br /> * сбор метрик и проверка статистической значимости<br /> * ''доказать: разделение устойчиво, пользователь не меняет вариант между заходами''<br /> * ''темы курса: проверяемость, работа с данными''<br /> 4. '''Доска для ретроспектив в реальном времени.''' Несколько человек работают одновременно, и результат не зависит от порядка действий.<br /> * стикеры, перемещение, голосование<br /> * синхронизация между участниками<br /> * ''доказать: одновременные правки не теряются и приводят к одинаковому состоянию у всех''<br /> * ''темы курса: краевые случаи, состязательная приёмка''</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A1%D0%BE%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D1%8B_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D1%8B%D1%85_%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%82%D0%BE%D0%B2_%D1%81_%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D0%BE%D0%B2_%D0%B8%D1%81%D0%BA%D1%83%D1%81%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B8%D0%BD%D1%82%D0%B5%D0%BB%D0%BB%D0%B5%D0%BA%D1%82%D0%B0_2026&diff=5126 2026-08-26T08:00:09Z

<p>Ахтямов Павел: /* Актуальные новости */</p> <hr /> <div>==Общие сведения==<br /> * Семестр: 5/7<br /> * Форма контроля: дифференцированный зачет<br /> * Дни и время занятий: вторник, 17:05-18:30<br /> * Первое занятие: 1 сентября 2026 года<br /> <br /> '''Преподаватель'''<br /> *Ахтямов Павел<br /> <br /> <br /> ==О курсе==<br /> <br /> За два года генерация кода перестала быть фокусом и стала рабочим инструментом. Вместе с этим сменился и дефицит: писать код научились все, а вот доводить написанное до продукта, который работает у других людей, по-прежнему умеют немногие.<br /> <br /> Курс отвечает именно на такой запрос. Мы не учимся просить у модели функции - мы строим вокруг агента инженерную обвязку: намерение, спецификацию, проверки, права, цену запуска, выкатку. Профессия, которая из этого складывается, называется '''agentic engineering''', и на рынке она уже оплачивается отдельно от разработки.<br /> <br /> === Чем курс отличается от прошлого года ===<br /> <br /> Курс 2025 года отвечал на вопрос «что умеют языковые модели». Курс 2026 отвечает на другой: '''почему решение, собранное за вечер, не доживает до production и не масштабируется, и что с этим делать'''.<br /> <br /> Поэтому курс развивается в 3 направлениях.<br /> <br /> '''Первое: проверяемость.''' Можно ли доверять тому, что сделано, не перечитывая код глазами. Сюда входит спецификация, по которой работу принимает машина, детерминированный набор проверок и независимый проверяющий, который ищет расхождения вместо автора. Работа считается сделанной, когда это подтвердил прогон, а не автор.<br /> <br /> '''Второе: границы.''' Что произойдёт, когда что-то пойдёт не так. Права агента и матрица разрешений, цена запуска и лимиты, модель угроз, векторы атак на собственный продукт, откат и учения по отказу. Решение доживает до production не потому, что в нём нет ошибок, а потому, что известно, где оно остановится.<br /> <br /> '''Третье: передаваемость.''' Может ли с продуктом работать кто-то кроме автора: агент, другой человек, сам автор через полгода. Отсюда репозиторий, готовый для агента, собственные скиллы и серверы MCP, цикл без участия человека, комплект передачи и запуск руками постороннего. Именно здесь решается, масштабируется решение или упирается в своего создателя.<br /> === Формат ===<br /> <br /> Каждая пара устроена одинаково: короткая витрина работ, разбор темы, практика на своём проекте. С третьей недели пара открывается тремя минутами показа - два-три студента выводят свой продукт на экран и запускают его. Не рассказывают, а запускают.<br /> <br /> Сквозной пример курса - '''«Дежурный по дедлайнам»''': сервис личных сроков, который преподаватель ведёт параллельно с группой. Студент видит целевое состояние каждого слоя, а тему своего проекта выбирает сам.<br /> <br /> === Кому подойдёт ===<br /> <br /> Курс рассчитан на две группы сразу, и обе одинаково уместны на факультативе.<br /> <br /> 1. Те, кто уже пишет код и хочет научиться доводить его до работающего продукта за кратчайшие сроки.<br /> 2. Вторая - те, кто чувствует, что отрасль ушла вперёд, и хочет догнать: инструменты сменились за два года, и разрыв набирается быстро.<br /> <br /> Опыт работы с языковыми моделями не требуется, инструменты разбираются с нуля. Требуется: '''готовность каждую неделю приносить на пару свой растущий проект'''. Курс построен на нём, и без проекта смотреть будет не на что.<br /> <br /> === Регистрация на курс ===<br /> <br /> Регистрация на курс проходит по ссылке: [ссылка на форму]<br /> <br /> === Актуальные новости ===<br /> <br /> Актуальные новости публикуются в Telegram-чате: https://t.me/+ywvmwhtUG-syMTUy<br /> <br /> == План курса ==<br /> <br /> <br /> 1. '''Agentic engineering как профессия.''' Что изменилось за два года, где проходит граница между генерацией кода и инженерией агентов. Проверка фактов и работа с источниками. Замер на отдельной задаче.<br /> <br /> 2. '''Рабочая среда агента и инженерный минимум.''' Настройка среды, репозиторий, первый коммит, набор проверок. Продукт поднимается локально.<br /> <br /> 3. '''Intent engineering.''' Как превратить расплывчатое желание в намерение, по которому агент способен работать. Бриф и каркас продукта по нему.<br /> <br /> 4. '''Spec-Driven Development.''' Спецификация, разбиение на задачи, реализация под тесты. Работа принимается зелёным прогоном, а не мнением автора.<br /> <br /> 5. '''Skills Engineering и Model Context Protocol.''' Свой скилл под задачу проекта, подключение серверов MCP, вызов инструмента в журнале агента.<br /> <br /> 6. '''Архитектура, ADR и репозиторий, готовый для агента.''' Схема решения, записи о принятых решениях, правила репозитория, работа через ветки и pull request.<br /> <br /> 7. '''Детерминированная проверка.''' Набор проверок, запускаемый одной командой. Что проверяется машиной, а что остаётся человеку. Видимость решения для поисковых роботов и агентов: что достаётся тому, кто не выполняет JavaScript, и как это проверить машиной.<br /> <br /> 8. '''Независимый проверяющий.''' Проверяет не тот, кто делал: инструкция проверяющего, отчёт о расхождениях со спецификацией.<br /> <br /> 9. '''Harness: права, данные и цена.''' Модель угроз, матрица разрешений, лимиты и стоимость запуска. Проверка прав в конвейере сборки.<br /> <br /> 10. '''ИИ в автотестировании, часть первая.''' ''Приглашённый практик.'' Внутреннее устройство агента: цикл вокруг модели, набор инструментов, память, перехват фактических вызовов. Разработка собственного конвейера.<br /> <br /> 11. '''Свои агенты и свой сервер MCP, часть вторая.''' ''Приглашённый практик.'' Написание собственного сервера Model Context Protocol и собственных агентов под свою задачу. Не субагенты, а самостоятельные программы.<br /> <br /> 12. '''Безопасность агентной разработки, часть первая.''' ''Приглашённый практик.'' Как ломаются агентные решения: векторы атак, найденные на своём проекте.<br /> <br /> 13. '''Безопасность агентной разработки, часть вторая.''' ''Приглашённый практик.'' Защита: проверка безопасности в конвейере, падающая на подложенной проблеме.<br /> <br /> 14. '''Loop Engineering.''' Цикл, который работает без человека: выбирает задачу, вносит изменение, открывает pull request. Где ставить границы такому циклу.<br /> <br /> 15. '''Выкатка и эксплуатация.''' Развёрнутая версия, откат, учения по отказу. Продукт становится доступен в сети. Состязательная приёмка.<br /> <br /> Защита проектов проходит в зачётную сессию.<br /> <br /> == Формат сдачи курса ==<br /> <br /> Курс проверяет одно: способность довести решение до состояния, когда оно запускается и работает у человека, который видит его впервые.<br /> <br /> === Минимальные требования ===<br /> <br /> Необходимо реализовать проект, включающий:<br /> * Frontend, Backend и хранилище данных<br /> * Набор проверок, запускаемый одной командой<br /> * Развёрнутую версию, доступную по сети<br /> * Спецификацию, по которой проект можно проверить независимо<br /> <br /> Проект сдаётся ссылкой на репозиторий и отчётом на почту akhtyamov@phystech.edu. Отчёт содержит:<br /> * спецификацию и разбиение на задачи;<br /> * что пришлось доработать руками и почему;<br /> * какие серверы MCP и скиллы использовались;<br /> * какие модели применялись и на каких задачах;<br /> * отчёт независимого проверяющего с найденными расхождениями.<br /> <br /> === Проверка на защите ===<br /> <br /> Проект разворачивает и запускает другой человек по инструкции из репозитория. Если запуск требует вопросов автору, комплект передачи неполный.<br /> <br /> === Бонусы ===<br /> * Работающий цикл без участия человека с заданными границами<br /> * Своя проверка безопасности, падающая на подложенной проблеме<br /> * Настройка агентов через инструменты с низким порогом входа (n8n, SourceCraft)<br /> * Собственные серверы MCP под задачи проекта<br /> <br /> === Вехи по ходу семестра ===<br /> <br /> Проект сдаётся не одним куском в декабре. Пять раз за семестр он проходит короткую проверку, и каждая привязана к теме, которая только что разбиралась.<br /> <br /> Веха занимает пять минут и проверяется запуском, а не рассказом. Пропущенная веха не закрывает дорогу дальше, но к защите все пять должны быть пройдены.<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! Веха !! Неделя !! Что показываем !! Чем проверяется<br /> |-<br /> | В1. Продукт поднимается || 2 || репозиторий, первый коммит, набор проверок || сервис запускается на машине преподавателя<br /> |-<br /> | В2. Намерение и спецификация || 4 || бриф, спецификация, разбиение на задачи, одна задача сделана || прогон проверок зелёный<br /> |-<br /> | В3. Репозиторий готов для агента || 6 || схема решения, записи о решениях, правила репозитория, работа через ветки || pull request с зелёной сборкой<br /> |-<br /> | В4. Проверяемость || 8 || полный набор проверок, отчёт независимого проверяющего || отчёт содержит найденные расхождения со спецификацией<br /> |-<br /> | В5. Границы и цена || 9 || модель угроз, матрица прав, лимиты || конвейер падает на попытке опасного действия<br /> |}<br /> <br /> Логика вех простая. Первые две отвечают на вопрос «есть ли вообще продукт», третья и четвёртая - «можно ли ему доверять», пятая - «что будет, когда что-то пойдёт не так».<br /> <br /> === Примеры проектов ===<br /> <br /> Можно выбрать один из предложенных проектов или предложить свой по согласованию с преподавателем. Для согласования нестандартной темы необходимо написать на почту akhtyamov@phystech.edu с описанием и мотивацией выбора.<br /> <br /> Описание проекта даётся в минимальном виде намеренно: задача студента - развить его самому, ограничивая при этом фантазию модели.<br /> <br /> Уровни различаются не размером, а числом тем курса, которые задача поднимает. Простая задача проверяет, что человек довёл дело до конца. Задача на десять требует доказать правильность решения машиной, а не показать её на примере.<br /> <br /> ==== Простые проекты (удовлетворительно 3-4) ====<br /> <br /> Задачи этого уровня не содержат сложных правил. Проверяется одно: продукт работает, разворачивается и запускается человеком со стороны.<br /> <br /> 1. Трекер личных дедлайнов:<br /> * срок с датой и напоминанием<br /> * список того, что горит сегодня<br /> * отметка выполненного<br /> * фильтр по проектам<br /> 2. Kanban-доска (упрощённый Trello):<br /> * создание задач и досок<br /> * назначение задач пользователям<br /> * статусы задач<br /> * ограничение числа задач в одном статусе<br /> 3. Дашборд успеваемости:<br /> * студенты, предметы, оценки<br /> * средний балл по предмету<br /> * график успеваемости<br /> * топ студентов<br /> <br /> ==== Задачи невысокой сложности (хорошо 5) ====<br /> <br /> Здесь появляется первое правило, которое легко описать неточно. Спецификация перестаёт быть формальностью.<br /> <br /> 1. '''Обменник дежурствами.''' Участники меняются сменами по правилам: не больше двух смен подряд, нельзя ставить смену в свой выходной, замена требует согласия обеих сторон.<br /> * заявка на замену и ответ на неё<br /> * проверка правил при подтверждении<br /> * история изменений графика<br /> * ''темы курса: спецификация, детерминированная проверка''<br /> 2. '''Мини-маркетплейс объявлений.''' Классическая витрина, усложнённая модерацией: объявление публикуется не сразу, а после проверки по списку правил.<br /> * объявления с фотографиями, категории, поиск<br /> * очередь модерации с причинами отказа<br /> * повторная подача после исправления<br /> * ''темы курса: спецификация, независимый проверяющий''<br /> <br /> ==== Задачи с усложнениями (оценки 7-8) ====<br /> <br /> На этом уровне у задачи есть проверяемый инвариант и опасное действие. Модель угроз и матрица прав перестают быть бумажными.<br /> <br /> 1. '''Учёт общих расходов с делением счёта.''' Кто за кого заплатил, кто кому должен, взаимозачёт долгов внутри группы.<br /> * внесение траты с произвольным делением между участниками<br /> * пересчёт взаимных долгов после каждой траты<br /> * закрытие долга переводом<br /> * ''инвариант: сумма всех долгов равна нулю в любой момент''<br /> * ''темы курса: проверяемость, права на опасное действие''<br /> 2. '''Планировщик встреч по календарям участников.''' Сервис находит общее окно, учитывая занятость, часовые пояса и приоритет участников.<br /> * занятость каждого участника<br /> * поиск ближайшего подходящего окна<br /> * учёт часовых поясов и перехода через полночь<br /> * ''инвариант: предложенное окно свободно у всех приглашённых''<br /> * ''темы курса: спецификация, независимый проверяющий, краевые случаи''<br /> 3. '''Помощник по базе знаний с бюджетом.''' Отвечает на вопросы по загруженным документам и тратит на это деньги, поэтому знает свои лимиты.<br /> * загрузка документов и поиск по ним<br /> * лимит трат в день и на один запрос<br /> * понятный отказ при исчерпании лимита вместо превышения<br /> * ''темы курса: harness, цена запуска, деградация''<br /> 4. '''Очередь задач с приоритетами.''' Задачи разбираются исполнителями по правилам, и правила меняются на ходу.<br /> * добавление задачи с приоритетом и сроком<br /> * выдача следующей задачи исполнителю<br /> * повышение приоритета у долго ждущих<br /> * ''инвариант: ни одна задача не ждёт дольше заданного срока''<br /> * ''темы курса: спецификация, цикл без человека''<br /> <br /> ==== Задание на оценку 10 ====<br /> <br /> Задачи этого уровня отличаются одним: правильность решения неочевидна, и её нужно доказать машиной, а не показать на примере.<br /> <br /> 1. '''Зачёт взаимных долгов.''' Развитие задачи про общие расходы: сервис не просто считает долги, а сводит их к минимальному числу переводов.<br /> * сведение долгов в группе любого размера<br /> * ''доказать: число переводов минимально, а итоговые балансы совпадают с исходными''<br /> * ''темы курса: спецификация, независимый проверяющий, проверка на сгенерированных данных''<br /> 2. '''Планировщик с гарантией отсутствия голодания.''' Развитие очереди задач: система распределяет работу так, что ни один исполнитель и ни одна задача не остаются без внимания.<br /> * распределение задач по исполнителям с учётом загрузки<br /> * ''доказать: при непрерывном потоке ни одна задача не ждёт дольше границы''<br /> * ''темы курса: цикл без человека, проверка инварианта под нагрузкой''<br /> 3. '''Платформа A/B-тестирования.''' Эксперименты над собственным продуктом с честной статистикой.<br /> * создание эксперимента и разделение пользователей<br /> * библиотека для получения варианта<br /> * сбор метрик и проверка статистической значимости<br /> * ''доказать: разделение устойчиво, пользователь не меняет вариант между заходами''<br /> * ''темы курса: проверяемость, работа с данными''<br /> 4. '''Доска для ретроспектив в реальном времени.''' Несколько человек работают одновременно, и результат не зависит от порядка действий.<br /> * стикеры, перемещение, голосование<br /> * синхронизация между участниками<br /> * ''доказать: одновременные правки не теряются и приводят к одинаковому состоянию у всех''<br /> * ''темы курса: краевые случаи, состязательная приёмка''</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A1%D0%BE%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D1%8B_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D1%8B%D1%85_%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%82%D0%BE%D0%B2_%D1%81_%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D0%BE%D0%B2_%D0%B8%D1%81%D0%BA%D1%83%D1%81%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B8%D0%BD%D1%82%D0%B5%D0%BB%D0%BB%D0%B5%D0%BA%D1%82%D0%B0_2026&diff=5125 2026-08-26T07:59:39Z

<p>Ахтямов Павел: /* Кому подойдёт */</p> <hr /> <div>==Общие сведения==<br /> * Семестр: 5/7<br /> * Форма контроля: дифференцированный зачет<br /> * Дни и время занятий: вторник, 17:05-18:30<br /> * Первое занятие: 1 сентября 2026 года<br /> <br /> '''Преподаватель'''<br /> *Ахтямов Павел<br /> <br /> <br /> ==О курсе==<br /> <br /> За два года генерация кода перестала быть фокусом и стала рабочим инструментом. Вместе с этим сменился и дефицит: писать код научились все, а вот доводить написанное до продукта, который работает у других людей, по-прежнему умеют немногие.<br /> <br /> Курс отвечает именно на такой запрос. Мы не учимся просить у модели функции - мы строим вокруг агента инженерную обвязку: намерение, спецификацию, проверки, права, цену запуска, выкатку. Профессия, которая из этого складывается, называется '''agentic engineering''', и на рынке она уже оплачивается отдельно от разработки.<br /> <br /> === Чем курс отличается от прошлого года ===<br /> <br /> Курс 2025 года отвечал на вопрос «что умеют языковые модели». Курс 2026 отвечает на другой: '''почему решение, собранное за вечер, не доживает до production и не масштабируется, и что с этим делать'''.<br /> <br /> Поэтому курс развивается в 3 направлениях.<br /> <br /> '''Первое: проверяемость.''' Можно ли доверять тому, что сделано, не перечитывая код глазами. Сюда входит спецификация, по которой работу принимает машина, детерминированный набор проверок и независимый проверяющий, который ищет расхождения вместо автора. Работа считается сделанной, когда это подтвердил прогон, а не автор.<br /> <br /> '''Второе: границы.''' Что произойдёт, когда что-то пойдёт не так. Права агента и матрица разрешений, цена запуска и лимиты, модель угроз, векторы атак на собственный продукт, откат и учения по отказу. Решение доживает до production не потому, что в нём нет ошибок, а потому, что известно, где оно остановится.<br /> <br /> '''Третье: передаваемость.''' Может ли с продуктом работать кто-то кроме автора: агент, другой человек, сам автор через полгода. Отсюда репозиторий, готовый для агента, собственные скиллы и серверы MCP, цикл без участия человека, комплект передачи и запуск руками постороннего. Именно здесь решается, масштабируется решение или упирается в своего создателя.<br /> === Формат ===<br /> <br /> Каждая пара устроена одинаково: короткая витрина работ, разбор темы, практика на своём проекте. С третьей недели пара открывается тремя минутами показа - два-три студента выводят свой продукт на экран и запускают его. Не рассказывают, а запускают.<br /> <br /> Сквозной пример курса - '''«Дежурный по дедлайнам»''': сервис личных сроков, который преподаватель ведёт параллельно с группой. Студент видит целевое состояние каждого слоя, а тему своего проекта выбирает сам.<br /> <br /> === Кому подойдёт ===<br /> <br /> Курс рассчитан на две группы сразу, и обе одинаково уместны на факультативе.<br /> <br /> 1. Те, кто уже пишет код и хочет научиться доводить его до работающего продукта за кратчайшие сроки.<br /> 2. Вторая - те, кто чувствует, что отрасль ушла вперёд, и хочет догнать: инструменты сменились за два года, и разрыв набирается быстро.<br /> <br /> Опыт работы с языковыми моделями не требуется, инструменты разбираются с нуля. Требуется: '''готовность каждую неделю приносить на пару свой растущий проект'''. Курс построен на нём, и без проекта смотреть будет не на что.<br /> <br /> === Регистрация на курс ===<br /> <br /> Регистрация на курс проходит по ссылке: [ссылка на форму]<br /> <br /> === Актуальные новости ===<br /> <br /> Актуальные новости публикуются в Telegram-чате: [ссылка на чат]<br /> <br /> == План курса ==<br /> <br /> <br /> 1. '''Agentic engineering как профессия.''' Что изменилось за два года, где проходит граница между генерацией кода и инженерией агентов. Проверка фактов и работа с источниками. Замер на отдельной задаче.<br /> <br /> 2. '''Рабочая среда агента и инженерный минимум.''' Настройка среды, репозиторий, первый коммит, набор проверок. Продукт поднимается локально.<br /> <br /> 3. '''Intent engineering.''' Как превратить расплывчатое желание в намерение, по которому агент способен работать. Бриф и каркас продукта по нему.<br /> <br /> 4. '''Spec-Driven Development.''' Спецификация, разбиение на задачи, реализация под тесты. Работа принимается зелёным прогоном, а не мнением автора.<br /> <br /> 5. '''Skills Engineering и Model Context Protocol.''' Свой скилл под задачу проекта, подключение серверов MCP, вызов инструмента в журнале агента.<br /> <br /> 6. '''Архитектура, ADR и репозиторий, готовый для агента.''' Схема решения, записи о принятых решениях, правила репозитория, работа через ветки и pull request.<br /> <br /> 7. '''Детерминированная проверка.''' Набор проверок, запускаемый одной командой. Что проверяется машиной, а что остаётся человеку. Видимость решения для поисковых роботов и агентов: что достаётся тому, кто не выполняет JavaScript, и как это проверить машиной.<br /> <br /> 8. '''Независимый проверяющий.''' Проверяет не тот, кто делал: инструкция проверяющего, отчёт о расхождениях со спецификацией.<br /> <br /> 9. '''Harness: права, данные и цена.''' Модель угроз, матрица разрешений, лимиты и стоимость запуска. Проверка прав в конвейере сборки.<br /> <br /> 10. '''ИИ в автотестировании, часть первая.''' ''Приглашённый практик.'' Внутреннее устройство агента: цикл вокруг модели, набор инструментов, память, перехват фактических вызовов. Разработка собственного конвейера.<br /> <br /> 11. '''Свои агенты и свой сервер MCP, часть вторая.''' ''Приглашённый практик.'' Написание собственного сервера Model Context Protocol и собственных агентов под свою задачу. Не субагенты, а самостоятельные программы.<br /> <br /> 12. '''Безопасность агентной разработки, часть первая.''' ''Приглашённый практик.'' Как ломаются агентные решения: векторы атак, найденные на своём проекте.<br /> <br /> 13. '''Безопасность агентной разработки, часть вторая.''' ''Приглашённый практик.'' Защита: проверка безопасности в конвейере, падающая на подложенной проблеме.<br /> <br /> 14. '''Loop Engineering.''' Цикл, который работает без человека: выбирает задачу, вносит изменение, открывает pull request. Где ставить границы такому циклу.<br /> <br /> 15. '''Выкатка и эксплуатация.''' Развёрнутая версия, откат, учения по отказу. Продукт становится доступен в сети. Состязательная приёмка.<br /> <br /> Защита проектов проходит в зачётную сессию.<br /> <br /> == Формат сдачи курса ==<br /> <br /> Курс проверяет одно: способность довести решение до состояния, когда оно запускается и работает у человека, который видит его впервые.<br /> <br /> === Минимальные требования ===<br /> <br /> Необходимо реализовать проект, включающий:<br /> * Frontend, Backend и хранилище данных<br /> * Набор проверок, запускаемый одной командой<br /> * Развёрнутую версию, доступную по сети<br /> * Спецификацию, по которой проект можно проверить независимо<br /> <br /> Проект сдаётся ссылкой на репозиторий и отчётом на почту akhtyamov@phystech.edu. Отчёт содержит:<br /> * спецификацию и разбиение на задачи;<br /> * что пришлось доработать руками и почему;<br /> * какие серверы MCP и скиллы использовались;<br /> * какие модели применялись и на каких задачах;<br /> * отчёт независимого проверяющего с найденными расхождениями.<br /> <br /> === Проверка на защите ===<br /> <br /> Проект разворачивает и запускает другой человек по инструкции из репозитория. Если запуск требует вопросов автору, комплект передачи неполный.<br /> <br /> === Бонусы ===<br /> * Работающий цикл без участия человека с заданными границами<br /> * Своя проверка безопасности, падающая на подложенной проблеме<br /> * Настройка агентов через инструменты с низким порогом входа (n8n, SourceCraft)<br /> * Собственные серверы MCP под задачи проекта<br /> <br /> === Вехи по ходу семестра ===<br /> <br /> Проект сдаётся не одним куском в декабре. Пять раз за семестр он проходит короткую проверку, и каждая привязана к теме, которая только что разбиралась.<br /> <br /> Веха занимает пять минут и проверяется запуском, а не рассказом. Пропущенная веха не закрывает дорогу дальше, но к защите все пять должны быть пройдены.<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! Веха !! Неделя !! Что показываем !! Чем проверяется<br /> |-<br /> | В1. Продукт поднимается || 2 || репозиторий, первый коммит, набор проверок || сервис запускается на машине преподавателя<br /> |-<br /> | В2. Намерение и спецификация || 4 || бриф, спецификация, разбиение на задачи, одна задача сделана || прогон проверок зелёный<br /> |-<br /> | В3. Репозиторий готов для агента || 6 || схема решения, записи о решениях, правила репозитория, работа через ветки || pull request с зелёной сборкой<br /> |-<br /> | В4. Проверяемость || 8 || полный набор проверок, отчёт независимого проверяющего || отчёт содержит найденные расхождения со спецификацией<br /> |-<br /> | В5. Границы и цена || 9 || модель угроз, матрица прав, лимиты || конвейер падает на попытке опасного действия<br /> |}<br /> <br /> Логика вех простая. Первые две отвечают на вопрос «есть ли вообще продукт», третья и четвёртая - «можно ли ему доверять», пятая - «что будет, когда что-то пойдёт не так».<br /> <br /> === Примеры проектов ===<br /> <br /> Можно выбрать один из предложенных проектов или предложить свой по согласованию с преподавателем. Для согласования нестандартной темы необходимо написать на почту akhtyamov@phystech.edu с описанием и мотивацией выбора.<br /> <br /> Описание проекта даётся в минимальном виде намеренно: задача студента - развить его самому, ограничивая при этом фантазию модели.<br /> <br /> Уровни различаются не размером, а числом тем курса, которые задача поднимает. Простая задача проверяет, что человек довёл дело до конца. Задача на десять требует доказать правильность решения машиной, а не показать её на примере.<br /> <br /> ==== Простые проекты (удовлетворительно 3-4) ====<br /> <br /> Задачи этого уровня не содержат сложных правил. Проверяется одно: продукт работает, разворачивается и запускается человеком со стороны.<br /> <br /> 1. Трекер личных дедлайнов:<br /> * срок с датой и напоминанием<br /> * список того, что горит сегодня<br /> * отметка выполненного<br /> * фильтр по проектам<br /> 2. Kanban-доска (упрощённый Trello):<br /> * создание задач и досок<br /> * назначение задач пользователям<br /> * статусы задач<br /> * ограничение числа задач в одном статусе<br /> 3. Дашборд успеваемости:<br /> * студенты, предметы, оценки<br /> * средний балл по предмету<br /> * график успеваемости<br /> * топ студентов<br /> <br /> ==== Задачи невысокой сложности (хорошо 5) ====<br /> <br /> Здесь появляется первое правило, которое легко описать неточно. Спецификация перестаёт быть формальностью.<br /> <br /> 1. '''Обменник дежурствами.''' Участники меняются сменами по правилам: не больше двух смен подряд, нельзя ставить смену в свой выходной, замена требует согласия обеих сторон.<br /> * заявка на замену и ответ на неё<br /> * проверка правил при подтверждении<br /> * история изменений графика<br /> * ''темы курса: спецификация, детерминированная проверка''<br /> 2. '''Мини-маркетплейс объявлений.''' Классическая витрина, усложнённая модерацией: объявление публикуется не сразу, а после проверки по списку правил.<br /> * объявления с фотографиями, категории, поиск<br /> * очередь модерации с причинами отказа<br /> * повторная подача после исправления<br /> * ''темы курса: спецификация, независимый проверяющий''<br /> <br /> ==== Задачи с усложнениями (оценки 7-8) ====<br /> <br /> На этом уровне у задачи есть проверяемый инвариант и опасное действие. Модель угроз и матрица прав перестают быть бумажными.<br /> <br /> 1. '''Учёт общих расходов с делением счёта.''' Кто за кого заплатил, кто кому должен, взаимозачёт долгов внутри группы.<br /> * внесение траты с произвольным делением между участниками<br /> * пересчёт взаимных долгов после каждой траты<br /> * закрытие долга переводом<br /> * ''инвариант: сумма всех долгов равна нулю в любой момент''<br /> * ''темы курса: проверяемость, права на опасное действие''<br /> 2. '''Планировщик встреч по календарям участников.''' Сервис находит общее окно, учитывая занятость, часовые пояса и приоритет участников.<br /> * занятость каждого участника<br /> * поиск ближайшего подходящего окна<br /> * учёт часовых поясов и перехода через полночь<br /> * ''инвариант: предложенное окно свободно у всех приглашённых''<br /> * ''темы курса: спецификация, независимый проверяющий, краевые случаи''<br /> 3. '''Помощник по базе знаний с бюджетом.''' Отвечает на вопросы по загруженным документам и тратит на это деньги, поэтому знает свои лимиты.<br /> * загрузка документов и поиск по ним<br /> * лимит трат в день и на один запрос<br /> * понятный отказ при исчерпании лимита вместо превышения<br /> * ''темы курса: harness, цена запуска, деградация''<br /> 4. '''Очередь задач с приоритетами.''' Задачи разбираются исполнителями по правилам, и правила меняются на ходу.<br /> * добавление задачи с приоритетом и сроком<br /> * выдача следующей задачи исполнителю<br /> * повышение приоритета у долго ждущих<br /> * ''инвариант: ни одна задача не ждёт дольше заданного срока''<br /> * ''темы курса: спецификация, цикл без человека''<br /> <br /> ==== Задание на оценку 10 ====<br /> <br /> Задачи этого уровня отличаются одним: правильность решения неочевидна, и её нужно доказать машиной, а не показать на примере.<br /> <br /> 1. '''Зачёт взаимных долгов.''' Развитие задачи про общие расходы: сервис не просто считает долги, а сводит их к минимальному числу переводов.<br /> * сведение долгов в группе любого размера<br /> * ''доказать: число переводов минимально, а итоговые балансы совпадают с исходными''<br /> * ''темы курса: спецификация, независимый проверяющий, проверка на сгенерированных данных''<br /> 2. '''Планировщик с гарантией отсутствия голодания.''' Развитие очереди задач: система распределяет работу так, что ни один исполнитель и ни одна задача не остаются без внимания.<br /> * распределение задач по исполнителям с учётом загрузки<br /> * ''доказать: при непрерывном потоке ни одна задача не ждёт дольше границы''<br /> * ''темы курса: цикл без человека, проверка инварианта под нагрузкой''<br /> 3. '''Платформа A/B-тестирования.''' Эксперименты над собственным продуктом с честной статистикой.<br /> * создание эксперимента и разделение пользователей<br /> * библиотека для получения варианта<br /> * сбор метрик и проверка статистической значимости<br /> * ''доказать: разделение устойчиво, пользователь не меняет вариант между заходами''<br /> * ''темы курса: проверяемость, работа с данными''<br /> 4. '''Доска для ретроспектив в реальном времени.''' Несколько человек работают одновременно, и результат не зависит от порядка действий.<br /> * стикеры, перемещение, голосование<br /> * синхронизация между участниками<br /> * ''доказать: одновременные правки не теряются и приводят к одинаковому состоянию у всех''<br /> * ''темы курса: краевые случаи, состязательная приёмка''</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A1%D0%BE%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D1%8B_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D1%8B%D1%85_%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%82%D0%BE%D0%B2_%D1%81_%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D0%BE%D0%B2_%D0%B8%D1%81%D0%BA%D1%83%D1%81%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B8%D0%BD%D1%82%D0%B5%D0%BB%D0%BB%D0%B5%D0%BA%D1%82%D0%B0_2026&diff=5124 2026-08-26T07:57:55Z

<p>Ахтямов Павел: /* Кому подойдёт */</p> <hr /> <div>==Общие сведения==<br /> * Семестр: 5/7<br /> * Форма контроля: дифференцированный зачет<br /> * Дни и время занятий: вторник, 17:05-18:30<br /> * Первое занятие: 1 сентября 2026 года<br /> <br /> '''Преподаватель'''<br /> *Ахтямов Павел<br /> <br /> <br /> ==О курсе==<br /> <br /> За два года генерация кода перестала быть фокусом и стала рабочим инструментом. Вместе с этим сменился и дефицит: писать код научились все, а вот доводить написанное до продукта, который работает у других людей, по-прежнему умеют немногие.<br /> <br /> Курс отвечает именно на такой запрос. Мы не учимся просить у модели функции - мы строим вокруг агента инженерную обвязку: намерение, спецификацию, проверки, права, цену запуска, выкатку. Профессия, которая из этого складывается, называется '''agentic engineering''', и на рынке она уже оплачивается отдельно от разработки.<br /> <br /> === Чем курс отличается от прошлого года ===<br /> <br /> Курс 2025 года отвечал на вопрос «что умеют языковые модели». Курс 2026 отвечает на другой: '''почему решение, собранное за вечер, не доживает до production и не масштабируется, и что с этим делать'''.<br /> <br /> Поэтому курс развивается в 3 направлениях.<br /> <br /> '''Первое: проверяемость.''' Можно ли доверять тому, что сделано, не перечитывая код глазами. Сюда входит спецификация, по которой работу принимает машина, детерминированный набор проверок и независимый проверяющий, который ищет расхождения вместо автора. Работа считается сделанной, когда это подтвердил прогон, а не автор.<br /> <br /> '''Второе: границы.''' Что произойдёт, когда что-то пойдёт не так. Права агента и матрица разрешений, цена запуска и лимиты, модель угроз, векторы атак на собственный продукт, откат и учения по отказу. Решение доживает до production не потому, что в нём нет ошибок, а потому, что известно, где оно остановится.<br /> <br /> '''Третье: передаваемость.''' Может ли с продуктом работать кто-то кроме автора: агент, другой человек, сам автор через полгода. Отсюда репозиторий, готовый для агента, собственные скиллы и серверы MCP, цикл без участия человека, комплект передачи и запуск руками постороннего. Именно здесь решается, масштабируется решение или упирается в своего создателя.<br /> === Формат ===<br /> <br /> Каждая пара устроена одинаково: короткая витрина работ, разбор темы, практика на своём проекте. С третьей недели пара открывается тремя минутами показа - два-три студента выводят свой продукт на экран и запускают его. Не рассказывают, а запускают.<br /> <br /> Сквозной пример курса - '''«Дежурный по дедлайнам»''': сервис личных сроков, который преподаватель ведёт параллельно с группой. Студент видит целевое состояние каждого слоя, а тему своего проекта выбирает сам.<br /> <br /> === Кому подойдёт ===<br /> <br /> Курс рассчитан на тех, кто уже писал код (или догнать уходящий поезд) и хочет научиться доводить его до работающего продукта. Опыт работы с языковыми моделями не требуется: инструменты разбираются с нуля. Требуется готовность каждую неделю приносить на пару свой растущий проект.<br /> <br /> === Регистрация на курс ===<br /> <br /> Регистрация на курс проходит по ссылке: [ссылка на форму]<br /> <br /> === Актуальные новости ===<br /> <br /> Актуальные новости публикуются в Telegram-чате: [ссылка на чат]<br /> <br /> == План курса ==<br /> <br /> <br /> 1. '''Agentic engineering как профессия.''' Что изменилось за два года, где проходит граница между генерацией кода и инженерией агентов. Проверка фактов и работа с источниками. Замер на отдельной задаче.<br /> <br /> 2. '''Рабочая среда агента и инженерный минимум.''' Настройка среды, репозиторий, первый коммит, набор проверок. Продукт поднимается локально.<br /> <br /> 3. '''Intent engineering.''' Как превратить расплывчатое желание в намерение, по которому агент способен работать. Бриф и каркас продукта по нему.<br /> <br /> 4. '''Spec-Driven Development.''' Спецификация, разбиение на задачи, реализация под тесты. Работа принимается зелёным прогоном, а не мнением автора.<br /> <br /> 5. '''Skills Engineering и Model Context Protocol.''' Свой скилл под задачу проекта, подключение серверов MCP, вызов инструмента в журнале агента.<br /> <br /> 6. '''Архитектура, ADR и репозиторий, готовый для агента.''' Схема решения, записи о принятых решениях, правила репозитория, работа через ветки и pull request.<br /> <br /> 7. '''Детерминированная проверка.''' Набор проверок, запускаемый одной командой. Что проверяется машиной, а что остаётся человеку. Видимость решения для поисковых роботов и агентов: что достаётся тому, кто не выполняет JavaScript, и как это проверить машиной.<br /> <br /> 8. '''Независимый проверяющий.''' Проверяет не тот, кто делал: инструкция проверяющего, отчёт о расхождениях со спецификацией.<br /> <br /> 9. '''Harness: права, данные и цена.''' Модель угроз, матрица разрешений, лимиты и стоимость запуска. Проверка прав в конвейере сборки.<br /> <br /> 10. '''ИИ в автотестировании, часть первая.''' ''Приглашённый практик.'' Внутреннее устройство агента: цикл вокруг модели, набор инструментов, память, перехват фактических вызовов. Разработка собственного конвейера.<br /> <br /> 11. '''Свои агенты и свой сервер MCP, часть вторая.''' ''Приглашённый практик.'' Написание собственного сервера Model Context Protocol и собственных агентов под свою задачу. Не субагенты, а самостоятельные программы.<br /> <br /> 12. '''Безопасность агентной разработки, часть первая.''' ''Приглашённый практик.'' Как ломаются агентные решения: векторы атак, найденные на своём проекте.<br /> <br /> 13. '''Безопасность агентной разработки, часть вторая.''' ''Приглашённый практик.'' Защита: проверка безопасности в конвейере, падающая на подложенной проблеме.<br /> <br /> 14. '''Loop Engineering.''' Цикл, который работает без человека: выбирает задачу, вносит изменение, открывает pull request. Где ставить границы такому циклу.<br /> <br /> 15. '''Выкатка и эксплуатация.''' Развёрнутая версия, откат, учения по отказу. Продукт становится доступен в сети. Состязательная приёмка.<br /> <br /> Защита проектов проходит в зачётную сессию.<br /> <br /> == Формат сдачи курса ==<br /> <br /> Курс проверяет одно: способность довести решение до состояния, когда оно запускается и работает у человека, который видит его впервые.<br /> <br /> === Минимальные требования ===<br /> <br /> Необходимо реализовать проект, включающий:<br /> * Frontend, Backend и хранилище данных<br /> * Набор проверок, запускаемый одной командой<br /> * Развёрнутую версию, доступную по сети<br /> * Спецификацию, по которой проект можно проверить независимо<br /> <br /> Проект сдаётся ссылкой на репозиторий и отчётом на почту akhtyamov@phystech.edu. Отчёт содержит:<br /> * спецификацию и разбиение на задачи;<br /> * что пришлось доработать руками и почему;<br /> * какие серверы MCP и скиллы использовались;<br /> * какие модели применялись и на каких задачах;<br /> * отчёт независимого проверяющего с найденными расхождениями.<br /> <br /> === Проверка на защите ===<br /> <br /> Проект разворачивает и запускает другой человек по инструкции из репозитория. Если запуск требует вопросов автору, комплект передачи неполный.<br /> <br /> === Бонусы ===<br /> * Работающий цикл без участия человека с заданными границами<br /> * Своя проверка безопасности, падающая на подложенной проблеме<br /> * Настройка агентов через инструменты с низким порогом входа (n8n, SourceCraft)<br /> * Собственные серверы MCP под задачи проекта<br /> <br /> === Вехи по ходу семестра ===<br /> <br /> Проект сдаётся не одним куском в декабре. Пять раз за семестр он проходит короткую проверку, и каждая привязана к теме, которая только что разбиралась.<br /> <br /> Веха занимает пять минут и проверяется запуском, а не рассказом. Пропущенная веха не закрывает дорогу дальше, но к защите все пять должны быть пройдены.<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! Веха !! Неделя !! Что показываем !! Чем проверяется<br /> |-<br /> | В1. Продукт поднимается || 2 || репозиторий, первый коммит, набор проверок || сервис запускается на машине преподавателя<br /> |-<br /> | В2. Намерение и спецификация || 4 || бриф, спецификация, разбиение на задачи, одна задача сделана || прогон проверок зелёный<br /> |-<br /> | В3. Репозиторий готов для агента || 6 || схема решения, записи о решениях, правила репозитория, работа через ветки || pull request с зелёной сборкой<br /> |-<br /> | В4. Проверяемость || 8 || полный набор проверок, отчёт независимого проверяющего || отчёт содержит найденные расхождения со спецификацией<br /> |-<br /> | В5. Границы и цена || 9 || модель угроз, матрица прав, лимиты || конвейер падает на попытке опасного действия<br /> |}<br /> <br /> Логика вех простая. Первые две отвечают на вопрос «есть ли вообще продукт», третья и четвёртая - «можно ли ему доверять», пятая - «что будет, когда что-то пойдёт не так».<br /> <br /> === Примеры проектов ===<br /> <br /> Можно выбрать один из предложенных проектов или предложить свой по согласованию с преподавателем. Для согласования нестандартной темы необходимо написать на почту akhtyamov@phystech.edu с описанием и мотивацией выбора.<br /> <br /> Описание проекта даётся в минимальном виде намеренно: задача студента - развить его самому, ограничивая при этом фантазию модели.<br /> <br /> Уровни различаются не размером, а числом тем курса, которые задача поднимает. Простая задача проверяет, что человек довёл дело до конца. Задача на десять требует доказать правильность решения машиной, а не показать её на примере.<br /> <br /> ==== Простые проекты (удовлетворительно 3-4) ====<br /> <br /> Задачи этого уровня не содержат сложных правил. Проверяется одно: продукт работает, разворачивается и запускается человеком со стороны.<br /> <br /> 1. Трекер личных дедлайнов:<br /> * срок с датой и напоминанием<br /> * список того, что горит сегодня<br /> * отметка выполненного<br /> * фильтр по проектам<br /> 2. Kanban-доска (упрощённый Trello):<br /> * создание задач и досок<br /> * назначение задач пользователям<br /> * статусы задач<br /> * ограничение числа задач в одном статусе<br /> 3. Дашборд успеваемости:<br /> * студенты, предметы, оценки<br /> * средний балл по предмету<br /> * график успеваемости<br /> * топ студентов<br /> <br /> ==== Задачи невысокой сложности (хорошо 5) ====<br /> <br /> Здесь появляется первое правило, которое легко описать неточно. Спецификация перестаёт быть формальностью.<br /> <br /> 1. '''Обменник дежурствами.''' Участники меняются сменами по правилам: не больше двух смен подряд, нельзя ставить смену в свой выходной, замена требует согласия обеих сторон.<br /> * заявка на замену и ответ на неё<br /> * проверка правил при подтверждении<br /> * история изменений графика<br /> * ''темы курса: спецификация, детерминированная проверка''<br /> 2. '''Мини-маркетплейс объявлений.''' Классическая витрина, усложнённая модерацией: объявление публикуется не сразу, а после проверки по списку правил.<br /> * объявления с фотографиями, категории, поиск<br /> * очередь модерации с причинами отказа<br /> * повторная подача после исправления<br /> * ''темы курса: спецификация, независимый проверяющий''<br /> <br /> ==== Задачи с усложнениями (оценки 7-8) ====<br /> <br /> На этом уровне у задачи есть проверяемый инвариант и опасное действие. Модель угроз и матрица прав перестают быть бумажными.<br /> <br /> 1. '''Учёт общих расходов с делением счёта.''' Кто за кого заплатил, кто кому должен, взаимозачёт долгов внутри группы.<br /> * внесение траты с произвольным делением между участниками<br /> * пересчёт взаимных долгов после каждой траты<br /> * закрытие долга переводом<br /> * ''инвариант: сумма всех долгов равна нулю в любой момент''<br /> * ''темы курса: проверяемость, права на опасное действие''<br /> 2. '''Планировщик встреч по календарям участников.''' Сервис находит общее окно, учитывая занятость, часовые пояса и приоритет участников.<br /> * занятость каждого участника<br /> * поиск ближайшего подходящего окна<br /> * учёт часовых поясов и перехода через полночь<br /> * ''инвариант: предложенное окно свободно у всех приглашённых''<br /> * ''темы курса: спецификация, независимый проверяющий, краевые случаи''<br /> 3. '''Помощник по базе знаний с бюджетом.''' Отвечает на вопросы по загруженным документам и тратит на это деньги, поэтому знает свои лимиты.<br /> * загрузка документов и поиск по ним<br /> * лимит трат в день и на один запрос<br /> * понятный отказ при исчерпании лимита вместо превышения<br /> * ''темы курса: harness, цена запуска, деградация''<br /> 4. '''Очередь задач с приоритетами.''' Задачи разбираются исполнителями по правилам, и правила меняются на ходу.<br /> * добавление задачи с приоритетом и сроком<br /> * выдача следующей задачи исполнителю<br /> * повышение приоритета у долго ждущих<br /> * ''инвариант: ни одна задача не ждёт дольше заданного срока''<br /> * ''темы курса: спецификация, цикл без человека''<br /> <br /> ==== Задание на оценку 10 ====<br /> <br /> Задачи этого уровня отличаются одним: правильность решения неочевидна, и её нужно доказать машиной, а не показать на примере.<br /> <br /> 1. '''Зачёт взаимных долгов.''' Развитие задачи про общие расходы: сервис не просто считает долги, а сводит их к минимальному числу переводов.<br /> * сведение долгов в группе любого размера<br /> * ''доказать: число переводов минимально, а итоговые балансы совпадают с исходными''<br /> * ''темы курса: спецификация, независимый проверяющий, проверка на сгенерированных данных''<br /> 2. '''Планировщик с гарантией отсутствия голодания.''' Развитие очереди задач: система распределяет работу так, что ни один исполнитель и ни одна задача не остаются без внимания.<br /> * распределение задач по исполнителям с учётом загрузки<br /> * ''доказать: при непрерывном потоке ни одна задача не ждёт дольше границы''<br /> * ''темы курса: цикл без человека, проверка инварианта под нагрузкой''<br /> 3. '''Платформа A/B-тестирования.''' Эксперименты над собственным продуктом с честной статистикой.<br /> * создание эксперимента и разделение пользователей<br /> * библиотека для получения варианта<br /> * сбор метрик и проверка статистической значимости<br /> * ''доказать: разделение устойчиво, пользователь не меняет вариант между заходами''<br /> * ''темы курса: проверяемость, работа с данными''<br /> 4. '''Доска для ретроспектив в реальном времени.''' Несколько человек работают одновременно, и результат не зависит от порядка действий.<br /> * стикеры, перемещение, голосование<br /> * синхронизация между участниками<br /> * ''доказать: одновременные правки не теряются и приводят к одинаковому состоянию у всех''<br /> * ''темы курса: краевые случаи, состязательная приёмка''</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A1%D0%BE%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D1%8B_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D1%8B%D1%85_%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%82%D0%BE%D0%B2_%D1%81_%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D0%BE%D0%B2_%D0%B8%D1%81%D0%BA%D1%83%D1%81%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B8%D0%BD%D1%82%D0%B5%D0%BB%D0%BB%D0%B5%D0%BA%D1%82%D0%B0_2026&diff=5123 2026-08-26T07:56:43Z

<p>Ахтямов Павел: /* План курса */</p> <hr /> <div>==Общие сведения==<br /> * Семестр: 5/7<br /> * Форма контроля: дифференцированный зачет<br /> * Дни и время занятий: вторник, 17:05-18:30<br /> * Первое занятие: 1 сентября 2026 года<br /> <br /> '''Преподаватель'''<br /> *Ахтямов Павел<br /> <br /> <br /> ==О курсе==<br /> <br /> За два года генерация кода перестала быть фокусом и стала рабочим инструментом. Вместе с этим сменился и дефицит: писать код научились все, а вот доводить написанное до продукта, который работает у других людей, по-прежнему умеют немногие.<br /> <br /> Курс отвечает именно на такой запрос. Мы не учимся просить у модели функции - мы строим вокруг агента инженерную обвязку: намерение, спецификацию, проверки, права, цену запуска, выкатку. Профессия, которая из этого складывается, называется '''agentic engineering''', и на рынке она уже оплачивается отдельно от разработки.<br /> <br /> === Чем курс отличается от прошлого года ===<br /> <br /> Курс 2025 года отвечал на вопрос «что умеют языковые модели». Курс 2026 отвечает на другой: '''почему решение, собранное за вечер, не доживает до production и не масштабируется, и что с этим делать'''.<br /> <br /> Поэтому курс развивается в 3 направлениях.<br /> <br /> '''Первое: проверяемость.''' Можно ли доверять тому, что сделано, не перечитывая код глазами. Сюда входит спецификация, по которой работу принимает машина, детерминированный набор проверок и независимый проверяющий, который ищет расхождения вместо автора. Работа считается сделанной, когда это подтвердил прогон, а не автор.<br /> <br /> '''Второе: границы.''' Что произойдёт, когда что-то пойдёт не так. Права агента и матрица разрешений, цена запуска и лимиты, модель угроз, векторы атак на собственный продукт, откат и учения по отказу. Решение доживает до production не потому, что в нём нет ошибок, а потому, что известно, где оно остановится.<br /> <br /> '''Третье: передаваемость.''' Может ли с продуктом работать кто-то кроме автора: агент, другой человек, сам автор через полгода. Отсюда репозиторий, готовый для агента, собственные скиллы и серверы MCP, цикл без участия человека, комплект передачи и запуск руками постороннего. Именно здесь решается, масштабируется решение или упирается в своего создателя.<br /> === Формат ===<br /> <br /> Каждая пара устроена одинаково: короткая витрина работ, разбор темы, практика на своём проекте. С третьей недели пара открывается тремя минутами показа - два-три студента выводят свой продукт на экран и запускают его. Не рассказывают, а запускают.<br /> <br /> Сквозной пример курса - '''«Дежурный по дедлайнам»''': сервис личных сроков, который преподаватель ведёт параллельно с группой. Студент видит целевое состояние каждого слоя, а тему своего проекта выбирает сам.<br /> <br /> === Кому подойдёт ===<br /> <br /> Курс рассчитан на тех, кто уже писал код и хочет научиться доводить его до работающего продукта. Опыт работы с языковыми моделями не требуется: инструменты разбираются с нуля. Требуется готовность каждую неделю приносить на пару свой растущий проект.<br /> <br /> === Регистрация на курс ===<br /> <br /> Регистрация на курс проходит по ссылке: [ссылка на форму]<br /> <br /> === Актуальные новости ===<br /> <br /> Актуальные новости публикуются в Telegram-чате: [ссылка на чат]<br /> <br /> == План курса ==<br /> <br /> <br /> 1. '''Agentic engineering как профессия.''' Что изменилось за два года, где проходит граница между генерацией кода и инженерией агентов. Проверка фактов и работа с источниками. Замер на отдельной задаче.<br /> <br /> 2. '''Рабочая среда агента и инженерный минимум.''' Настройка среды, репозиторий, первый коммит, набор проверок. Продукт поднимается локально.<br /> <br /> 3. '''Intent engineering.''' Как превратить расплывчатое желание в намерение, по которому агент способен работать. Бриф и каркас продукта по нему.<br /> <br /> 4. '''Spec-Driven Development.''' Спецификация, разбиение на задачи, реализация под тесты. Работа принимается зелёным прогоном, а не мнением автора.<br /> <br /> 5. '''Skills Engineering и Model Context Protocol.''' Свой скилл под задачу проекта, подключение серверов MCP, вызов инструмента в журнале агента.<br /> <br /> 6. '''Архитектура, ADR и репозиторий, готовый для агента.''' Схема решения, записи о принятых решениях, правила репозитория, работа через ветки и pull request.<br /> <br /> 7. '''Детерминированная проверка.''' Набор проверок, запускаемый одной командой. Что проверяется машиной, а что остаётся человеку. Видимость решения для поисковых роботов и агентов: что достаётся тому, кто не выполняет JavaScript, и как это проверить машиной.<br /> <br /> 8. '''Независимый проверяющий.''' Проверяет не тот, кто делал: инструкция проверяющего, отчёт о расхождениях со спецификацией.<br /> <br /> 9. '''Harness: права, данные и цена.''' Модель угроз, матрица разрешений, лимиты и стоимость запуска. Проверка прав в конвейере сборки.<br /> <br /> 10. '''ИИ в автотестировании, часть первая.''' ''Приглашённый практик.'' Внутреннее устройство агента: цикл вокруг модели, набор инструментов, память, перехват фактических вызовов. Разработка собственного конвейера.<br /> <br /> 11. '''Свои агенты и свой сервер MCP, часть вторая.''' ''Приглашённый практик.'' Написание собственного сервера Model Context Protocol и собственных агентов под свою задачу. Не субагенты, а самостоятельные программы.<br /> <br /> 12. '''Безопасность агентной разработки, часть первая.''' ''Приглашённый практик.'' Как ломаются агентные решения: векторы атак, найденные на своём проекте.<br /> <br /> 13. '''Безопасность агентной разработки, часть вторая.''' ''Приглашённый практик.'' Защита: проверка безопасности в конвейере, падающая на подложенной проблеме.<br /> <br /> 14. '''Loop Engineering.''' Цикл, который работает без человека: выбирает задачу, вносит изменение, открывает pull request. Где ставить границы такому циклу.<br /> <br /> 15. '''Выкатка и эксплуатация.''' Развёрнутая версия, откат, учения по отказу. Продукт становится доступен в сети. Состязательная приёмка.<br /> <br /> Защита проектов проходит в зачётную сессию.<br /> <br /> == Формат сдачи курса ==<br /> <br /> Курс проверяет одно: способность довести решение до состояния, когда оно запускается и работает у человека, который видит его впервые.<br /> <br /> === Минимальные требования ===<br /> <br /> Необходимо реализовать проект, включающий:<br /> * Frontend, Backend и хранилище данных<br /> * Набор проверок, запускаемый одной командой<br /> * Развёрнутую версию, доступную по сети<br /> * Спецификацию, по которой проект можно проверить независимо<br /> <br /> Проект сдаётся ссылкой на репозиторий и отчётом на почту akhtyamov@phystech.edu. Отчёт содержит:<br /> * спецификацию и разбиение на задачи;<br /> * что пришлось доработать руками и почему;<br /> * какие серверы MCP и скиллы использовались;<br /> * какие модели применялись и на каких задачах;<br /> * отчёт независимого проверяющего с найденными расхождениями.<br /> <br /> === Проверка на защите ===<br /> <br /> Проект разворачивает и запускает другой человек по инструкции из репозитория. Если запуск требует вопросов автору, комплект передачи неполный.<br /> <br /> === Бонусы ===<br /> * Работающий цикл без участия человека с заданными границами<br /> * Своя проверка безопасности, падающая на подложенной проблеме<br /> * Настройка агентов через инструменты с низким порогом входа (n8n, SourceCraft)<br /> * Собственные серверы MCP под задачи проекта<br /> <br /> === Вехи по ходу семестра ===<br /> <br /> Проект сдаётся не одним куском в декабре. Пять раз за семестр он проходит короткую проверку, и каждая привязана к теме, которая только что разбиралась.<br /> <br /> Веха занимает пять минут и проверяется запуском, а не рассказом. Пропущенная веха не закрывает дорогу дальше, но к защите все пять должны быть пройдены.<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! Веха !! Неделя !! Что показываем !! Чем проверяется<br /> |-<br /> | В1. Продукт поднимается || 2 || репозиторий, первый коммит, набор проверок || сервис запускается на машине преподавателя<br /> |-<br /> | В2. Намерение и спецификация || 4 || бриф, спецификация, разбиение на задачи, одна задача сделана || прогон проверок зелёный<br /> |-<br /> | В3. Репозиторий готов для агента || 6 || схема решения, записи о решениях, правила репозитория, работа через ветки || pull request с зелёной сборкой<br /> |-<br /> | В4. Проверяемость || 8 || полный набор проверок, отчёт независимого проверяющего || отчёт содержит найденные расхождения со спецификацией<br /> |-<br /> | В5. Границы и цена || 9 || модель угроз, матрица прав, лимиты || конвейер падает на попытке опасного действия<br /> |}<br /> <br /> Логика вех простая. Первые две отвечают на вопрос «есть ли вообще продукт», третья и четвёртая - «можно ли ему доверять», пятая - «что будет, когда что-то пойдёт не так».<br /> <br /> === Примеры проектов ===<br /> <br /> Можно выбрать один из предложенных проектов или предложить свой по согласованию с преподавателем. Для согласования нестандартной темы необходимо написать на почту akhtyamov@phystech.edu с описанием и мотивацией выбора.<br /> <br /> Описание проекта даётся в минимальном виде намеренно: задача студента - развить его самому, ограничивая при этом фантазию модели.<br /> <br /> Уровни различаются не размером, а числом тем курса, которые задача поднимает. Простая задача проверяет, что человек довёл дело до конца. Задача на десять требует доказать правильность решения машиной, а не показать её на примере.<br /> <br /> ==== Простые проекты (удовлетворительно 3-4) ====<br /> <br /> Задачи этого уровня не содержат сложных правил. Проверяется одно: продукт работает, разворачивается и запускается человеком со стороны.<br /> <br /> 1. Трекер личных дедлайнов:<br /> * срок с датой и напоминанием<br /> * список того, что горит сегодня<br /> * отметка выполненного<br /> * фильтр по проектам<br /> 2. Kanban-доска (упрощённый Trello):<br /> * создание задач и досок<br /> * назначение задач пользователям<br /> * статусы задач<br /> * ограничение числа задач в одном статусе<br /> 3. Дашборд успеваемости:<br /> * студенты, предметы, оценки<br /> * средний балл по предмету<br /> * график успеваемости<br /> * топ студентов<br /> <br /> ==== Задачи невысокой сложности (хорошо 5) ====<br /> <br /> Здесь появляется первое правило, которое легко описать неточно. Спецификация перестаёт быть формальностью.<br /> <br /> 1. '''Обменник дежурствами.''' Участники меняются сменами по правилам: не больше двух смен подряд, нельзя ставить смену в свой выходной, замена требует согласия обеих сторон.<br /> * заявка на замену и ответ на неё<br /> * проверка правил при подтверждении<br /> * история изменений графика<br /> * ''темы курса: спецификация, детерминированная проверка''<br /> 2. '''Мини-маркетплейс объявлений.''' Классическая витрина, усложнённая модерацией: объявление публикуется не сразу, а после проверки по списку правил.<br /> * объявления с фотографиями, категории, поиск<br /> * очередь модерации с причинами отказа<br /> * повторная подача после исправления<br /> * ''темы курса: спецификация, независимый проверяющий''<br /> <br /> ==== Задачи с усложнениями (оценки 7-8) ====<br /> <br /> На этом уровне у задачи есть проверяемый инвариант и опасное действие. Модель угроз и матрица прав перестают быть бумажными.<br /> <br /> 1. '''Учёт общих расходов с делением счёта.''' Кто за кого заплатил, кто кому должен, взаимозачёт долгов внутри группы.<br /> * внесение траты с произвольным делением между участниками<br /> * пересчёт взаимных долгов после каждой траты<br /> * закрытие долга переводом<br /> * ''инвариант: сумма всех долгов равна нулю в любой момент''<br /> * ''темы курса: проверяемость, права на опасное действие''<br /> 2. '''Планировщик встреч по календарям участников.''' Сервис находит общее окно, учитывая занятость, часовые пояса и приоритет участников.<br /> * занятость каждого участника<br /> * поиск ближайшего подходящего окна<br /> * учёт часовых поясов и перехода через полночь<br /> * ''инвариант: предложенное окно свободно у всех приглашённых''<br /> * ''темы курса: спецификация, независимый проверяющий, краевые случаи''<br /> 3. '''Помощник по базе знаний с бюджетом.''' Отвечает на вопросы по загруженным документам и тратит на это деньги, поэтому знает свои лимиты.<br /> * загрузка документов и поиск по ним<br /> * лимит трат в день и на один запрос<br /> * понятный отказ при исчерпании лимита вместо превышения<br /> * ''темы курса: harness, цена запуска, деградация''<br /> 4. '''Очередь задач с приоритетами.''' Задачи разбираются исполнителями по правилам, и правила меняются на ходу.<br /> * добавление задачи с приоритетом и сроком<br /> * выдача следующей задачи исполнителю<br /> * повышение приоритета у долго ждущих<br /> * ''инвариант: ни одна задача не ждёт дольше заданного срока''<br /> * ''темы курса: спецификация, цикл без человека''<br /> <br /> ==== Задание на оценку 10 ====<br /> <br /> Задачи этого уровня отличаются одним: правильность решения неочевидна, и её нужно доказать машиной, а не показать на примере.<br /> <br /> 1. '''Зачёт взаимных долгов.''' Развитие задачи про общие расходы: сервис не просто считает долги, а сводит их к минимальному числу переводов.<br /> * сведение долгов в группе любого размера<br /> * ''доказать: число переводов минимально, а итоговые балансы совпадают с исходными''<br /> * ''темы курса: спецификация, независимый проверяющий, проверка на сгенерированных данных''<br /> 2. '''Планировщик с гарантией отсутствия голодания.''' Развитие очереди задач: система распределяет работу так, что ни один исполнитель и ни одна задача не остаются без внимания.<br /> * распределение задач по исполнителям с учётом загрузки<br /> * ''доказать: при непрерывном потоке ни одна задача не ждёт дольше границы''<br /> * ''темы курса: цикл без человека, проверка инварианта под нагрузкой''<br /> 3. '''Платформа A/B-тестирования.''' Эксперименты над собственным продуктом с честной статистикой.<br /> * создание эксперимента и разделение пользователей<br /> * библиотека для получения варианта<br /> * сбор метрик и проверка статистической значимости<br /> * ''доказать: разделение устойчиво, пользователь не меняет вариант между заходами''<br /> * ''темы курса: проверяемость, работа с данными''<br /> 4. '''Доска для ретроспектив в реальном времени.''' Несколько человек работают одновременно, и результат не зависит от порядка действий.<br /> * стикеры, перемещение, голосование<br /> * синхронизация между участниками<br /> * ''доказать: одновременные правки не теряются и приводят к одинаковому состоянию у всех''<br /> * ''темы курса: краевые случаи, состязательная приёмка''</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A1%D0%BE%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D1%8B_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D1%8B%D1%85_%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%82%D0%BE%D0%B2_%D1%81_%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D0%BE%D0%B2_%D0%B8%D1%81%D0%BA%D1%83%D1%81%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B8%D0%BD%D1%82%D0%B5%D0%BB%D0%BB%D0%B5%D0%BA%D1%82%D0%B0_2026&diff=5122 2026-08-26T07:56:14Z

<p>Ахтямов Павел: Инициация агентов</p> <hr /> <div>==Общие сведения==<br /> * Семестр: 5/7<br /> * Форма контроля: дифференцированный зачет<br /> * Дни и время занятий: вторник, 17:05-18:30<br /> * Первое занятие: 1 сентября 2026 года<br /> <br /> '''Преподаватель'''<br /> *Ахтямов Павел<br /> <br /> <br /> ==О курсе==<br /> <br /> За два года генерация кода перестала быть фокусом и стала рабочим инструментом. Вместе с этим сменился и дефицит: писать код научились все, а вот доводить написанное до продукта, который работает у других людей, по-прежнему умеют немногие.<br /> <br /> Курс отвечает именно на такой запрос. Мы не учимся просить у модели функции - мы строим вокруг агента инженерную обвязку: намерение, спецификацию, проверки, права, цену запуска, выкатку. Профессия, которая из этого складывается, называется '''agentic engineering''', и на рынке она уже оплачивается отдельно от разработки.<br /> <br /> === Чем курс отличается от прошлого года ===<br /> <br /> Курс 2025 года отвечал на вопрос «что умеют языковые модели». Курс 2026 отвечает на другой: '''почему решение, собранное за вечер, не доживает до production и не масштабируется, и что с этим делать'''.<br /> <br /> Поэтому курс развивается в 3 направлениях.<br /> <br /> '''Первое: проверяемость.''' Можно ли доверять тому, что сделано, не перечитывая код глазами. Сюда входит спецификация, по которой работу принимает машина, детерминированный набор проверок и независимый проверяющий, который ищет расхождения вместо автора. Работа считается сделанной, когда это подтвердил прогон, а не автор.<br /> <br /> '''Второе: границы.''' Что произойдёт, когда что-то пойдёт не так. Права агента и матрица разрешений, цена запуска и лимиты, модель угроз, векторы атак на собственный продукт, откат и учения по отказу. Решение доживает до production не потому, что в нём нет ошибок, а потому, что известно, где оно остановится.<br /> <br /> '''Третье: передаваемость.''' Может ли с продуктом работать кто-то кроме автора: агент, другой человек, сам автор через полгода. Отсюда репозиторий, готовый для агента, собственные скиллы и серверы MCP, цикл без участия человека, комплект передачи и запуск руками постороннего. Именно здесь решается, масштабируется решение или упирается в своего создателя.<br /> === Формат ===<br /> <br /> Каждая пара устроена одинаково: короткая витрина работ, разбор темы, практика на своём проекте. С третьей недели пара открывается тремя минутами показа - два-три студента выводят свой продукт на экран и запускают его. Не рассказывают, а запускают.<br /> <br /> Сквозной пример курса - '''«Дежурный по дедлайнам»''': сервис личных сроков, который преподаватель ведёт параллельно с группой. Студент видит целевое состояние каждого слоя, а тему своего проекта выбирает сам.<br /> <br /> === Кому подойдёт ===<br /> <br /> Курс рассчитан на тех, кто уже писал код и хочет научиться доводить его до работающего продукта. Опыт работы с языковыми моделями не требуется: инструменты разбираются с нуля. Требуется готовность каждую неделю приносить на пару свой растущий проект.<br /> <br /> === Регистрация на курс ===<br /> <br /> Регистрация на курс проходит по ссылке: [ссылка на форму]<br /> <br /> === Актуальные новости ===<br /> <br /> Актуальные новости публикуются в Telegram-чате: [ссылка на чат]<br /> <br /> == План курса ==<br /> <br /> Четыре пары в ноябре ведут приглашённые практики. Порядок тем сложился по их датам, поэтому цикл без человека стоит после гостевого блока, а не до него.<br /> <br /> 1. '''Agentic engineering как профессия.''' Что изменилось за два года, где проходит граница между генерацией кода и инженерией агентов. Проверка фактов и работа с источниками. Замер на отдельной задаче.<br /> <br /> 2. '''Рабочая среда агента и инженерный минимум.''' Настройка среды, репозиторий, первый коммит, набор проверок. Продукт поднимается локально.<br /> <br /> 3. '''Intent engineering.''' Как превратить расплывчатое желание в намерение, по которому агент способен работать. Бриф и каркас продукта по нему.<br /> <br /> 4. '''Spec-Driven Development.''' Спецификация, разбиение на задачи, реализация под тесты. Работа принимается зелёным прогоном, а не мнением автора.<br /> <br /> 5. '''Skills Engineering и Model Context Protocol.''' Свой скилл под задачу проекта, подключение серверов MCP, вызов инструмента в журнале агента.<br /> <br /> 6. '''Архитектура, ADR и репозиторий, готовый для агента.''' Схема решения, записи о принятых решениях, правила репозитория, работа через ветки и pull request.<br /> <br /> 7. '''Детерминированная проверка.''' Набор проверок, запускаемый одной командой. Что проверяется машиной, а что остаётся человеку. Видимость решения для поисковых роботов и агентов: что достаётся тому, кто не выполняет JavaScript, и как это проверить машиной.<br /> <br /> 8. '''Независимый проверяющий.''' Проверяет не тот, кто делал: инструкция проверяющего, отчёт о расхождениях со спецификацией.<br /> <br /> 9. '''Harness: права, данные и цена.''' Модель угроз, матрица разрешений, лимиты и стоимость запуска. Проверка прав в конвейере сборки.<br /> <br /> 10. '''ИИ в автотестировании, часть первая.''' ''Приглашённый практик.'' Внутреннее устройство агента: цикл вокруг модели, набор инструментов, память, перехват фактических вызовов. Разработка собственного конвейера.<br /> <br /> 11. '''Свои агенты и свой сервер MCP, часть вторая.''' ''Приглашённый практик.'' Написание собственного сервера Model Context Protocol и собственных агентов под свою задачу. Не субагенты, а самостоятельные программы.<br /> <br /> 12. '''Безопасность агентной разработки, часть первая.''' ''Приглашённый практик.'' Как ломаются агентные решения: векторы атак, найденные на своём проекте.<br /> <br /> 13. '''Безопасность агентной разработки, часть вторая.''' ''Приглашённый практик.'' Защита: проверка безопасности в конвейере, падающая на подложенной проблеме.<br /> <br /> 14. '''Loop Engineering.''' Цикл, который работает без человека: выбирает задачу, вносит изменение, открывает pull request. Где ставить границы такому циклу.<br /> <br /> 15. '''Выкатка и эксплуатация.''' Развёрнутая версия, откат, учения по отказу. Продукт становится доступен в сети. Состязательная приёмка.<br /> <br /> Защита проектов проходит в зачётную сессию.<br /> <br /> == Формат сдачи курса ==<br /> <br /> Курс проверяет одно: способность довести решение до состояния, когда оно запускается и работает у человека, который видит его впервые.<br /> <br /> === Минимальные требования ===<br /> <br /> Необходимо реализовать проект, включающий:<br /> * Frontend, Backend и хранилище данных<br /> * Набор проверок, запускаемый одной командой<br /> * Развёрнутую версию, доступную по сети<br /> * Спецификацию, по которой проект можно проверить независимо<br /> <br /> Проект сдаётся ссылкой на репозиторий и отчётом на почту akhtyamov@phystech.edu. Отчёт содержит:<br /> * спецификацию и разбиение на задачи;<br /> * что пришлось доработать руками и почему;<br /> * какие серверы MCP и скиллы использовались;<br /> * какие модели применялись и на каких задачах;<br /> * отчёт независимого проверяющего с найденными расхождениями.<br /> <br /> === Проверка на защите ===<br /> <br /> Проект разворачивает и запускает другой человек по инструкции из репозитория. Если запуск требует вопросов автору, комплект передачи неполный.<br /> <br /> === Бонусы ===<br /> * Работающий цикл без участия человека с заданными границами<br /> * Своя проверка безопасности, падающая на подложенной проблеме<br /> * Настройка агентов через инструменты с низким порогом входа (n8n, SourceCraft)<br /> * Собственные серверы MCP под задачи проекта<br /> <br /> === Вехи по ходу семестра ===<br /> <br /> Проект сдаётся не одним куском в декабре. Пять раз за семестр он проходит короткую проверку, и каждая привязана к теме, которая только что разбиралась.<br /> <br /> Веха занимает пять минут и проверяется запуском, а не рассказом. Пропущенная веха не закрывает дорогу дальше, но к защите все пять должны быть пройдены.<br /> <br /> {| class=&quot;wikitable&quot;<br /> ! Веха !! Неделя !! Что показываем !! Чем проверяется<br /> |-<br /> | В1. Продукт поднимается || 2 || репозиторий, первый коммит, набор проверок || сервис запускается на машине преподавателя<br /> |-<br /> | В2. Намерение и спецификация || 4 || бриф, спецификация, разбиение на задачи, одна задача сделана || прогон проверок зелёный<br /> |-<br /> | В3. Репозиторий готов для агента || 6 || схема решения, записи о решениях, правила репозитория, работа через ветки || pull request с зелёной сборкой<br /> |-<br /> | В4. Проверяемость || 8 || полный набор проверок, отчёт независимого проверяющего || отчёт содержит найденные расхождения со спецификацией<br /> |-<br /> | В5. Границы и цена || 9 || модель угроз, матрица прав, лимиты || конвейер падает на попытке опасного действия<br /> |}<br /> <br /> Логика вех простая. Первые две отвечают на вопрос «есть ли вообще продукт», третья и четвёртая - «можно ли ему доверять», пятая - «что будет, когда что-то пойдёт не так».<br /> <br /> === Примеры проектов ===<br /> <br /> Можно выбрать один из предложенных проектов или предложить свой по согласованию с преподавателем. Для согласования нестандартной темы необходимо написать на почту akhtyamov@phystech.edu с описанием и мотивацией выбора.<br /> <br /> Описание проекта даётся в минимальном виде намеренно: задача студента - развить его самому, ограничивая при этом фантазию модели.<br /> <br /> Уровни различаются не размером, а числом тем курса, которые задача поднимает. Простая задача проверяет, что человек довёл дело до конца. Задача на десять требует доказать правильность решения машиной, а не показать её на примере.<br /> <br /> ==== Простые проекты (удовлетворительно 3-4) ====<br /> <br /> Задачи этого уровня не содержат сложных правил. Проверяется одно: продукт работает, разворачивается и запускается человеком со стороны.<br /> <br /> 1. Трекер личных дедлайнов:<br /> * срок с датой и напоминанием<br /> * список того, что горит сегодня<br /> * отметка выполненного<br /> * фильтр по проектам<br /> 2. Kanban-доска (упрощённый Trello):<br /> * создание задач и досок<br /> * назначение задач пользователям<br /> * статусы задач<br /> * ограничение числа задач в одном статусе<br /> 3. Дашборд успеваемости:<br /> * студенты, предметы, оценки<br /> * средний балл по предмету<br /> * график успеваемости<br /> * топ студентов<br /> <br /> ==== Задачи невысокой сложности (хорошо 5) ====<br /> <br /> Здесь появляется первое правило, которое легко описать неточно. Спецификация перестаёт быть формальностью.<br /> <br /> 1. '''Обменник дежурствами.''' Участники меняются сменами по правилам: не больше двух смен подряд, нельзя ставить смену в свой выходной, замена требует согласия обеих сторон.<br /> * заявка на замену и ответ на неё<br /> * проверка правил при подтверждении<br /> * история изменений графика<br /> * ''темы курса: спецификация, детерминированная проверка''<br /> 2. '''Мини-маркетплейс объявлений.''' Классическая витрина, усложнённая модерацией: объявление публикуется не сразу, а после проверки по списку правил.<br /> * объявления с фотографиями, категории, поиск<br /> * очередь модерации с причинами отказа<br /> * повторная подача после исправления<br /> * ''темы курса: спецификация, независимый проверяющий''<br /> <br /> ==== Задачи с усложнениями (оценки 7-8) ====<br /> <br /> На этом уровне у задачи есть проверяемый инвариант и опасное действие. Модель угроз и матрица прав перестают быть бумажными.<br /> <br /> 1. '''Учёт общих расходов с делением счёта.''' Кто за кого заплатил, кто кому должен, взаимозачёт долгов внутри группы.<br /> * внесение траты с произвольным делением между участниками<br /> * пересчёт взаимных долгов после каждой траты<br /> * закрытие долга переводом<br /> * ''инвариант: сумма всех долгов равна нулю в любой момент''<br /> * ''темы курса: проверяемость, права на опасное действие''<br /> 2. '''Планировщик встреч по календарям участников.''' Сервис находит общее окно, учитывая занятость, часовые пояса и приоритет участников.<br /> * занятость каждого участника<br /> * поиск ближайшего подходящего окна<br /> * учёт часовых поясов и перехода через полночь<br /> * ''инвариант: предложенное окно свободно у всех приглашённых''<br /> * ''темы курса: спецификация, независимый проверяющий, краевые случаи''<br /> 3. '''Помощник по базе знаний с бюджетом.''' Отвечает на вопросы по загруженным документам и тратит на это деньги, поэтому знает свои лимиты.<br /> * загрузка документов и поиск по ним<br /> * лимит трат в день и на один запрос<br /> * понятный отказ при исчерпании лимита вместо превышения<br /> * ''темы курса: harness, цена запуска, деградация''<br /> 4. '''Очередь задач с приоритетами.''' Задачи разбираются исполнителями по правилам, и правила меняются на ходу.<br /> * добавление задачи с приоритетом и сроком<br /> * выдача следующей задачи исполнителю<br /> * повышение приоритета у долго ждущих<br /> * ''инвариант: ни одна задача не ждёт дольше заданного срока''<br /> * ''темы курса: спецификация, цикл без человека''<br /> <br /> ==== Задание на оценку 10 ====<br /> <br /> Задачи этого уровня отличаются одним: правильность решения неочевидна, и её нужно доказать машиной, а не показать на примере.<br /> <br /> 1. '''Зачёт взаимных долгов.''' Развитие задачи про общие расходы: сервис не просто считает долги, а сводит их к минимальному числу переводов.<br /> * сведение долгов в группе любого размера<br /> * ''доказать: число переводов минимально, а итоговые балансы совпадают с исходными''<br /> * ''темы курса: спецификация, независимый проверяющий, проверка на сгенерированных данных''<br /> 2. '''Планировщик с гарантией отсутствия голодания.''' Развитие очереди задач: система распределяет работу так, что ни один исполнитель и ни одна задача не остаются без внимания.<br /> * распределение задач по исполнителям с учётом загрузки<br /> * ''доказать: при непрерывном потоке ни одна задача не ждёт дольше границы''<br /> * ''темы курса: цикл без человека, проверка инварианта под нагрузкой''<br /> 3. '''Платформа A/B-тестирования.''' Эксперименты над собственным продуктом с честной статистикой.<br /> * создание эксперимента и разделение пользователей<br /> * библиотека для получения варианта<br /> * сбор метрик и проверка статистической значимости<br /> * ''доказать: разделение устойчиво, пользователь не меняет вариант между заходами''<br /> * ''темы курса: проверяемость, работа с данными''<br /> 4. '''Доска для ретроспектив в реальном времени.''' Несколько человек работают одновременно, и результат не зависит от порядка действий.<br /> * стикеры, перемещение, голосование<br /> * синхронизация между участниками<br /> * ''доказать: одновременные правки не теряются и приводят к одинаковому состоянию у всех''<br /> * ''темы курса: краевые случаи, состязательная приёмка''</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A1%D0%BE%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D1%82%D0%B5%D1%85%D0%BD%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D0%B8_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81%D0%BE%D0%B2_%D0%B0%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85_%D0%B2%D0%B5%D1%81%D0%BD%D0%B0_2026&diff=4469 2026-02-01T18:29:19Z

<p>Ахтямов Павел: /* Общие сведения */</p> <hr /> <div>= Общие сведения =<br /> * Семестр: 2 (пятый курс)<br /> * Формат: онлайн<br /> * Форма контроля: дифференцированный зачет<br /> <br /> == Важная информация ==<br /> * Ссылка на чат: t.me || +cY72YwYHMP4xZGQy<br /> * '''[Текущие оценки]''' (По закону о хранении персональных данных ведомости будут доступны на сайте https://akhcheck.ru)<br /> * Дедлайны будут мягкими: с просрочкой на 20% каждые три дня<br /> <br /> = Преподаватели =<br /> ** [[ Участник:Ахтямов_Павел | Павел Ахтямов ]] (akhtyamovpavel at akhpl.ru, t.me - akhtyamovpavel)<br /> <br /> = План курса =<br /> <br /> {| class=&quot;wikitable&quot;<br /> |- <br /> ! Дата<br /> ! Тема<br /> |-<br /> | 02.02.2026 || Анонс. Повторяем Workflow в Git<br /> |-<br /> | 09.02.2026 || Bash-скрипты для Agentic LLM<br /> |-<br /> | 16.02.2026 || API и прототипирование сервисов. Сетевой стек. Паттерны DAO/DTO/Service/Repository<br /> |-<br /> | 02.03.2026 || Масштабирование асинхронных сервисов - очереди сообщений и шины данных<br /> |-<br /> | 16.03.2026 || Работа с объектными хранилищами. Масштабирование нагрузки для сервисов анализа данных<br /> |-<br /> | 23.03.2026 || Тестирование ML-сервисов. TDD как основной принцип сдерживания LLM-моделей<br /> |-<br /> |}<br /> <br /> = Оценивание =<br /> <br /> Оценивание производиться по сумме баллов за курсы.<br /> <br /> Задания будут сдаваться на платформе https://akhcheck.ru. <br /> <br /> <br /> {| class=&quot;wikitable&quot;<br /> |- <br /> ! Название<br /> ! Дедлайн<br /> |-<br /> | Тестовое задание (для знакомства с системой) || 15.03.2026 ||<br /> |-<br /> | Git Flow || 23.02.2026 ||<br /> |-<br /> | Bash-скрипты в LLM || 01.03.2026 || <br /> |}</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA:%D0%90%D1%85%D1%82%D1%8F%D0%BC%D0%BE%D0%B2_%D0%9F%D0%B0%D0%B2%D0%B5%D0%BB&diff=4468 2026-02-01T18:21:04Z

<p>Ахтямов Павел: Обновлено расписание на весну 2026</p> <hr /> <div>==Контактные данные==<br /> <br /> * Почтовый адрес: akhtyamovpavel at akhpl.ru<br /> * TG: akhtyamovpavel<br /> * Github: https://github.com/akhtyamovpavel<br /> <br /> == Преподаваемые дисциплины, весна 2026 ==<br /> <br /> * [[ТП весна 2026 | Технологии программирования, весна 2026]]:<br /> * Лекции: среда, 10:45, Б. Физ<br /> * Семинары: вторник, 9:00, 801 КПМ<br /> <br /> * [[Языки программирования и теория компиляции весна 2026]]:<br /> * Лекции: пятница, 12:20, 113 ГК<br /> <br /> * [[Параллельные и распределенные вычисления весна 2026 | Параллельные и распределенные вычисления 2026]]:<br /> * Лекции по CUDA: понедельник, 10:45, 239 НК<br /> <br /> == Преподаваемые дисциплины, весна 2025 ==<br /> <br /> * [[ТП весна 2025 | Технологии программирования, весна 2025]]:<br /> * Лекции: среда, 10:45, Б. Хим<br /> * Семинары: среда, 9:00, 702 КПМ<br /> * [[Языки программирования и теория компиляции весна 2025 | Языки программирования и теория компиляции, весна 2025]] - пятница, 12:20, 113 ГК<br /> * [[Теория языков программирования весна 2025 | Теория языков программирования]] - пятница, 12:20, 113 ГК<br /> * [[Параллельные и распределенные вычисления весна 2025 | Параллельные и распределенные вычисления 2025]]:<br /> * Лекции по CUDA: понедельник, 12:20, 239 НК<br /> * Семинары: вторник, 9:00, 807 КПМ</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%AF%D0%B7%D1%8B%D0%BA%D0%B8_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F_%D0%B8_%D1%82%D0%B5%D0%BE%D1%80%D0%B8%D1%8F_%D0%BA%D0%BE%D0%BC%D0%BF%D0%B8%D0%BB%D1%8F%D1%86%D0%B8%D0%B8_%D0%B2%D0%B5%D1%81%D0%BD%D0%B0_2026&diff=4467 2026-02-01T18:18:17Z

<p>Ахтямов Павел: Драфт, скопированный с прошлого кода</p> <hr /> <div><br /> == Общие сведения ==<br /> * Семестр: 4/6<br /> * Форма контроля: дифференцированный зачет<br /> * [https://docs.google.com/forms/d/e/1FAIpQLSdypmAZxaUhxxj1gc5B-ggIl5oumFpup2SP1xGb5hHdAdtRXw/viewform?usp=header Регистрация на курс]<br /> '''Критерии отбора студентов:'''<br /> * Первый приоритет - реализация интерпретатора языка программирования в курсе &quot;Формальные языки и трансляции&quot;<br /> * Второй приоритет - отличная оценка по предметам &quot;АКОС&quot; и &quot;Технологии Программирования&quot;<br /> *Третий приоритет - все желающие<br /> <br /> '''Чат курса'''<br /> <br /> == Команда курса ==<br /> Руководитель курса: Ахтямов Павел<br /> <br /> == План курса ==<br /> <br /> * 1. Введение в теорию компиляции <br /> * 2. Лексический анализ кода <br /> * 3. Синтаксический анализ кода. Методы нисходящего анализа токенов <br /> * 4. Синтаксический анализ кода. Методы восходящего анализа токенов <br /> * 5. Построение синтаксического дерева разбора. <br /> * 6. Семантический анализ дерева разбора <br /> * 7. Основы механизмов вызова процедур <br /> * 8. Построение промежуточного представления по синтаксическому дереву разбора <br /> * 9. Оптимизация промежуточного представления. Понятие о каноническом дереве промежуточного представления <br /> * 10. Преобразование промежуточного представления в низкоуровневый язык. 11. Механизм выбора инструкций <br /> * 12. Методы анализа графа исполнения машинного кода <br /> * 13. Механизм распределения регистров <br /> * 14. Работа сборщиков мусора.<br /> * 15. Разработка компиляторов для функциональной парадигмы программирования<br /> <br /> == Полезные ссылки ==<br /> * Плейлист с лекциями: https://www.youtube.com/playlist?list=PL4_hYwCyhAvYn6d6hwGI2uVskw6MAnBFL<br /> * Материалы курса: https://drive.google.com/drive/folders/152MyqMhRSHaEeyc87lz7cp_BmvurLbVL<br /> * Плейлист с семинарами: https://www.youtube.com/playlist?list=PLfibPMPn-PgyeIHNtZn73iChsB3ZyfzcT</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A1%D0%BE%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D1%82%D0%B5%D1%85%D0%BD%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D0%B8_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81%D0%BE%D0%B2_%D0%B0%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85_%D0%B2%D0%B5%D1%81%D0%BD%D0%B0_2026&diff=4466 2026-02-01T18:12:35Z

<p>Ахтямов Павел: Создана страница курса</p> <hr /> <div>= Общие сведения =<br /> * Семестр: 2 (пятый курс)<br /> * Формат: онлайн<br /> * Форма контроля: дифференцированный зачет<br /> <br /> == Важные ссылки ==<br /> * '''[Материалы занятий]'''<br /> * '''[Текущие оценки]''' (По закону о хранении персональных данных ведомости будут доступны на сайте https://akhcheck.ru)<br /> * '''[Продление дедлайнов]'''<br /> <br /> = Преподаватели =<br /> ** [[ Участник:Ахтямов_Павел | Павел Ахтямов ]] (akhtyamovpavel at akhpl.ru, t.me - akhtyamovpavel)<br /> <br /> = План курса =<br /> <br /> {| class=&quot;wikitable&quot;<br /> |- <br /> ! Дата<br /> ! Тема<br /> |-<br /> | 02.02.2026 || Анонс. Повторяем Workflow в Git<br /> |-<br /> | 09.02.2026 || Bash-скрипты для Agentic LLM<br /> |-<br /> | 16.02.2026 || API и прототипирование сервисов. Сетевой стек. Паттерны DAO/DTO/Service/Repository<br /> |-<br /> | 02.03.2026 || Масштабирование асинхронных сервисов - очереди сообщений и шины данных<br /> |-<br /> | 16.03.2026 || Работа с объектными хранилищами. Масштабирование нагрузки для сервисов анализа данных<br /> |-<br /> | 23.03.2026 || Тестирование ML-сервисов. TDD как основной принцип сдерживания LLM-моделей<br /> |-<br /> |}<br /> <br /> = Оценивание =<br /> <br /> Оценивание производиться по сумме баллов за курсы.<br /> <br /> Задания будут сдаваться на платформе https://akhcheck.ru. <br /> <br /> <br /> {| class=&quot;wikitable&quot;<br /> |- <br /> ! Название<br /> ! Дедлайн<br /> |-<br /> | Тестовое задание (для знакомства с системой) || 15.03.2026 ||<br /> |-<br /> | Git Flow || 23.02.2026 ||<br /> |-<br /> | Bash-скрипты в LLM || 01.03.2026 || <br /> |}</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A1%D0%BE%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D1%8B_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D1%8B%D1%85_%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%82%D0%BE%D0%B2_%D1%81_%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D0%BE%D0%B2_%D0%B8%D1%81%D0%BA%D1%83%D1%81%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B8%D0%BD%D1%82%D0%B5%D0%BB%D0%BB%D0%B5%D0%BA%D1%82%D0%B0_2025&diff=4237 2025-12-10T21:23:33Z

<p>Ахтямов Павел: /* Минимальные требования */</p> <hr /> <div>==Общие сведения==<br /> * Семестр: 5/7<br /> * Форма контроля: дифференцированный зачет<br /> * Дни и время занятий: вторник, 17:05-18:30, УЛК-1 (Цифра), аудитория 2.36<br /> <br /> '''Преподаватель'''<br /> *Ахтямов Павел<br /> <br /> ==Формат курса==<br /> <br /> В рамках курса студенты ознакомятся с основными принципами LLM-моделей и научатся использовать их в свою пользу. Студентам будет предложено разработать проект с использованием LLM и оценить все преимущества использования нового поколения генерации кода.<br /> <br /> === Регистрация на курс ===<br /> <br /> Регистрация на курс проходит по ссылке: https://forms.yandex.ru/u/68b5cce75056902b66dd51fb<br /> <br /> === Актуальные новости ===<br /> <br /> Актуальные новости публикуются в Telegram-чате: https://t.me/+38FdSJ7lfYY1NTEy<br /> <br /> == План курса ==<br /> 1. История развития ИИ. Базовые принципы работы больших языковых моделей.<br /> <br /> 2. Основные виды и параметры Больших Языковых Моделей. Каким образом выбирать LLM для решения задач?<br /> <br /> 3. Составные части приложений: Frontend, Backend, Веб-серверы. Применимость LLM для каждого из видов решения задач.<br /> <br /> 4. Проектирование стартовых шаблонов решений на основе LLM.<br /> <br /> 5. Инструменты для решения LLM-задач: IDE (Cursor/Copilot), CLI (Claude Code), чат-боты.<br /> <br /> 6. Генерация знаний для LLM: RAG-модели (Retrieval Augmentation), GraphRAG, KAG (Knowledge Augmentation Graph).<br /> <br /> 7. Model Context Protocol как универсальная база для создания решения. Популярные назначения MCP. Популярные серверы Model Context Protocol: Context7, Supabase.<br /> <br /> 8. Оптимизация кодовой базы при помощи LLM.<br /> <br /> 9. NoCode и LowCode-решения для создания фронтендов. Графовые методы для решения задач генеративного ИИ: ComfyUI, n8n.<br /> <br /> 10. Этика и безопасность использования LLM: служебные данные, ключи авторизации. Инструменты выявления уязвимостей.<br /> <br /> 11. Универсальные платформы для разработки кода: SourceCraft, OpenAI Codex.<br /> <br /> 12. Направления развития IT-отрасли: Bug Driven Development, Prompt Storytelling. Принципы написания системных промптов для IDE. Мультиагентные системы<br /> <br /> == Формат сдачи курса ==<br /> <br /> Курс предполагает быструю разработку прототипа решений при помощи изученных инструментов в рамках курса. Необходимо подтвердить навыки эффективной работы с LLM-моделями.<br /> <br /> === Минимальные требования ===<br /> <br /> Необходимо реализовать проект с минимальными компонентами:<br /> * Frontend/Backend/DB<br /> * Backlog проекта можно оценить в не менее 100 Story Points (в оценке человеческих ресурсов)<br /> <br /> В качестве сдачи домашнего задания необходимо отправить на почту akhtyamov@phystech.edu ссылку на приватный репозиторий с отчетом по выполненному проекту:<br /> * Спроектированный Product Backlog для решения<br /> * Показать, какие компоненты пришлось дорабатывать руками<br /> * Использовать MCP-серверы (указать, какие компоненты были использованы)<br /> * Сообщить, какие LLM-модели были использованы для реализации задач<br /> <br /> === Бонусы ===<br /> * + Использование MultiAgent LLM (BMAD, Claude Flow)<br /> * + Настройка агентов, в том числе, через LowCode-инструменты n8n / SourceCraft.<br /> * + Интеграция систем с примерами использования и реализацией Test Driven Development<br /> <br /> === Примеры проектов ===<br /> <br /> Можно выбрать на усмотрение один из проектов или реализовать свой собственный проект по согласованию с преподавателем.<br /> <br /> Для согласования выбора проекта необходимо написать письмо на почту akhtyamov@phystech.edu с выбором темы и мотивацией выбора проекта в случае нестандартного проекта.<br /> <br /> Описание проекта дается в минимальном формате - Вашей целью является улучшение проекта с помощью LLM. Ваша цель - использовать воображение и ограничивать галюцинации!<br /> <br /> ==== Простые проекты (удовлетворительно 3-4) ====<br /> 1. Kanban-доска (Упрощенный Trello):<br /> * создание задач<br /> * назначение задач для пользователей<br /> * приглашение пользователей<br /> * создание досок<br /> * создание статусов задач<br /> * ограничение по количеству задач с определенным статусом (основная идея Kanban)<br /> 2. Меню столовой с голосованием:<br /> * Блюда по дням недели<br /> * Голосование за блюдо<br /> * Рейтинг блюд<br /> * Фильтр по категориям<br /> 3. Dashboard успеваемость (Электронная ведомость):<br /> * Студенты, предметы, оценки<br /> * Средний балл по предмету<br /> * График успеваемости студента<br /> * Топ студентов<br /> <br /> ==== Задачи невысокой сложности (хорошо 5) ====<br /> 1. Мини маркетплейс объявлений:<br /> * Создание объявлений с фото<br /> * Категории и поиск<br /> * Избранное<br /> * Контакт продавца<br /> 2. Система для проведения турниров:<br /> * Регистрация участников<br /> * Генерация сетки<br /> * Поддержка режима Double Elimination<br /> * Визуализация сетки<br /> <br /> ==== Задачи с усложнениями (оценки 7-8) ====<br /> 1. Календарь событий с напоминаниями<br /> * События с датой/временем<br /> * Повторяющиеся события<br /> * Напоминания в UI<br /> * Приглашение участников<br /> 2. Форум с ветками обсуждений<br /> * Разделы → Темы → Сообщения<br /> * Ответы на сообщения (дерево)<br /> * Пагинация<br /> * Markdown в сообщениях<br /> 3. Трекер тренировок с аналитикой<br /> * Логирование тренировок (тип, длительность, дистанция)<br /> * Графики прогресса<br /> * Цели и прогресс к ним<br /> * Сравнение периодов<br /> 4. Система опросов с условной логикой<br /> * Конструктор опросов<br /> * Разные типы вопросов<br /> * &quot;Если ответ X → показать вопрос Y&quot;<br /> * Аналитика ответов<br /> <br /> ==== Задание на оценку 10 ====<br /> <br /> 1. Простейший видехостинг<br /> * Загрузка видео<br /> * Стриминг воспроизведения<br /> * Превью/thumbnail<br /> * Комментарии + лайки<br /> 2. Карта мероприятий с геолокациями:<br /> * События с координатами<br /> * Отображение на карте<br /> * Поиск &quot;рядом со мной&quot;<br /> * Фильтры по дате/категории<br /> 3. A/B тестирование (Feature Flags)<br /> * Создание экспериментов<br /> * SDK для получения варианта<br /> * сбор метрик<br /> * Поддержка критериев и статзначимости<br /> 4. Realtime-доска для ретроспектив (Miro-lite)<br /> * Стикеры на доске<br /> * Realtime синхронизация<br /> * поддержка нескольких пользователей<br /> * Голосование за стикеры</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A1%D0%BE%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D1%8B_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D1%8B%D1%85_%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%82%D0%BE%D0%B2_%D1%81_%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D0%BE%D0%B2_%D0%B8%D1%81%D0%BA%D1%83%D1%81%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B8%D0%BD%D1%82%D0%B5%D0%BB%D0%BB%D0%B5%D0%BA%D1%82%D0%B0_2025&diff=4236 2025-12-10T21:23:01Z

<p>Ахтямов Павел: /* Формат курса */</p> <hr /> <div>==Общие сведения==<br /> * Семестр: 5/7<br /> * Форма контроля: дифференцированный зачет<br /> * Дни и время занятий: вторник, 17:05-18:30, УЛК-1 (Цифра), аудитория 2.36<br /> <br /> '''Преподаватель'''<br /> *Ахтямов Павел<br /> <br /> ==Формат курса==<br /> <br /> В рамках курса студенты ознакомятся с основными принципами LLM-моделей и научатся использовать их в свою пользу. Студентам будет предложено разработать проект с использованием LLM и оценить все преимущества использования нового поколения генерации кода.<br /> <br /> === Регистрация на курс ===<br /> <br /> Регистрация на курс проходит по ссылке: https://forms.yandex.ru/u/68b5cce75056902b66dd51fb<br /> <br /> === Актуальные новости ===<br /> <br /> Актуальные новости публикуются в Telegram-чате: https://t.me/+38FdSJ7lfYY1NTEy<br /> <br /> == План курса ==<br /> 1. История развития ИИ. Базовые принципы работы больших языковых моделей.<br /> <br /> 2. Основные виды и параметры Больших Языковых Моделей. Каким образом выбирать LLM для решения задач?<br /> <br /> 3. Составные части приложений: Frontend, Backend, Веб-серверы. Применимость LLM для каждого из видов решения задач.<br /> <br /> 4. Проектирование стартовых шаблонов решений на основе LLM.<br /> <br /> 5. Инструменты для решения LLM-задач: IDE (Cursor/Copilot), CLI (Claude Code), чат-боты.<br /> <br /> 6. Генерация знаний для LLM: RAG-модели (Retrieval Augmentation), GraphRAG, KAG (Knowledge Augmentation Graph).<br /> <br /> 7. Model Context Protocol как универсальная база для создания решения. Популярные назначения MCP. Популярные серверы Model Context Protocol: Context7, Supabase.<br /> <br /> 8. Оптимизация кодовой базы при помощи LLM.<br /> <br /> 9. NoCode и LowCode-решения для создания фронтендов. Графовые методы для решения задач генеративного ИИ: ComfyUI, n8n.<br /> <br /> 10. Этика и безопасность использования LLM: служебные данные, ключи авторизации. Инструменты выявления уязвимостей.<br /> <br /> 11. Универсальные платформы для разработки кода: SourceCraft, OpenAI Codex.<br /> <br /> 12. Направления развития IT-отрасли: Bug Driven Development, Prompt Storytelling. Принципы написания системных промптов для IDE. Мультиагентные системы<br /> <br /> == Формат сдачи курса ==<br /> <br /> Курс предполагает быструю разработку прототипа решений при помощи изученных инструментов в рамках курса. Необходимо подтвердить навыки эффективной работы с LLM-моделями.<br /> <br /> === Минимальные требования ===<br /> <br /> Необходимо реализовать проект с минимальными компонентами:<br /> * Frontend/Backend/DB<br /> * Backlog проекта можно оценить в не менее 100 Story Points (в оценке человеческих ресурсов)<br /> <br /> В качестве сдачи домашнего задания необходимо отправить на почту akhtyamov@phystech.edu ссылку на приватный репозиторий с отчетом по выполненному проекту:<br /> * Спроектированный Product Backlog для решения<br /> * Показать, какие компоненты пришлось дорабатывать руками<br /> * Использовать MCP-серверы (указать, какие компоненты были использованы)<br /> * Сообщить, какие LLM-модели были использованы для реализации задач<br /> <br /> Бонусы:<br /> + Использование MultiAgent LLM (BMAD, Claude Flow)<br /> + Настройка агентов, в том числе, через LowCode-инструменты n8n / SourceCraft.<br /> + Интеграция систем с примерами использования и реализацией Test Driven Development<br /> <br /> === Примеры проектов ===<br /> <br /> Можно выбрать на усмотрение один из проектов или реализовать свой собственный проект по согласованию с преподавателем.<br /> <br /> Для согласования выбора проекта необходимо написать письмо на почту akhtyamov@phystech.edu с выбором темы и мотивацией выбора проекта в случае нестандартного проекта.<br /> <br /> Описание проекта дается в минимальном формате - Вашей целью является улучшение проекта с помощью LLM. Ваша цель - использовать воображение и ограничивать галюцинации!<br /> <br /> ==== Простые проекты (удовлетворительно 3-4) ====<br /> 1. Kanban-доска (Упрощенный Trello):<br /> * создание задач<br /> * назначение задач для пользователей<br /> * приглашение пользователей<br /> * создание досок<br /> * создание статусов задач<br /> * ограничение по количеству задач с определенным статусом (основная идея Kanban)<br /> 2. Меню столовой с голосованием:<br /> * Блюда по дням недели<br /> * Голосование за блюдо<br /> * Рейтинг блюд<br /> * Фильтр по категориям<br /> 3. Dashboard успеваемость (Электронная ведомость):<br /> * Студенты, предметы, оценки<br /> * Средний балл по предмету<br /> * График успеваемости студента<br /> * Топ студентов<br /> <br /> ==== Задачи невысокой сложности (хорошо 5) ====<br /> 1. Мини маркетплейс объявлений:<br /> * Создание объявлений с фото<br /> * Категории и поиск<br /> * Избранное<br /> * Контакт продавца<br /> 2. Система для проведения турниров:<br /> * Регистрация участников<br /> * Генерация сетки<br /> * Поддержка режима Double Elimination<br /> * Визуализация сетки<br /> <br /> ==== Задачи с усложнениями (оценки 7-8) ====<br /> 1. Календарь событий с напоминаниями<br /> * События с датой/временем<br /> * Повторяющиеся события<br /> * Напоминания в UI<br /> * Приглашение участников<br /> 2. Форум с ветками обсуждений<br /> * Разделы → Темы → Сообщения<br /> * Ответы на сообщения (дерево)<br /> * Пагинация<br /> * Markdown в сообщениях<br /> 3. Трекер тренировок с аналитикой<br /> * Логирование тренировок (тип, длительность, дистанция)<br /> * Графики прогресса<br /> * Цели и прогресс к ним<br /> * Сравнение периодов<br /> 4. Система опросов с условной логикой<br /> * Конструктор опросов<br /> * Разные типы вопросов<br /> * &quot;Если ответ X → показать вопрос Y&quot;<br /> * Аналитика ответов<br /> <br /> ==== Задание на оценку 10 ====<br /> <br /> 1. Простейший видехостинг<br /> * Загрузка видео<br /> * Стриминг воспроизведения<br /> * Превью/thumbnail<br /> * Комментарии + лайки<br /> 2. Карта мероприятий с геолокациями:<br /> * События с координатами<br /> * Отображение на карте<br /> * Поиск &quot;рядом со мной&quot;<br /> * Фильтры по дате/категории<br /> 3. A/B тестирование (Feature Flags)<br /> * Создание экспериментов<br /> * SDK для получения варианта<br /> * сбор метрик<br /> * Поддержка критериев и статзначимости<br /> 4. Realtime-доска для ретроспектив (Miro-lite)<br /> * Стикеры на доске<br /> * Realtime синхронизация<br /> * поддержка нескольких пользователей<br /> * Голосование за стикеры</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A1%D0%BE%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D1%8B_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D1%8B%D1%85_%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%82%D0%BE%D0%B2_%D1%81_%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D0%BE%D0%B2_%D0%B8%D1%81%D0%BA%D1%83%D1%81%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B8%D0%BD%D1%82%D0%B5%D0%BB%D0%BB%D0%B5%D0%BA%D1%82%D0%B0_2025&diff=4235 2025-12-10T21:17:41Z

<p>Ахтямов Павел: /* Формат сдачи курса */</p> <hr /> <div>==Общие сведения==<br /> * Семестр: 5/7<br /> * Форма контроля: дифференцированный зачет<br /> * Дни и время занятий: вторник, 17:05-18:30, УЛК-1 (Цифра), аудитория 2.36<br /> <br /> '''Преподаватель'''<br /> *Ахтямов Павел<br /> <br /> ==Формат курса==<br /> <br /> В рамках курса студенты ознакомятся с основными принципами LLM-моделей и научатся использовать их в свою пользу. Студентам будет предложено разработать проект с использованием LLM и оценить все преимущества использования нового поколения генерации кода.<br /> <br /> === Регистрация на курс ===<br /> <br /> Регистрация на курс проходит по ссылке: https://forms.yandex.ru/u/68b5cce75056902b66dd51fb<br /> <br /> == План курса ==<br /> 1. История развития ИИ. Базовые принципы работы больших языковых моделей.<br /> <br /> 2. Основные виды и параметры Больших Языковых Моделей. Каким образом выбирать LLM для решения задач?<br /> <br /> 3. Составные части приложений: Frontend, Backend, Веб-серверы. Применимость LLM для каждого из видов решения задач.<br /> <br /> 4. Проектирование стартовых шаблонов решений на основе LLM.<br /> <br /> 5. Инструменты для решения LLM-задач: IDE (Cursor/Copilot), CLI (Claude Code), чат-боты.<br /> <br /> 6. Генерация знаний для LLM: RAG-модели (Retrieval Augmentation), GraphRAG, KAG (Knowledge Augmentation Graph).<br /> <br /> 7. Model Context Protocol как универсальная база для создания решения. Популярные назначения MCP. Популярные серверы Model Context Protocol: Context7, Supabase.<br /> <br /> 8. Оптимизация кодовой базы при помощи LLM.<br /> <br /> 9. NoCode и LowCode-решения для создания фронтендов. Графовые методы для решения задач генеративного ИИ: ComfyUI, n8n.<br /> <br /> 10. Этика и безопасность использования LLM: служебные данные, ключи авторизации. Инструменты выявления уязвимостей.<br /> <br /> 11. Универсальные платформы для разработки кода: SourceCraft, OpenAI Codex.<br /> <br /> 12. Направления развития IT-отрасли: Bug Driven Development, Prompt Storytelling. Принципы написания системных промптов для IDE. Мультиагентные системы<br /> <br /> == Формат сдачи курса ==<br /> <br /> Курс предполагает быструю разработку прототипа решений при помощи изученных инструментов в рамках курса. Необходимо подтвердить навыки эффективной работы с LLM-моделями.<br /> <br /> === Минимальные требования ===<br /> <br /> Необходимо реализовать проект с минимальными компонентами:<br /> * Frontend/Backend/DB<br /> * Backlog проекта можно оценить в не менее 100 Story Points (в оценке человеческих ресурсов)<br /> <br /> В качестве сдачи домашнего задания необходимо отправить на почту akhtyamov@phystech.edu ссылку на приватный репозиторий с отчетом по выполненному проекту:<br /> * Спроектированный Product Backlog для решения<br /> * Показать, какие компоненты пришлось дорабатывать руками<br /> * Использовать MCP-серверы (указать, какие компоненты были использованы)<br /> * Сообщить, какие LLM-модели были использованы для реализации задач<br /> <br /> Бонусы:<br /> + Использование MultiAgent LLM (BMAD, Claude Flow)<br /> + Настройка агентов, в том числе, через LowCode-инструменты n8n / SourceCraft.<br /> + Интеграция систем с примерами использования и реализацией Test Driven Development<br /> <br /> === Примеры проектов ===<br /> <br /> Можно выбрать на усмотрение один из проектов или реализовать свой собственный проект по согласованию с преподавателем.<br /> <br /> Для согласования выбора проекта необходимо написать письмо на почту akhtyamov@phystech.edu с выбором темы и мотивацией выбора проекта в случае нестандартного проекта.<br /> <br /> Описание проекта дается в минимальном формате - Вашей целью является улучшение проекта с помощью LLM. Ваша цель - использовать воображение и ограничивать галюцинации!<br /> <br /> ==== Простые проекты (удовлетворительно 3-4) ====<br /> 1. Kanban-доска (Упрощенный Trello):<br /> * создание задач<br /> * назначение задач для пользователей<br /> * приглашение пользователей<br /> * создание досок<br /> * создание статусов задач<br /> * ограничение по количеству задач с определенным статусом (основная идея Kanban)<br /> 2. Меню столовой с голосованием:<br /> * Блюда по дням недели<br /> * Голосование за блюдо<br /> * Рейтинг блюд<br /> * Фильтр по категориям<br /> 3. Dashboard успеваемость (Электронная ведомость):<br /> * Студенты, предметы, оценки<br /> * Средний балл по предмету<br /> * График успеваемости студента<br /> * Топ студентов<br /> <br /> ==== Задачи невысокой сложности (хорошо 5) ====<br /> 1. Мини маркетплейс объявлений:<br /> * Создание объявлений с фото<br /> * Категории и поиск<br /> * Избранное<br /> * Контакт продавца<br /> 2. Система для проведения турниров:<br /> * Регистрация участников<br /> * Генерация сетки<br /> * Поддержка режима Double Elimination<br /> * Визуализация сетки<br /> <br /> ==== Задачи с усложнениями (оценки 7-8) ====<br /> 1. Календарь событий с напоминаниями<br /> * События с датой/временем<br /> * Повторяющиеся события<br /> * Напоминания в UI<br /> * Приглашение участников<br /> 2. Форум с ветками обсуждений<br /> * Разделы → Темы → Сообщения<br /> * Ответы на сообщения (дерево)<br /> * Пагинация<br /> * Markdown в сообщениях<br /> 3. Трекер тренировок с аналитикой<br /> * Логирование тренировок (тип, длительность, дистанция)<br /> * Графики прогресса<br /> * Цели и прогресс к ним<br /> * Сравнение периодов<br /> 4. Система опросов с условной логикой<br /> * Конструктор опросов<br /> * Разные типы вопросов<br /> * &quot;Если ответ X → показать вопрос Y&quot;<br /> * Аналитика ответов<br /> <br /> ==== Задание на оценку 10 ====<br /> <br /> 1. Простейший видехостинг<br /> * Загрузка видео<br /> * Стриминг воспроизведения<br /> * Превью/thumbnail<br /> * Комментарии + лайки<br /> 2. Карта мероприятий с геолокациями:<br /> * События с координатами<br /> * Отображение на карте<br /> * Поиск &quot;рядом со мной&quot;<br /> * Фильтры по дате/категории<br /> 3. A/B тестирование (Feature Flags)<br /> * Создание экспериментов<br /> * SDK для получения варианта<br /> * сбор метрик<br /> * Поддержка критериев и статзначимости<br /> 4. Realtime-доска для ретроспектив (Miro-lite)<br /> * Стикеры на доске<br /> * Realtime синхронизация<br /> * поддержка нескольких пользователей<br /> * Голосование за стикеры</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A1%D0%BE%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D1%8B_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D1%8B%D1%85_%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%82%D0%BE%D0%B2_%D1%81_%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D0%BE%D0%B2_%D0%B8%D1%81%D0%BA%D1%83%D1%81%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B8%D0%BD%D1%82%D0%B5%D0%BB%D0%BB%D0%B5%D0%BA%D1%82%D0%B0_2025&diff=4234 2025-12-10T21:15:38Z

<p>Ахтямов Павел: </p> <hr /> <div>==Общие сведения==<br /> * Семестр: 5/7<br /> * Форма контроля: дифференцированный зачет<br /> * Дни и время занятий: вторник, 17:05-18:30, УЛК-1 (Цифра), аудитория 2.36<br /> <br /> '''Преподаватель'''<br /> *Ахтямов Павел<br /> <br /> ==Формат курса==<br /> <br /> В рамках курса студенты ознакомятся с основными принципами LLM-моделей и научатся использовать их в свою пользу. Студентам будет предложено разработать проект с использованием LLM и оценить все преимущества использования нового поколения генерации кода.<br /> <br /> === Регистрация на курс ===<br /> <br /> Регистрация на курс проходит по ссылке: https://forms.yandex.ru/u/68b5cce75056902b66dd51fb<br /> <br /> == План курса ==<br /> 1. История развития ИИ. Базовые принципы работы больших языковых моделей.<br /> <br /> 2. Основные виды и параметры Больших Языковых Моделей. Каким образом выбирать LLM для решения задач?<br /> <br /> 3. Составные части приложений: Frontend, Backend, Веб-серверы. Применимость LLM для каждого из видов решения задач.<br /> <br /> 4. Проектирование стартовых шаблонов решений на основе LLM.<br /> <br /> 5. Инструменты для решения LLM-задач: IDE (Cursor/Copilot), CLI (Claude Code), чат-боты.<br /> <br /> 6. Генерация знаний для LLM: RAG-модели (Retrieval Augmentation), GraphRAG, KAG (Knowledge Augmentation Graph).<br /> <br /> 7. Model Context Protocol как универсальная база для создания решения. Популярные назначения MCP. Популярные серверы Model Context Protocol: Context7, Supabase.<br /> <br /> 8. Оптимизация кодовой базы при помощи LLM.<br /> <br /> 9. NoCode и LowCode-решения для создания фронтендов. Графовые методы для решения задач генеративного ИИ: ComfyUI, n8n.<br /> <br /> 10. Этика и безопасность использования LLM: служебные данные, ключи авторизации. Инструменты выявления уязвимостей.<br /> <br /> 11. Универсальные платформы для разработки кода: SourceCraft, OpenAI Codex.<br /> <br /> 12. Направления развития IT-отрасли: Bug Driven Development, Prompt Storytelling. Принципы написания системных промптов для IDE. Мультиагентные системы<br /> <br /> == Формат сдачи курса ==<br /> <br /> Курс предполагает быструю разработку прототипа решений при помощи изученных инструментов в рамках курса. Необходимо подтвердить навыки эффективной работы с LLM-моделями.<br /> <br /> === Минимальные требования ===<br /> <br /> Необходимо реализовать проект с минимальными компонентами:<br /> * Frontend/Backend/DB<br /> * Backlog проекта можно оценить в не менее 100 Story Points (в оценке человеческих ресурсов)<br /> <br /> В качестве сдачи домашнего задания необходимо отправить ссылку на приватный репозиторий с отчетом по выполненному проекту:<br /> * Спроектированный Product Backlog для решения<br /> * Показать, какие компоненты пришлось дорабатывать руками<br /> * Использовать MCP-серверы (указать, какие компоненты были использованы)<br /> * Сообщить, какие LLM-модели были использованы для реализации задач<br /> <br /> Бонусы:<br /> + Использование MultiAgent LLM (BMAD, Claude Flow)<br /> + Настройка агентов, в том числе, через LowCode-инструменты n8n / SourceCraft.<br /> + Интеграция систем с примерами использования и реализацией Test Driven Development<br /> <br /> === Примеры проектов ===<br /> <br /> Можно выбрать на усмотрение один из проектов или реализовать свой собственный проект по согласованию с преподавателем.<br /> <br /> Описание проекта дается в минимальном формате - Вашей целью является улучшение проекта с помощью LLM. Ваша цель - использовать и ограничивать воображение.<br /> <br /> ==== Простые проекты (удовлетворительно 3-4) ====<br /> 1. Kanban-доска (Упрощенный Trello):<br /> * создание задач<br /> * назначение задач для пользователей<br /> * приглашение пользователей<br /> * создание досок<br /> * создание статусов задач<br /> * ограничение по количеству задач с определенным статусом (основная идея Kanban)<br /> 2. Меню столовой с голосованием:<br /> * Блюда по дням недели<br /> * Голосование за блюдо<br /> * Рейтинг блюд<br /> * Фильтр по категориям<br /> 3. Dashboard успеваемость (Электронная ведомость):<br /> * Студенты, предметы, оценки<br /> * Средний балл по предмету<br /> * График успеваемости студента<br /> * Топ студентов<br /> <br /> ==== Задачи невысокой сложности (хорошо 5) ====<br /> 1. Мини маркетплейс объявлений:<br /> * Создание объявлений с фото<br /> * Категории и поиск<br /> * Избранное<br /> * Контакт продавца<br /> 2. Система для проведения турниров:<br /> * Регистрация участников<br /> * Генерация сетки<br /> * Поддержка режима Double Elimination<br /> * Визуализация сетки<br /> <br /> ==== Задачи с усложнениями (оценки 7-8) ====<br /> 1. Календарь событий с напоминаниями<br /> * События с датой/временем<br /> * Повторяющиеся события<br /> * Напоминания в UI<br /> * Приглашение участников<br /> 2. Форум с ветками обсуждений<br /> * Разделы → Темы → Сообщения<br /> * Ответы на сообщения (дерево)<br /> * Пагинация<br /> * Markdown в сообщениях<br /> 3. Трекер тренировок с аналитикой<br /> * Логирование тренировок (тип, длительность, дистанция)<br /> * Графики прогресса<br /> * Цели и прогресс к ним<br /> * Сравнение периодов<br /> 4. Система опросов с условной логикой<br /> * Конструктор опросов<br /> * Разные типы вопросов<br /> * &quot;Если ответ X → показать вопрос Y&quot;<br /> * Аналитика ответов<br /> <br /> ==== Задание на оценку 10 ====<br /> <br /> 1. Простейший видехостинг<br /> * Загрузка видео<br /> * Стриминг воспроизведения<br /> * Превью/thumbnail<br /> * Комментарии + лайки<br /> 2. Карта мероприятий с геолокациями:<br /> * События с координатами<br /> * Отображение на карте<br /> * Поиск &quot;рядом со мной&quot;<br /> * Фильтры по дате/категории<br /> 3. A/B тестирование (Feature Flags)<br /> * Создание экспериментов<br /> * SDK для получения варианта<br /> * сбор метрик<br /> * Поддержка критериев и статзначимости<br /> 4. Realtime-доска для ретроспектив (Miro-lite)<br /> * Стикеры на доске<br /> * Realtime синхронизация<br /> * поддержка нескольких пользователей<br /> * Голосование за стикеры</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A1%D0%BE%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D1%8B_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D1%8B%D1%85_%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%82%D0%BE%D0%B2_%D1%81_%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D0%BE%D0%B2_%D0%B8%D1%81%D0%BA%D1%83%D1%81%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B8%D0%BD%D1%82%D0%B5%D0%BB%D0%BB%D0%B5%D0%BA%D1%82%D0%B0_2025&diff=4233 2025-12-10T21:05:42Z

<p>Ахтямов Павел: /* Формат курса */</p> <hr /> <div>==Общие сведения==<br /> * Семестр: 5/7<br /> * Форма контроля: дифференцированный зачет<br /> * Дни и время занятий: вторник, 17:05-18:30, УЛК-1 (Цифра), аудитория 2.36<br /> <br /> '''Преподаватель'''<br /> *Ахтямов Павел<br /> <br /> ==Формат курса==<br /> <br /> В рамках курса студенты ознакомятся с основными принципами LLM-моделей и научатся использовать их в свою пользу. Студентам будет предложено разработать проект с использованием LLM и оценить все преимущества использования нового поколения генерации кода.<br /> <br /> === Регистрация на курс ===<br /> <br /> Регистрация на курс проходит по ссылке: https://forms.yandex.ru/u/68b5cce75056902b66dd51fb<br /> <br /> == План курса ==<br /> 1. История развития ИИ. Базовые принципы работы больших языковых моделей.<br /> <br /> 2. Основные виды и параметры Больших Языковых Моделей. Каким образом выбирать LLM для решения задач?<br /> <br /> 3. Составные части приложений: Frontend, Backend, Веб-серверы. Применимость LLM для каждого из видов решения задач.<br /> <br /> 4. Проектирование стартовых шаблонов решений на основе LLM.<br /> <br /> 5. Инструменты для решения LLM-задач: IDE (Cursor/Copilot), CLI (Claude Code), чат-боты.<br /> <br /> 6. Генерация знаний для LLM: RAG-модели (Retrieval Augmentation), GraphRAG, KAG (Knowledge Augmentation Graph).<br /> <br /> 7. Model Context Protocol как универсальная база для создания решения. Популярные назначения MCP. Популярные серверы Model Context Protocol: Context7, Supabase.<br /> <br /> 8. Оптимизация кодовой базы при помощи LLM.<br /> <br /> 9. NoCode и LowCode-решения для создания фронтендов. Графовые методы для решения задач генеративного ИИ: ComfyUI, n8n.<br /> <br /> 10. Этика и безопасность использования LLM: служебные данные, ключи авторизации. Инструменты выявления уязвимостей.<br /> <br /> 11. Универсальные платформы для разработки кода: SourceCraft, OpenAI Codex.<br /> <br /> 12. Направления развития IT-отрасли: Bug Driven Development, Prompt Storytelling. Принципы написания системных промптов для IDE. Мультиагентные системы</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A1%D0%BE%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D1%8B_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D1%8B%D1%85_%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%82%D0%BE%D0%B2_%D1%81_%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D0%BE%D0%B2_%D0%B8%D1%81%D0%BA%D1%83%D1%81%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B8%D0%BD%D1%82%D0%B5%D0%BB%D0%BB%D0%B5%D0%BA%D1%82%D0%B0_2025&diff=4232 2025-12-10T21:04:43Z

<p>Ахтямов Павел: /* Общие сведения */</p> <hr /> <div>==Общие сведения==<br /> * Семестр: 5/7<br /> * Форма контроля: дифференцированный зачет<br /> * Дни и время занятий: вторник, 17:05-18:30, УЛК-1 (Цифра), аудитория 2.36<br /> <br /> '''Преподаватель'''<br /> *Ахтямов Павел<br /> <br /> ==Формат курса==<br /> <br /> В рамках курса студенты ознакомятся с основными принципами LLM-моделей и научатся использовать их в свою пользу. Студентам будет предложено разработать проект с использованием LLM и оценить все преимущества использования нового поколения генерации кода.<br /> <br /> == План курса ==<br /> 1. История развития ИИ. Базовые принципы работы больших языковых моделей.<br /> <br /> 2. Основные виды и параметры Больших Языковых Моделей. Каким образом выбирать LLM для решения задач?<br /> <br /> 3. Составные части приложений: Frontend, Backend, Веб-серверы. Применимость LLM для каждого из видов решения задач.<br /> <br /> 4. Проектирование стартовых шаблонов решений на основе LLM.<br /> <br /> 5. Инструменты для решения LLM-задач: IDE (Cursor/Copilot), CLI (Claude Code), чат-боты.<br /> <br /> 6. Генерация знаний для LLM: RAG-модели (Retrieval Augmentation), GraphRAG, KAG (Knowledge Augmentation Graph).<br /> <br /> 7. Model Context Protocol как универсальная база для создания решения. Популярные назначения MCP. Популярные серверы Model Context Protocol: Context7, Supabase.<br /> <br /> 8. Оптимизация кодовой базы при помощи LLM.<br /> <br /> 9. NoCode и LowCode-решения для создания фронтендов. Графовые методы для решения задач генеративного ИИ: ComfyUI, n8n.<br /> <br /> 10. Этика и безопасность использования LLM: служебные данные, ключи авторизации. Инструменты выявления уязвимостей.<br /> <br /> 11. Универсальные платформы для разработки кода: SourceCraft, OpenAI Codex.<br /> <br /> 12. Направления развития IT-отрасли: Bug Driven Development, Prompt Storytelling. Принципы написания системных промптов для IDE. Мультиагентные системы</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A1%D0%BE%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D1%8B_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D1%8B%D1%85_%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%82%D0%BE%D0%B2_%D1%81_%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D0%BE%D0%B2_%D0%B8%D1%81%D0%BA%D1%83%D1%81%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B8%D0%BD%D1%82%D0%B5%D0%BB%D0%BB%D0%B5%D0%BA%D1%82%D0%B0_2025&diff=4231 2025-12-10T21:01:20Z

<p>Ахтямов Павел: /* План курса */</p> <hr /> <div>==Общие сведения==<br /> * Семестр: 5/7<br /> * Форма контроля: дифференцированный зачет<br /> <br /> '''Преподаватель'''<br /> *Ахтямов Павел<br /> <br /> ==Формат курса==<br /> <br /> В рамках курса студенты ознакомятся с основными принципами LLM-моделей и научатся использовать их в свою пользу. Студентам будет предложено разработать проект с использованием LLM и оценить все преимущества использования нового поколения генерации кода.<br /> <br /> == План курса ==<br /> 1. История развития ИИ. Базовые принципы работы больших языковых моделей.<br /> <br /> 2. Основные виды и параметры Больших Языковых Моделей. Каким образом выбирать LLM для решения задач?<br /> <br /> 3. Составные части приложений: Frontend, Backend, Веб-серверы. Применимость LLM для каждого из видов решения задач.<br /> <br /> 4. Проектирование стартовых шаблонов решений на основе LLM.<br /> <br /> 5. Инструменты для решения LLM-задач: IDE (Cursor/Copilot), CLI (Claude Code), чат-боты.<br /> <br /> 6. Генерация знаний для LLM: RAG-модели (Retrieval Augmentation), GraphRAG, KAG (Knowledge Augmentation Graph).<br /> <br /> 7. Model Context Protocol как универсальная база для создания решения. Популярные назначения MCP. Популярные серверы Model Context Protocol: Context7, Supabase.<br /> <br /> 8. Оптимизация кодовой базы при помощи LLM.<br /> <br /> 9. NoCode и LowCode-решения для создания фронтендов. Графовые методы для решения задач генеративного ИИ: ComfyUI, n8n.<br /> <br /> 10. Этика и безопасность использования LLM: служебные данные, ключи авторизации. Инструменты выявления уязвимостей.<br /> <br /> 11. Универсальные платформы для разработки кода: SourceCraft, OpenAI Codex.<br /> <br /> 12. Направления развития IT-отрасли: Bug Driven Development, Prompt Storytelling. Принципы написания системных промптов для IDE. Мультиагентные системы</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A1%D0%BE%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D1%8B_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D1%8B%D1%85_%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%82%D0%BE%D0%B2_%D1%81_%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D0%BE%D0%B2_%D0%B8%D1%81%D0%BA%D1%83%D1%81%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B8%D0%BD%D1%82%D0%B5%D0%BB%D0%BB%D0%B5%D0%BA%D1%82%D0%B0_2025&diff=4124 2025-09-01T15:10:39Z

<p>Ахтямов Павел: /* Общие сведения */</p> <hr /> <div>==Общие сведения==<br /> * Семестр: 5/7<br /> * Форма контроля: дифференцированный зачет<br /> <br /> '''Преподаватель'''<br /> *Ахтямов Павел<br /> <br /> ==Формат курса==<br /> <br /> В рамках курса студенты ознакомятся с основными принципами LLM-моделей и научатся использовать их в свою пользу. Студентам будет предложено разработать проект с использованием LLM и оценить все преимущества использования нового поколения генерации кода.<br /> <br /> == План курса ==<br /> 1. История развития ИИ. Базовые принципы работы больших языковых моделей.<br /> <br /> 2. Основные виды и параметры Больших Языковых Моделей. Каким образом выбирать LLM для решения задач?<br /> <br /> 3. Составные части приложений: Frontend, Backend, Веб-серверы. Применимость LLM для каждого из видов решения задач.<br /> <br /> 4. Проектирование стартовых шаблонов решений на основе LLM.<br /> <br /> 5. Инструменты для решения LLM-задач: IDE (Cursor/Copilot), CLI (Claude Code), чат-боты.<br /> <br /> 6. Генерация знаний для LLM: RAG-модели (Retrieval Augmentation).<br /> <br /> 7. Model Context Protocol как универсальная база для создания решения. Популярные назначения MCP.<br /> <br /> 8. Оптимизация кодовой базы при помощи LLM.<br /> <br /> 9. NoCode и LowCode-решения для создания фронтендов.<br /> <br /> 10. Этика и безопасность использования LLM: служебные данные, ключи авторизации. Инструменты выявления уязвимостей.<br /> <br /> 11. Направления развития IT-отрасли: Bug Driven Development, Prompt Storytelling. Принципы написания системных промптов для IDE.</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A1%D0%BE%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D1%8B_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D1%8B%D1%85_%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%82%D0%BE%D0%B2_%D1%81_%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D0%BE%D0%B2_%D0%B8%D1%81%D0%BA%D1%83%D1%81%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B8%D0%BD%D1%82%D0%B5%D0%BB%D0%BB%D0%B5%D0%BA%D1%82%D0%B0_2025&diff=4123 2025-09-01T15:10:25Z

<p>Ахтямов Павел: /* План курса */</p> <hr /> <div>==Общие сведения==<br /> * Семестр: 1/3/5/7/9/11<br /> * Форма контроля: дифференцированный зачет<br /> <br /> '''Преподаватель'''<br /> *Ахтямов Павел<br /> <br /> ==Формат курса==<br /> <br /> В рамках курса студенты ознакомятся с основными принципами LLM-моделей и научатся использовать их в свою пользу. Студентам будет предложено разработать проект с использованием LLM и оценить все преимущества использования нового поколения генерации кода.<br /> <br /> == План курса ==<br /> 1. История развития ИИ. Базовые принципы работы больших языковых моделей.<br /> <br /> 2. Основные виды и параметры Больших Языковых Моделей. Каким образом выбирать LLM для решения задач?<br /> <br /> 3. Составные части приложений: Frontend, Backend, Веб-серверы. Применимость LLM для каждого из видов решения задач.<br /> <br /> 4. Проектирование стартовых шаблонов решений на основе LLM.<br /> <br /> 5. Инструменты для решения LLM-задач: IDE (Cursor/Copilot), CLI (Claude Code), чат-боты.<br /> <br /> 6. Генерация знаний для LLM: RAG-модели (Retrieval Augmentation).<br /> <br /> 7. Model Context Protocol как универсальная база для создания решения. Популярные назначения MCP.<br /> <br /> 8. Оптимизация кодовой базы при помощи LLM.<br /> <br /> 9. NoCode и LowCode-решения для создания фронтендов.<br /> <br /> 10. Этика и безопасность использования LLM: служебные данные, ключи авторизации. Инструменты выявления уязвимостей.<br /> <br /> 11. Направления развития IT-отрасли: Bug Driven Development, Prompt Storytelling. Принципы написания системных промптов для IDE.</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A1%D0%BE%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D1%8B_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D1%8B%D1%85_%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%82%D0%BE%D0%B2_%D1%81_%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D0%BE%D0%B2_%D0%B8%D1%81%D0%BA%D1%83%D1%81%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B8%D0%BD%D1%82%D0%B5%D0%BB%D0%BB%D0%B5%D0%BA%D1%82%D0%B0_2025&diff=4005 2025-07-17T13:08:40Z

<p>Ахтямов Павел: Новая страница: «==Общие сведения== * Семестр: 1/3/5/7/9/11 * Форма контроля: дифференцированный зачет &#039;&#039;&#039;Преподав…»</p> <hr /> <div>==Общие сведения==<br /> * Семестр: 1/3/5/7/9/11<br /> * Форма контроля: дифференцированный зачет<br /> <br /> '''Преподаватель'''<br /> *Ахтямов Павел<br /> <br /> ==Формат курса==<br /> <br /> В рамках курса студенты ознакомятся с основными принципами LLM-моделей и научатся использовать их в свою пользу. Студентам будет предложено разработать проект с использованием LLM и оценить все преимущества использования нового поколения генерации кода.<br /> <br /> == План курса ==<br /> 1. История развития ИИ. Базовые принципы работы больших языковых моделей.<br /> 2. Основные виды и параметры Больших Языковых Моделей. Каким образом выбирать LLM для решения задач?<br /> 3. Составные части приложений: Frontend, Backend, Веб-серверы. Применимость LLM для каждого из видов решения задач.<br /> 4. Проектирование стартовых шаблонов решений на основе LLM.<br /> 5. Инструменты для решения LLM-задач: IDE (Cursor/Copilot), CLI (Claude Code), чат-боты.<br /> 6. Генерация знаний для LLM: RAG-модели (Retrieval Augmentation).<br /> 7. Model Context Protocol как универсальная база для создания решения. Популярные назначения MCP.<br /> 8. Оптимизация кодовой базы при помощи LLM.<br /> 9. NoCode и LowCode-решения для создания фронтендов.<br /> 10. Этика и безопасность использования LLM: служебные данные, ключи авторизации. Инструменты выявления уязвимостей.<br /> 11. Направления развития IT-отрасли: Bug Driven Development, Prompt Storytelling. Принципы написания системных промптов для IDE.</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A2%D0%9F_%D0%B2%D0%B5%D1%81%D0%BD%D0%B0_2025&diff=3847 2025-02-17T21:44:22Z

<p>Ахтямов Павел: </p> <hr /> <div><br /> == Общие сведения ==<br /> * Семестр: 2 (первый курс, весенний семестр)<br /> * Форма контроля: дифференцированный зачет<br /> * Запись вводного занятия<br /> * Регистрация на курс происходит через сайт https://akhcheck.ru<br /> * '''ДЛЯ ТЕХ, У КОГО КУРС ПО ВЫБОРУ''' [https://docs.google.com/forms/d/e/1FAIpQLSdAFWmCtm2LwtNzALUViW3CbnYG4AIvwRy-jaZhM_UC07tLlg/viewform?usp=header Регистрация на электив от кафедры АТП]<br /> <br /> == Команда курса ==<br /> '''Руководитель курса:''' [[Участник:Ахтямов_Павел | Ахтямов Павел]] (akhtyamovpavel@akhpl.ru)<br /> <br /> '''Кураторы''':<br /> * Иван Калинин<br /> * Николай Спицын<br /> <br /> == Система оценивания ==<br /> * Домашние задания - 70%<br /> * Активность на семинарах - 15%<br /> * Контрольные мероприятия - 15%<br /> * Активность на лекциях - 10%<br /> <br /> === Семинаристы ===<br /> <br /> {| class=&quot;wikitable&quot; style=&quot;text-align:center;&quot;<br /> |- style=&quot;font-weight:bold;&quot;<br /> ! Группа<br /> ! Семинарист<br /> ! День недели<br /> ! Расписание<br /> ! Аудитория<br /> |-<br /> | 402<br /> | Погадаев Никита<br /> | Вторник<br /> | 9:00<br /> | 806 КПМ<br /> |-<br /> | 403<br /> | Погадаев Никита<br /> | Вторник<br /> | 10:45<br /> | 806 КПМ<br /> |-<br /> | 404<br /> | Белков Иван<br /> | Вторник<br /> | 12:20<br /> | 802 КПМ<br /> |-<br /> | 405<br /> | Спицын Николай<br /> | Пятница<br /> | 17:05<br /> | 107 БК<br /> |-<br /> | 406<br /> | Калмыков Андрей<br /> | Четверг<br /> | 15:30<br /> | 317 ЛК<br /> |-<br /> | 407<br /> | Спицын Николай<br /> | Пятница<br /> | 18:30<br /> | 107 БК<br /> |-<br /> | 408<br /> | Нам Илья<br /> | Понедельник<br /> | 10:45<br /> | 801 КПМ<br /> |-<br /> | 409<br /> | Любар Пётр<br /> | Среда<br /> | 17:05<br /> | 701 КПМ<br /> |-<br /> | 411<br /> | Калинин Иван<br /> | Вторник<br /> | 10:45<br /> | 804 КПМ<br /> |-<br /> | 412<br /> | Завадский Виталий<br /> | Четверг<br /> | 13:55<br /> | 324Б ЛК<br /> |-<br /> | 413<br /> | Яцулевич Владимир<br /> | Вторник<br /> | 17:05<br /> | 516 ГК<br /> |-<br /> | 414<br /> | Вашкевич Егор<br /> | Пятница<br /> | 18:35<br /> | 324А ЛК<br /> |-<br /> | 415<br /> | Любар Пётр<br /> | Четверг<br /> | 17:05<br /> | 701 КПМ<br /> |-<br /> | 416<br /> | Сазанович Михаил<br /> | Понедельник<br /> | 13:55<br /> | 9241-9242 ТИМКА<br /> |-<br /> | 417<br /> | Нам Илья<br /> | Вторник<br /> | 13:55<br /> | 804 КПМ<br /> |-<br /> | 423<br /> | Оспанов Ален<br /> | Понедельник<br /> | 18:35<br /> | 701 КПМ<br /> |-<br /> | 424<br /> | Сазанович Михаил<br /> | Понедельник<br /> | 10:45<br /> | 9245-9246 ТИМКА<br /> |-<br /> | 425<br /> | Сазанович Михаил<br /> | Понедельник<br /> | 12:20<br /> | 9245-9246 ТИМКА<br /> |-<br /> | 426<br /> | Оспанов Ален<br /> | Вторник<br /> | 13:35<br /> | 804 КПМ<br /> |-<br /> | 427<br /> | Ахтямов Павел<br /> | Среда<br /> | 9:00<br /> | 907 КПМ<br /> |-<br /> | 431<br /> | Калинин Иван<br /> | Среда<br /> | 15:30<br /> | 206 УПМ<br /> |-<br /> | 432<br /> | Любар Пётр<br /> | Среда<br /> | 15:30<br /> | 701 КПМ<br /> |-<br /> | 451<br /> | Егоров Владислав<br /> | Вторник<br /> | 12:20<br /> | 319 ЛК<br /> |-<br /> | 452<br /> | Касымалиева Жанель<br /> | Понедельник<br /> | 17:05<br /> | 206 КПМ<br /> |-<br /> | 453<br /> | Егоров Владислав<br /> | Вторник<br /> | 10:45<br /> | 319 ЛК<br /> |}<br /> <br /> == План курса ==<br /> * 1. Основные понятия об операционных системах. Различие Windows, Linux, Mac OS.<br /> * 2. Системы контроля версий - часть 1. Виды систем контроля версий. Базовые команды в Git. Работа с удаленным репозиторием.<br /> * 3. Bash-скриптинг и реализация скриптов.<br /> * 4. Система контроля версий - часть 2. Работа с ветвлениями. Merge vs Rebase. Контроль за процессами.<br /> * 5. Системы контроля версий - часть 3. Работа в Github, Gitlab - приглашение в репозитории, организация контроля, Protected ветки.<br /> * 6. Системы сборки проектов. Скриптовые системы сборки.<br /> * 7. Системы сборки проектов на C++/Java (Make/CMake/Conan для C++, Maven/Gradle для Java).<br /> * 8. Тестирование ПО. Принципы тестирования ПО. Психология тестирования ПО. Тестирование vs QC vs QA. Пирамида тестирования.<br /> * 9. Тестирование ПО. Unit тестирование, Mock тестирование.<br /> * 10. Сетевой стек - работа веб-сервисов, стек ISO/OSI - TCP/IP.<br /> * 11. Сетевок стек - виды API: REST API/GraphQL/XML. Тестирование API: Selenium, Playwright, Requests Mock.<br /> * 12. Инструменты виртуализации и контейнеризации. Docker как основной инструмент контейнеризации. Понятия образ и контейнеров - их отличия. Запуск контейнеров.<br /> * 13. Docker. Сборка образов. Различные конфигурации сборки образов.<br /> * 14. Docker Compose как инструмент развертывания инфраструктуры.<br /> <br /> <br /> == Полезные ссылки ==<br /> <br /> 1. Сайт международной сертификации ISTQB: https://www.istqb.org/</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A2%D0%9F_%D0%B2%D0%B5%D1%81%D0%BD%D0%B0_2025&diff=3799 2025-02-04T20:54:01Z

<p>Ахтямов Павел: /* Семинаристы */</p> <hr /> <div><br /> == Общие сведения ==<br /> * Семестр: 2 (первый курс, весенний семестр)<br /> * Форма контроля: дифференцированный зачет<br /> * Запись вводного занятия<br /> * Регистрация на курс происходит через сайт https://akhcheck.ru<br /> <br /> == Команда курса ==<br /> '''Руководитель курса:''' [[Участник:Ахтямов_Павел | Ахтямов Павел]] (akhtyamovpavel@akhpl.ru)<br /> <br /> '''Кураторы''':<br /> * Иван Калинин<br /> * Николай Спицын<br /> <br /> == Система оценивания ==<br /> * Домашние задания - 70%<br /> * Активность на семинарах - 15%<br /> * Контрольные мероприятия - 15%<br /> * Активность на лекциях - 10%<br /> <br /> === Семинаристы ===<br /> <br /> {| class=&quot;wikitable&quot; style=&quot;text-align:center;&quot;<br /> |- style=&quot;font-weight:bold;&quot;<br /> ! Группа<br /> ! Семинарист<br /> ! День недели<br /> ! Расписание<br /> ! Аудитория<br /> |-<br /> | 402<br /> | Погадаев Никита<br /> | Вторник<br /> | 9:00<br /> | 806 КПМ<br /> |-<br /> | 403<br /> | Погадаев Никита<br /> | Вторник<br /> | 10:45<br /> | 806 КПМ<br /> |-<br /> | 404<br /> | Белков Иван<br /> | Вторник<br /> | 12:20<br /> | 802 КПМ<br /> |-<br /> | 405<br /> | Спицын Николай<br /> | Пятница<br /> | 17:05<br /> | 107 БК<br /> |-<br /> | 406<br /> | Калмыков Андрей<br /> | Четверг<br /> | 15:30<br /> | 317 ЛК<br /> |-<br /> | 407<br /> | Спицын Николай<br /> | Пятница<br /> | 18:30<br /> | 107 БК<br /> |-<br /> | 408<br /> | Нам Илья<br /> | Понедельник<br /> | 10:45<br /> | 801 КПМ<br /> |-<br /> | 409<br /> | Любар Пётр<br /> | Среда<br /> | 17:05<br /> | 701 КПМ<br /> |-<br /> | 411<br /> | Калинин Иван<br /> | Вторник<br /> | 10:45<br /> | 804 КПМ<br /> |-<br /> | 412<br /> | Завадский Виталий<br /> | Четверг<br /> | 13:55<br /> | 324Б ЛК<br /> |-<br /> | 413<br /> | Яцулевич Владимир<br /> | Вторник<br /> | 17:05<br /> | 516 ГК<br /> |-<br /> | 414<br /> | Вашкевич Егор<br /> | Пятница<br /> | 18:35<br /> | 324А ЛК<br /> |-<br /> | 415<br /> | Любар Пётр<br /> | Четверг<br /> | 17:05<br /> | 701 КПМ<br /> |-<br /> | 416<br /> | Сазанович Михаил<br /> | Понедельник<br /> | 13:55<br /> | 9241-9242 ТИМКА<br /> |-<br /> | 417<br /> | Нам Илья<br /> | Вторник<br /> | 13:55<br /> | 804 КПМ<br /> |-<br /> | 423<br /> | Оспанов Ален<br /> | Понедельник<br /> | 18:35<br /> | 701 КПМ<br /> |-<br /> | 424<br /> | Сазанович Михаил<br /> | Понедельник<br /> | 10:45<br /> | 9245-9246 ТИМКА<br /> |-<br /> | 425<br /> | Сазанович Михаил<br /> | Понедельник<br /> | 12:20<br /> | 9245-9246 ТИМКА<br /> |-<br /> | 426<br /> | Оспанов Ален<br /> | Вторник<br /> | 13:35<br /> | 804 КПМ<br /> |-<br /> | 427<br /> | Ахтямов Павел<br /> | Среда<br /> | 9:00<br /> | 907 КПМ<br /> |-<br /> | 431<br /> | Калинин Иван<br /> | Среда<br /> | 15:30<br /> | 206 УПМ<br /> |-<br /> | 432<br /> | Любар Пётр<br /> | Среда<br /> | 15:30<br /> | 701 КПМ<br /> |-<br /> | 451<br /> | Егоров Владислав<br /> | Вторник<br /> | 12:20<br /> | 319 ЛК<br /> |-<br /> | 452<br /> | Касымалиева Жанель<br /> | Понедельник<br /> | 17:05<br /> | 206 КПМ<br /> |-<br /> | 453<br /> | Егоров Владислав<br /> | Вторник<br /> | 10:45<br /> | 319 ЛК<br /> |}<br /> <br /> == План курса ==<br /> * 1. Основные понятия об операционных системах. Различие Windows, Linux, Mac OS.<br /> * 2. Системы контроля версий - часть 1. Виды систем контроля версий. Базовые команды в Git. Работа с удаленным репозиторием.<br /> * 3. Bash-скриптинг и реализация скриптов.<br /> * 4. Система контроля версий - часть 2. Работа с ветвлениями. Merge vs Rebase. Контроль за процессами.<br /> * 5. Системы контроля версий - часть 3. Работа в Github, Gitlab - приглашение в репозитории, организация контроля, Protected ветки.<br /> * 6. Системы сборки проектов. Скриптовые системы сборки.<br /> * 7. Системы сборки проектов на C++/Java (Make/CMake/Conan для C++, Maven/Gradle для Java).<br /> * 8. Тестирование ПО. Принципы тестирования ПО. Психология тестирования ПО. Тестирование vs QC vs QA. Пирамида тестирования.<br /> * 9. Тестирование ПО. Unit тестирование, Mock тестирование.<br /> * 10. Сетевой стек - работа веб-сервисов, стек ISO/OSI - TCP/IP.<br /> * 11. Сетевок стек - виды API: REST API/GraphQL/XML. Тестирование API: Selenium, Playwright, Requests Mock.<br /> * 12. Инструменты виртуализации и контейнеризации. Docker как основной инструмент контейнеризации. Понятия образ и контейнеров - их отличия. Запуск контейнеров.<br /> * 13. Docker. Сборка образов. Различные конфигурации сборки образов.<br /> * 14. Docker Compose как инструмент развертывания инфраструктуры.<br /> <br /> <br /> == Полезные ссылки ==<br /> <br /> 1. Сайт международной сертификации ISTQB: https://www.istqb.org/</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A1%D0%BE%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D1%82%D0%B5%D1%85%D0%BD%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D0%B8_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81%D0%BE%D0%B2_%D0%B0%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85_%D0%B2%D0%B5%D1%81%D0%BD%D0%B0_2025&diff=3794 2025-02-03T22:44:38Z

<p>Ахтямов Павел: </p> <hr /> <div>= Общие сведения =<br /> * Семестр: 2 (пятый курс)<br /> * Формат: онлайн<br /> * Форма контроля: дифференцированный зачет<br /> <br /> == Важные ссылки ==<br /> * '''[Материалы занятий]'''<br /> * '''[Текущие оценки]''' (По закону о хранении персональных данных ведомости будут доступны на сайте https://akhcheck.ru)<br /> * '''[Продление дедлайнов]'''<br /> <br /> = Преподаватели =<br /> ** [[ Участник:Ахтямов_Павел | Павел Ахтямов ]] (akhtyamovpavel at akhpl.ru)<br /> <br /> = План курса =<br /> <br /> {| class=&quot;wikitable&quot;<br /> |- <br /> ! Дата<br /> ! Тема<br /> |-<br /> | 10.02.2024 || Linux &amp; Bash<br /> |-<br /> | 17.02.2024 || Git<br /> |-<br /> | 24.02.2024 || API и прототипирование сервисов. Сетевой стек<br /> |-<br /> | 05.03.2024 || Docker для ML-сервисов. Оптимальная сборка образов и запуск контейнеров<br /> |-<br /> | 12.03.2024 || Тестирование. Часть 1<br /> |-<br /> | 19.03.2024 || Тестирование. Часть 2<br /> |-<br /> |}<br /> <br /> = Оценивание =<br /> <br /> Оценивание производиться по сумме баллов за курсы.<br /> <br /> Задания будут сдаваться на платформе https://akhcheck.ru. <br /> <br /> <br /> {| class=&quot;wikitable&quot;<br /> |- <br /> ! Название<br /> ! Дедлайн<br /> |-<br /> | Тестовое задание (для знакомства с системой) || 15.03.2024 ||<br /> |-<br /> | Bash || 10.03.2024 ||<br /> |-<br /> | Git || 17.03.2024 || <br /> |}</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A2%D0%9F_%D0%B2%D0%B5%D1%81%D0%BD%D0%B0_2025&diff=3793 2025-02-03T22:33:41Z

<p>Ахтямов Павел: /* Команда курса */</p> <hr /> <div><br /> == Общие сведения ==<br /> * Семестр: 2 (первый курс, весенний семестр)<br /> * Форма контроля: дифференцированный зачет<br /> * Запись вводного занятия<br /> * Регистрация на курс происходит через сайт https://akhcheck.ru<br /> <br /> == Команда курса ==<br /> '''Руководитель курса:''' [[Участник:Ахтямов_Павел | Ахтямов Павел]] (akhtyamovpavel@akhpl.ru)<br /> <br /> '''Кураторы''':<br /> * Иван Калинин<br /> * Николай Спицын<br /> <br /> == Система оценивания ==<br /> * Домашние задания - 70%<br /> * Активность на семинарах - 15%<br /> * Контрольные мероприятия - 15%<br /> * Активность на лекциях - 10%<br /> <br /> === Семинаристы ===<br /> <br /> {| class=&quot;wikitable&quot; style=&quot;text-align:center;&quot;<br /> |- style=&quot;font-weight:bold;&quot;<br /> ! Группа<br /> ! Семинарист<br /> ! День недели<br /> ! Расписание<br /> ! Аудитория<br /> |-<br /> | 402<br /> | Погадаев Никита<br /> | Вторник<br /> | 9:00<br /> | 806 КПМ<br /> |-<br /> | 403<br /> | Погадаев Никита<br /> | Вторник<br /> | 10:45<br /> | 806 КПМ<br /> |-<br /> | 404<br /> | Белков Иван<br /> | Вторник<br /> | 12:20<br /> | 802 КПМ<br /> |-<br /> | 405<br /> | Спицын Николай<br /> | Пятница<br /> | 17:05<br /> | 107 БК<br /> |-<br /> | 406<br /> | Калмыков Андрей<br /> | Четверг<br /> | 15:30<br /> | 317 ЛК<br /> |-<br /> | 407<br /> | Спицын Николай<br /> | Пятница<br /> | 18:30<br /> | 107 БК<br /> |-<br /> | 408<br /> | Нам Илья<br /> | Понедельник<br /> | 10:45<br /> | 801 КПМ<br /> |-<br /> | 409<br /> | Любар Пётр<br /> | Среда<br /> | 17:05<br /> | 701 КПМ<br /> |-<br /> | 411<br /> | Калинин Иван<br /> | Вторник<br /> | 10:45<br /> | 804 КПМ<br /> |-<br /> | 412<br /> | Завадский Виталий<br /> | Четверг<br /> | 13:55<br /> | 324Б ЛК<br /> |-<br /> | 413<br /> | Яцулевич Владимир<br /> | Вторник<br /> | 17:05<br /> | 516 ГК<br /> |-<br /> | 414<br /> | Вашкевич Егор<br /> | Пятница<br /> | 18:35<br /> | 324А ЛК<br /> |-<br /> | 415<br /> | Любар Пётр<br /> | Четверг<br /> | 17:05<br /> | 701 КПМ<br /> |-<br /> | 416<br /> | Сазанович Михаил<br /> | Понедельник<br /> | 13:55<br /> | 9241-9242 ТИМКА<br /> |-<br /> | 417<br /> | Нам Илья<br /> | Вторник<br /> | 13:55<br /> | 804 КПМ<br /> |-<br /> | 423<br /> | Оспанов Ален<br /> | Понедельник<br /> | 18:35<br /> | 701 КПМ<br /> |-<br /> | 424<br /> | Сазанович Михаил<br /> | Понедельник<br /> | 10:45<br /> | 9245-9246 ТИМКА<br /> |-<br /> | 425<br /> | Сазанович Михаил<br /> | Понедельник<br /> | 12:20<br /> | 9245-9246 ТИМКА<br /> |-<br /> | 426<br /> | Оспанов Ален<br /> | Вторник<br /> | 13:35<br /> | 804 КПМ<br /> |-<br /> | 427<br /> | Ахтямов Павел<br /> | Среда<br /> | 9:00<br /> | 702 КПМ<br /> |-<br /> | 431<br /> | Калинин Иван<br /> | Среда<br /> | 15:30<br /> | 206 УПМ<br /> |-<br /> | 432<br /> | Любар Пётр<br /> | Среда<br /> | 15:30<br /> | 701 КПМ<br /> |-<br /> | 451<br /> | Егоров Владислав<br /> | Вторник<br /> | 12:20<br /> | 319 ЛК<br /> |-<br /> | 452<br /> | Касымалиева Жанель<br /> | Понедельник<br /> | 17:05<br /> | 206 КПМ<br /> |-<br /> | 453<br /> | Егоров Владислав<br /> | Вторник<br /> | 10:45<br /> | 319 ЛК<br /> |}<br /> <br /> == План курса ==<br /> * 1. Основные понятия об операционных системах. Различие Windows, Linux, Mac OS.<br /> * 2. Системы контроля версий - часть 1. Виды систем контроля версий. Базовые команды в Git. Работа с удаленным репозиторием.<br /> * 3. Bash-скриптинг и реализация скриптов.<br /> * 4. Система контроля версий - часть 2. Работа с ветвлениями. Merge vs Rebase. Контроль за процессами.<br /> * 5. Системы контроля версий - часть 3. Работа в Github, Gitlab - приглашение в репозитории, организация контроля, Protected ветки.<br /> * 6. Системы сборки проектов. Скриптовые системы сборки.<br /> * 7. Системы сборки проектов на C++/Java (Make/CMake/Conan для C++, Maven/Gradle для Java).<br /> * 8. Тестирование ПО. Принципы тестирования ПО. Психология тестирования ПО. Тестирование vs QC vs QA. Пирамида тестирования.<br /> * 9. Тестирование ПО. Unit тестирование, Mock тестирование.<br /> * 10. Сетевой стек - работа веб-сервисов, стек ISO/OSI - TCP/IP.<br /> * 11. Сетевок стек - виды API: REST API/GraphQL/XML. Тестирование API: Selenium, Playwright, Requests Mock.<br /> * 12. Инструменты виртуализации и контейнеризации. Docker как основной инструмент контейнеризации. Понятия образ и контейнеров - их отличия. Запуск контейнеров.<br /> * 13. Docker. Сборка образов. Различные конфигурации сборки образов.<br /> * 14. Docker Compose как инструмент развертывания инфраструктуры.<br /> <br /> <br /> == Полезные ссылки ==<br /> <br /> 1. Сайт международной сертификации ISTQB: https://www.istqb.org/</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A2%D0%9F_%D0%B2%D0%B5%D1%81%D0%BD%D0%B0_2025&diff=3792 2025-02-03T22:31:51Z

<p>Ахтямов Павел: </p> <hr /> <div><br /> == Общие сведения ==<br /> * Семестр: 2 (первый курс, весенний семестр)<br /> * Форма контроля: дифференцированный зачет<br /> * Запись вводного занятия<br /> * Регистрация на курс происходит через сайт https://akhcheck.ru<br /> <br /> == Команда курса ==<br /> '''Руководитель курса:''' [[Участник:Ахтямов_Павел | Ахтямов Павел]] (akhtyamovpavel@akhpl.ru)<br /> <br /> '''Кураторы''':<br /> * Иван Калинин<br /> * Николай Спицын<br /> <br /> == Система оценивания<br /> * Домашние задания - 70%<br /> * Активность на семинарах - 15%<br /> * Контрольные мероприятия - 15%<br /> * Активность на лекциях - 10%<br /> <br /> === Семинаристы ===<br /> <br /> {| class=&quot;wikitable&quot; style=&quot;text-align:center;&quot;<br /> |- style=&quot;font-weight:bold;&quot;<br /> ! Группа<br /> ! Семинарист<br /> ! День недели<br /> ! Расписание<br /> ! Аудитория<br /> |-<br /> | 402<br /> | Погадаев Никита<br /> | Вторник<br /> | 9:00<br /> | 806 КПМ<br /> |-<br /> | 403<br /> | Погадаев Никита<br /> | Вторник<br /> | 10:45<br /> | 806 КПМ<br /> |-<br /> | 404<br /> | Белков Иван<br /> | Вторник<br /> | 12:20<br /> | 802 КПМ<br /> |-<br /> | 405<br /> | Спицын Николай<br /> | Пятница<br /> | 17:05<br /> | 107 БК<br /> |-<br /> | 406<br /> | Калмыков Андрей<br /> | Четверг<br /> | 15:30<br /> | 317 ЛК<br /> |-<br /> | 407<br /> | Спицын Николай<br /> | Пятница<br /> | 18:30<br /> | 107 БК<br /> |-<br /> | 408<br /> | Нам Илья<br /> | Понедельник<br /> | 10:45<br /> | 801 КПМ<br /> |-<br /> | 409<br /> | Любар Пётр<br /> | Среда<br /> | 17:05<br /> | 701 КПМ<br /> |-<br /> | 411<br /> | Калинин Иван<br /> | Вторник<br /> | 10:45<br /> | 804 КПМ<br /> |-<br /> | 412<br /> | Завадский Виталий<br /> | Четверг<br /> | 13:55<br /> | 324Б ЛК<br /> |-<br /> | 413<br /> | Яцулевич Владимир<br /> | Вторник<br /> | 17:05<br /> | 516 ГК<br /> |-<br /> | 414<br /> | Вашкевич Егор<br /> | Пятница<br /> | 18:35<br /> | 324А ЛК<br /> |-<br /> | 415<br /> | Любар Пётр<br /> | Четверг<br /> | 17:05<br /> | 701 КПМ<br /> |-<br /> | 416<br /> | Сазанович Михаил<br /> | Понедельник<br /> | 13:55<br /> | 9241-9242 ТИМКА<br /> |-<br /> | 417<br /> | Нам Илья<br /> | Вторник<br /> | 13:55<br /> | 804 КПМ<br /> |-<br /> | 423<br /> | Оспанов Ален<br /> | Понедельник<br /> | 18:35<br /> | 701 КПМ<br /> |-<br /> | 424<br /> | Сазанович Михаил<br /> | Понедельник<br /> | 10:45<br /> | 9245-9246 ТИМКА<br /> |-<br /> | 425<br /> | Сазанович Михаил<br /> | Понедельник<br /> | 12:20<br /> | 9245-9246 ТИМКА<br /> |-<br /> | 426<br /> | Оспанов Ален<br /> | Вторник<br /> | 13:35<br /> | 804 КПМ<br /> |-<br /> | 427<br /> | Ахтямов Павел<br /> | Среда<br /> | 9:00<br /> | 702 КПМ<br /> |-<br /> | 431<br /> | Калинин Иван<br /> | Среда<br /> | 15:30<br /> | 206 УПМ<br /> |-<br /> | 432<br /> | Любар Пётр<br /> | Среда<br /> | 15:30<br /> | 701 КПМ<br /> |-<br /> | 451<br /> | Егоров Владислав<br /> | Вторник<br /> | 12:20<br /> | 319 ЛК<br /> |-<br /> | 452<br /> | Касымалиева Жанель<br /> | Понедельник<br /> | 17:05<br /> | 206 КПМ<br /> |-<br /> | 453<br /> | Егоров Владислав<br /> | Вторник<br /> | 10:45<br /> | 319 ЛК<br /> |}<br /> <br /> == План курса ==<br /> * 1. Основные понятия об операционных системах. Различие Windows, Linux, Mac OS.<br /> * 2. Системы контроля версий - часть 1. Виды систем контроля версий. Базовые команды в Git. Работа с удаленным репозиторием.<br /> * 3. Bash-скриптинг и реализация скриптов.<br /> * 4. Система контроля версий - часть 2. Работа с ветвлениями. Merge vs Rebase. Контроль за процессами.<br /> * 5. Системы контроля версий - часть 3. Работа в Github, Gitlab - приглашение в репозитории, организация контроля, Protected ветки.<br /> * 6. Системы сборки проектов. Скриптовые системы сборки.<br /> * 7. Системы сборки проектов на C++/Java (Make/CMake/Conan для C++, Maven/Gradle для Java).<br /> * 8. Тестирование ПО. Принципы тестирования ПО. Психология тестирования ПО. Тестирование vs QC vs QA. Пирамида тестирования.<br /> * 9. Тестирование ПО. Unit тестирование, Mock тестирование.<br /> * 10. Сетевой стек - работа веб-сервисов, стек ISO/OSI - TCP/IP.<br /> * 11. Сетевок стек - виды API: REST API/GraphQL/XML. Тестирование API: Selenium, Playwright, Requests Mock.<br /> * 12. Инструменты виртуализации и контейнеризации. Docker как основной инструмент контейнеризации. Понятия образ и контейнеров - их отличия. Запуск контейнеров.<br /> * 13. Docker. Сборка образов. Различные конфигурации сборки образов.<br /> * 14. Docker Compose как инструмент развертывания инфраструктуры.<br /> <br /> <br /> == Полезные ссылки ==<br /> <br /> 1. Сайт международной сертификации ISTQB: https://www.istqb.org/</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A2%D0%9F_%D0%B2%D0%B5%D1%81%D0%BD%D0%B0_2025&diff=3791 2025-02-03T22:27:29Z

<p>Ахтямов Павел: /* Команда курса */</p> <hr /> <div><br /> == Общие сведения ==<br /> * Семестр: 2 (первый курс, весенний семестр)<br /> * Форма контроля: дифференцированный зачет<br /> * Запись вводного занятия<br /> * Регистрация на курс происходит через сайт https://akhcheck.ru<br /> <br /> == Команда курса ==<br /> '''Руководитель курса:''' [[Участник:Ахтямов_Павел | Ахтямов Павел]] (akhtyamovpavel@akhpl.ru)<br /> <br /> '''Кураторы''':<br /> * Иван Калинин<br /> * Николай Спицын<br /> <br /> <br /> === Семинаристы ===<br /> <br /> {| class=&quot;wikitable&quot; style=&quot;text-align:center;&quot;<br /> |- style=&quot;font-weight:bold;&quot;<br /> ! Группа<br /> ! Семинарист<br /> ! День недели<br /> ! Расписание<br /> ! Аудитория<br /> |-<br /> | 402<br /> | Погадаев Никита<br /> | Вторник<br /> | 9:00<br /> | 806 КПМ<br /> |-<br /> | 403<br /> | Погадаев Никита<br /> | Вторник<br /> | 10:45<br /> | 806 КПМ<br /> |-<br /> | 404<br /> | Белков Иван<br /> | Вторник<br /> | 12:20<br /> | 802 КПМ<br /> |-<br /> | 405<br /> | Спицын Николай<br /> | Пятница<br /> | 17:05<br /> | 107 БК<br /> |-<br /> | 406<br /> | Калмыков Андрей<br /> | Четверг<br /> | 15:30<br /> | 317 ЛК<br /> |-<br /> | 407<br /> | Спицын Николай<br /> | Пятница<br /> | 18:30<br /> | 107 БК<br /> |-<br /> | 408<br /> | Нам Илья<br /> | Понедельник<br /> | 10:45<br /> | 801 КПМ<br /> |-<br /> | 409<br /> | Любар Пётр<br /> | Среда<br /> | 17:05<br /> | 701 КПМ<br /> |-<br /> | 411<br /> | Калинин Иван<br /> | Вторник<br /> | 10:45<br /> | 804 КПМ<br /> |-<br /> | 412<br /> | Завадский Виталий<br /> | Четверг<br /> | 13:55<br /> | 324Б ЛК<br /> |-<br /> | 413<br /> | Яцулевич Владимир<br /> | Вторник<br /> | 17:05<br /> | 516 ГК<br /> |-<br /> | 414<br /> | Вашкевич Егор<br /> | Пятница<br /> | 18:35<br /> | 324А ЛК<br /> |-<br /> | 415<br /> | Любар Пётр<br /> | Четверг<br /> | 17:05<br /> | 701 КПМ<br /> |-<br /> | 416<br /> | Сазанович Михаил<br /> | Понедельник<br /> | 13:55<br /> | 9241-9242 ТИМКА<br /> |-<br /> | 417<br /> | Нам Илья<br /> | Вторник<br /> | 13:55<br /> | 804 КПМ<br /> |-<br /> | 423<br /> | Оспанов Ален<br /> | Понедельник<br /> | 18:35<br /> | 701 КПМ<br /> |-<br /> | 424<br /> | Сазанович Михаил<br /> | Понедельник<br /> | 10:45<br /> | 9245-9246 ТИМКА<br /> |-<br /> | 425<br /> | Сазанович Михаил<br /> | Понедельник<br /> | 12:20<br /> | 9245-9246 ТИМКА<br /> |-<br /> | 426<br /> | Оспанов Ален<br /> | Вторник<br /> | 13:35<br /> | 804 КПМ<br /> |-<br /> | 427<br /> | Ахтямов Павел<br /> | Среда<br /> | 9:00<br /> | 702 КПМ<br /> |-<br /> | 431<br /> | Калинин Иван<br /> | Среда<br /> | 15:30<br /> | 206 УПМ<br /> |-<br /> | 432<br /> | Любар Пётр<br /> | Среда<br /> | 15:30<br /> | 701 КПМ<br /> |-<br /> | 451<br /> | Егоров Владислав<br /> | Вторник<br /> | 12:20<br /> | 319 ЛК<br /> |-<br /> | 452<br /> | Касымалиева Жанель<br /> | Понедельник<br /> | 17:05<br /> | 206 КПМ<br /> |-<br /> | 453<br /> | Егоров Владислав<br /> | Вторник<br /> | 10:45<br /> | 319 ЛК<br /> |}<br /> <br /> == План курса ==<br /> * 1. Основные понятия об операционных системах. Различие Windows, Linux, Mac OS.<br /> * 2. Системы контроля версий - часть 1. Виды систем контроля версий. Базовые команды в Git. Работа с удаленным репозиторием.<br /> * 3. Bash-скриптинг и реализация скриптов.<br /> * 4. Система контроля версий - часть 2. Работа с ветвлениями. Merge vs Rebase. Контроль за процессами.<br /> * 5. Системы контроля версий - часть 3. Работа в Github, Gitlab - приглашение в репозитории, организация контроля, Protected ветки.<br /> * 6. Системы сборки проектов. Скриптовые системы сборки.<br /> * 7. Системы сборки проектов на C++/Java (Make/CMake/Conan для C++, Maven/Gradle для Java).<br /> * 8. Тестирование ПО. Принципы тестирования ПО. Психология тестирования ПО. Тестирование vs QC vs QA. Пирамида тестирования.<br /> * 9. Тестирование ПО. Unit тестирование, Mock тестирование.<br /> * 10. Сетевой стек - работа веб-сервисов, стек ISO/OSI - TCP/IP.<br /> * 11. Сетевок стек - виды API: REST API/GraphQL/XML. Тестирование API: Selenium, Playwright, Requests Mock.<br /> * 12. Инструменты виртуализации и контейнеризации. Docker как основной инструмент контейнеризации. Понятия образ и контейнеров - их отличия. Запуск контейнеров.<br /> * 13. Docker. Сборка образов. Различные конфигурации сборки образов.<br /> * 14. Docker Compose как инструмент развертывания инфраструктуры.<br /> <br /> <br /> == Полезные ссылки ==<br /> <br /> 1. Сайт международной сертификации ISTQB: https://www.istqb.org/</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A2%D0%9F_%D0%B2%D0%B5%D1%81%D0%BD%D0%B0_2025&diff=3790 2025-02-03T22:27:20Z

<p>Ахтямов Павел: /* Команда курса */</p> <hr /> <div><br /> == Общие сведения ==<br /> * Семестр: 2 (первый курс, весенний семестр)<br /> * Форма контроля: дифференцированный зачет<br /> * Запись вводного занятия<br /> * Регистрация на курс происходит через сайт https://akhcheck.ru<br /> <br /> == Команда курса ==<br /> '''Руководитель курса:''' [[Ахтямов Павел]] (akhtyamovpavel@akhpl.ru)<br /> <br /> '''Кураторы''':<br /> * Иван Калинин<br /> * Николай Спицын<br /> <br /> <br /> === Семинаристы ===<br /> <br /> {| class=&quot;wikitable&quot; style=&quot;text-align:center;&quot;<br /> |- style=&quot;font-weight:bold;&quot;<br /> ! Группа<br /> ! Семинарист<br /> ! День недели<br /> ! Расписание<br /> ! Аудитория<br /> |-<br /> | 402<br /> | Погадаев Никита<br /> | Вторник<br /> | 9:00<br /> | 806 КПМ<br /> |-<br /> | 403<br /> | Погадаев Никита<br /> | Вторник<br /> | 10:45<br /> | 806 КПМ<br /> |-<br /> | 404<br /> | Белков Иван<br /> | Вторник<br /> | 12:20<br /> | 802 КПМ<br /> |-<br /> | 405<br /> | Спицын Николай<br /> | Пятница<br /> | 17:05<br /> | 107 БК<br /> |-<br /> | 406<br /> | Калмыков Андрей<br /> | Четверг<br /> | 15:30<br /> | 317 ЛК<br /> |-<br /> | 407<br /> | Спицын Николай<br /> | Пятница<br /> | 18:30<br /> | 107 БК<br /> |-<br /> | 408<br /> | Нам Илья<br /> | Понедельник<br /> | 10:45<br /> | 801 КПМ<br /> |-<br /> | 409<br /> | Любар Пётр<br /> | Среда<br /> | 17:05<br /> | 701 КПМ<br /> |-<br /> | 411<br /> | Калинин Иван<br /> | Вторник<br /> | 10:45<br /> | 804 КПМ<br /> |-<br /> | 412<br /> | Завадский Виталий<br /> | Четверг<br /> | 13:55<br /> | 324Б ЛК<br /> |-<br /> | 413<br /> | Яцулевич Владимир<br /> | Вторник<br /> | 17:05<br /> | 516 ГК<br /> |-<br /> | 414<br /> | Вашкевич Егор<br /> | Пятница<br /> | 18:35<br /> | 324А ЛК<br /> |-<br /> | 415<br /> | Любар Пётр<br /> | Четверг<br /> | 17:05<br /> | 701 КПМ<br /> |-<br /> | 416<br /> | Сазанович Михаил<br /> | Понедельник<br /> | 13:55<br /> | 9241-9242 ТИМКА<br /> |-<br /> | 417<br /> | Нам Илья<br /> | Вторник<br /> | 13:55<br /> | 804 КПМ<br /> |-<br /> | 423<br /> | Оспанов Ален<br /> | Понедельник<br /> | 18:35<br /> | 701 КПМ<br /> |-<br /> | 424<br /> | Сазанович Михаил<br /> | Понедельник<br /> | 10:45<br /> | 9245-9246 ТИМКА<br /> |-<br /> | 425<br /> | Сазанович Михаил<br /> | Понедельник<br /> | 12:20<br /> | 9245-9246 ТИМКА<br /> |-<br /> | 426<br /> | Оспанов Ален<br /> | Вторник<br /> | 13:35<br /> | 804 КПМ<br /> |-<br /> | 427<br /> | Ахтямов Павел<br /> | Среда<br /> | 9:00<br /> | 702 КПМ<br /> |-<br /> | 431<br /> | Калинин Иван<br /> | Среда<br /> | 15:30<br /> | 206 УПМ<br /> |-<br /> | 432<br /> | Любар Пётр<br /> | Среда<br /> | 15:30<br /> | 701 КПМ<br /> |-<br /> | 451<br /> | Егоров Владислав<br /> | Вторник<br /> | 12:20<br /> | 319 ЛК<br /> |-<br /> | 452<br /> | Касымалиева Жанель<br /> | Понедельник<br /> | 17:05<br /> | 206 КПМ<br /> |-<br /> | 453<br /> | Егоров Владислав<br /> | Вторник<br /> | 10:45<br /> | 319 ЛК<br /> |}<br /> <br /> == План курса ==<br /> * 1. Основные понятия об операционных системах. Различие Windows, Linux, Mac OS.<br /> * 2. Системы контроля версий - часть 1. Виды систем контроля версий. Базовые команды в Git. Работа с удаленным репозиторием.<br /> * 3. Bash-скриптинг и реализация скриптов.<br /> * 4. Система контроля версий - часть 2. Работа с ветвлениями. Merge vs Rebase. Контроль за процессами.<br /> * 5. Системы контроля версий - часть 3. Работа в Github, Gitlab - приглашение в репозитории, организация контроля, Protected ветки.<br /> * 6. Системы сборки проектов. Скриптовые системы сборки.<br /> * 7. Системы сборки проектов на C++/Java (Make/CMake/Conan для C++, Maven/Gradle для Java).<br /> * 8. Тестирование ПО. Принципы тестирования ПО. Психология тестирования ПО. Тестирование vs QC vs QA. Пирамида тестирования.<br /> * 9. Тестирование ПО. Unit тестирование, Mock тестирование.<br /> * 10. Сетевой стек - работа веб-сервисов, стек ISO/OSI - TCP/IP.<br /> * 11. Сетевок стек - виды API: REST API/GraphQL/XML. Тестирование API: Selenium, Playwright, Requests Mock.<br /> * 12. Инструменты виртуализации и контейнеризации. Docker как основной инструмент контейнеризации. Понятия образ и контейнеров - их отличия. Запуск контейнеров.<br /> * 13. Docker. Сборка образов. Различные конфигурации сборки образов.<br /> * 14. Docker Compose как инструмент развертывания инфраструктуры.<br /> <br /> <br /> == Полезные ссылки ==<br /> <br /> 1. Сайт международной сертификации ISTQB: https://www.istqb.org/</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A2%D0%9F_%D0%B2%D0%B5%D1%81%D0%BD%D0%B0_2025&diff=3789 2025-02-03T22:21:32Z

<p>Ахтямов Павел: /* Команда курса */</p> <hr /> <div><br /> == Общие сведения ==<br /> * Семестр: 2 (первый курс, весенний семестр)<br /> * Форма контроля: дифференцированный зачет<br /> * Запись вводного занятия<br /> * Регистрация на курс происходит через сайт https://akhcheck.ru<br /> <br /> == Команда курса ==<br /> '''Руководитель курса:''' Ахтямов Павел (akhtyamovpavel@akhpl.ru)<br /> <br /> '''Кураторы''':<br /> * Иван Калинин<br /> * Николай Спицын<br /> <br /> <br /> === Семинаристы ===<br /> <br /> {| class=&quot;wikitable&quot; style=&quot;text-align:center;&quot;<br /> |- style=&quot;font-weight:bold;&quot;<br /> ! Группа<br /> ! Семинарист<br /> ! День недели<br /> ! Расписание<br /> ! Аудитория<br /> |-<br /> | 402<br /> | Погадаев Никита<br /> | Вторник<br /> | 9:00<br /> | 806 КПМ<br /> |-<br /> | 403<br /> | Погадаев Никита<br /> | Вторник<br /> | 10:45<br /> | 806 КПМ<br /> |-<br /> | 404<br /> | Белков Иван<br /> | Вторник<br /> | 12:20<br /> | 802 КПМ<br /> |-<br /> | 405<br /> | Спицын Николай<br /> | Пятница<br /> | 17:05<br /> | 107 БК<br /> |-<br /> | 406<br /> | Калмыков Андрей<br /> | Четверг<br /> | 15:30<br /> | 317 ЛК<br /> |-<br /> | 407<br /> | Спицын Николай<br /> | Пятница<br /> | 18:30<br /> | 107 БК<br /> |-<br /> | 408<br /> | Нам Илья<br /> | Понедельник<br /> | 10:45<br /> | 801 КПМ<br /> |-<br /> | 409<br /> | Любар Пётр<br /> | Среда<br /> | 17:05<br /> | 701 КПМ<br /> |-<br /> | 411<br /> | Калинин Иван<br /> | Вторник<br /> | 10:45<br /> | 804 КПМ<br /> |-<br /> | 412<br /> | Завадский Виталий<br /> | Четверг<br /> | 13:55<br /> | 324Б ЛК<br /> |-<br /> | 413<br /> | Яцулевич Владимир<br /> | Вторник<br /> | 17:05<br /> | 516 ГК<br /> |-<br /> | 414<br /> | Вашкевич Егор<br /> | Пятница<br /> | 18:35<br /> | 324А ЛК<br /> |-<br /> | 415<br /> | Любар Пётр<br /> | Четверг<br /> | 17:05<br /> | 701 КПМ<br /> |-<br /> | 416<br /> | Сазанович Михаил<br /> | Понедельник<br /> | 13:55<br /> | 9241-9242 ТИМКА<br /> |-<br /> | 417<br /> | Нам Илья<br /> | Вторник<br /> | 13:55<br /> | 804 КПМ<br /> |-<br /> | 423<br /> | Оспанов Ален<br /> | Понедельник<br /> | 18:35<br /> | 701 КПМ<br /> |-<br /> | 424<br /> | Сазанович Михаил<br /> | Понедельник<br /> | 10:45<br /> | 9245-9246 ТИМКА<br /> |-<br /> | 425<br /> | Сазанович Михаил<br /> | Понедельник<br /> | 12:20<br /> | 9245-9246 ТИМКА<br /> |-<br /> | 426<br /> | Оспанов Ален<br /> | Вторник<br /> | 13:35<br /> | 804 КПМ<br /> |-<br /> | 427<br /> | Ахтямов Павел<br /> | Среда<br /> | 9:00<br /> | 702 КПМ<br /> |-<br /> | 431<br /> | Калинин Иван<br /> | Среда<br /> | 15:30<br /> | 206 УПМ<br /> |-<br /> | 432<br /> | Любар Пётр<br /> | Среда<br /> | 15:30<br /> | 701 КПМ<br /> |-<br /> | 451<br /> | Егоров Владислав<br /> | Вторник<br /> | 12:20<br /> | 319 ЛК<br /> |-<br /> | 452<br /> | Касымалиева Жанель<br /> | Понедельник<br /> | 17:05<br /> | 206 КПМ<br /> |-<br /> | 453<br /> | Егоров Владислав<br /> | Вторник<br /> | 10:45<br /> | 319 ЛК<br /> |}<br /> <br /> == План курса ==<br /> * 1. Основные понятия об операционных системах. Различие Windows, Linux, Mac OS.<br /> * 2. Системы контроля версий - часть 1. Виды систем контроля версий. Базовые команды в Git. Работа с удаленным репозиторием.<br /> * 3. Bash-скриптинг и реализация скриптов.<br /> * 4. Система контроля версий - часть 2. Работа с ветвлениями. Merge vs Rebase. Контроль за процессами.<br /> * 5. Системы контроля версий - часть 3. Работа в Github, Gitlab - приглашение в репозитории, организация контроля, Protected ветки.<br /> * 6. Системы сборки проектов. Скриптовые системы сборки.<br /> * 7. Системы сборки проектов на C++/Java (Make/CMake/Conan для C++, Maven/Gradle для Java).<br /> * 8. Тестирование ПО. Принципы тестирования ПО. Психология тестирования ПО. Тестирование vs QC vs QA. Пирамида тестирования.<br /> * 9. Тестирование ПО. Unit тестирование, Mock тестирование.<br /> * 10. Сетевой стек - работа веб-сервисов, стек ISO/OSI - TCP/IP.<br /> * 11. Сетевок стек - виды API: REST API/GraphQL/XML. Тестирование API: Selenium, Playwright, Requests Mock.<br /> * 12. Инструменты виртуализации и контейнеризации. Docker как основной инструмент контейнеризации. Понятия образ и контейнеров - их отличия. Запуск контейнеров.<br /> * 13. Docker. Сборка образов. Различные конфигурации сборки образов.<br /> * 14. Docker Compose как инструмент развертывания инфраструктуры.<br /> <br /> <br /> == Полезные ссылки ==<br /> <br /> 1. Сайт международной сертификации ISTQB: https://www.istqb.org/</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A2%D0%9F_%D0%B2%D0%B5%D1%81%D0%BD%D0%B0_2025&diff=3788 2025-02-03T22:21:01Z

<p>Ахтямов Павел: /* Команда курса */</p> <hr /> <div><br /> == Общие сведения ==<br /> * Семестр: 2 (первый курс, весенний семестр)<br /> * Форма контроля: дифференцированный зачет<br /> * Запись вводного занятия<br /> * Регистрация на курс происходит через сайт https://akhcheck.ru<br /> <br /> == Команда курса ==<br /> Руководитель курса: Ахтямов Павел (akhtyamovpavel@akhpl.ru)<br /> <br /> Кураторы:<br /> * Иван Калинин<br /> * Николай Спицын<br /> <br /> <br /> === Семинаристы ===<br /> <br /> {| class=&quot;wikitable&quot; style=&quot;text-align:center;&quot;<br /> |- style=&quot;font-weight:bold;&quot;<br /> ! Группа<br /> ! Семинарист<br /> ! День недели<br /> ! Расписание<br /> ! Аудитория<br /> |-<br /> | 402<br /> | Погадаев Никита<br /> | Вторник<br /> | 9:00<br /> | 806 КПМ<br /> |-<br /> | 403<br /> | Погадаев Никита<br /> | Вторник<br /> | 10:45<br /> | 806 КПМ<br /> |-<br /> | 404<br /> | Белков Иван<br /> | Вторник<br /> | 12:20<br /> | 802 КПМ<br /> |-<br /> | 405<br /> | Спицын Николай<br /> | Пятница<br /> | 17:05<br /> | 107 БК<br /> |-<br /> | 406<br /> | Калмыков Андрей<br /> | Четверг<br /> | 15:30<br /> | 317 ЛК<br /> |-<br /> | 407<br /> | Спицын Николай<br /> | Пятница<br /> | 18:30<br /> | 107 БК<br /> |-<br /> | 408<br /> | Нам Илья<br /> | Понедельник<br /> | 10:45<br /> | 801 КПМ<br /> |-<br /> | 409<br /> | Любар Пётр<br /> | Среда<br /> | 17:05<br /> | 701 КПМ<br /> |-<br /> | 411<br /> | Калинин Иван<br /> | Вторник<br /> | 10:45<br /> | 804 КПМ<br /> |-<br /> | 412<br /> | Завадский Виталий<br /> | Четверг<br /> | 13:55<br /> | 324Б ЛК<br /> |-<br /> | 413<br /> | Яцулевич Владимир<br /> | Вторник<br /> | 17:05<br /> | 516 ГК<br /> |-<br /> | 414<br /> | Вашкевич Егор<br /> | Пятница<br /> | 18:35<br /> | 324А ЛК<br /> |-<br /> | 415<br /> | Любар Пётр<br /> | Четверг<br /> | 17:05<br /> | 701 КПМ<br /> |-<br /> | 416<br /> | Сазанович Михаил<br /> | Понедельник<br /> | 13:55<br /> | 9241-9242 ТИМКА<br /> |-<br /> | 417<br /> | Нам Илья<br /> | Вторник<br /> | 13:55<br /> | 804 КПМ<br /> |-<br /> | 423<br /> | Оспанов Ален<br /> | Понедельник<br /> | 18:35<br /> | 701 КПМ<br /> |-<br /> | 424<br /> | Сазанович Михаил<br /> | Понедельник<br /> | 10:45<br /> | 9245-9246 ТИМКА<br /> |-<br /> | 425<br /> | Сазанович Михаил<br /> | Понедельник<br /> | 12:20<br /> | 9245-9246 ТИМКА<br /> |-<br /> | 426<br /> | Оспанов Ален<br /> | Вторник<br /> | 13:35<br /> | 804 КПМ<br /> |-<br /> | 427<br /> | Ахтямов Павел<br /> | Среда<br /> | 9:00<br /> | 702 КПМ<br /> |-<br /> | 431<br /> | Калинин Иван<br /> | Среда<br /> | 15:30<br /> | 206 УПМ<br /> |-<br /> | 432<br /> | Любар Пётр<br /> | Среда<br /> | 15:30<br /> | 701 КПМ<br /> |-<br /> | 451<br /> | Егоров Владислав<br /> | Вторник<br /> | 12:20<br /> | 319 ЛК<br /> |-<br /> | 452<br /> | Касымалиева Жанель<br /> | Понедельник<br /> | 17:05<br /> | 206 КПМ<br /> |-<br /> | 453<br /> | Егоров Владислав<br /> | Вторник<br /> | 10:45<br /> | 319 ЛК<br /> |}<br /> <br /> == План курса ==<br /> * 1. Основные понятия об операционных системах. Различие Windows, Linux, Mac OS.<br /> * 2. Системы контроля версий - часть 1. Виды систем контроля версий. Базовые команды в Git. Работа с удаленным репозиторием.<br /> * 3. Bash-скриптинг и реализация скриптов.<br /> * 4. Система контроля версий - часть 2. Работа с ветвлениями. Merge vs Rebase. Контроль за процессами.<br /> * 5. Системы контроля версий - часть 3. Работа в Github, Gitlab - приглашение в репозитории, организация контроля, Protected ветки.<br /> * 6. Системы сборки проектов. Скриптовые системы сборки.<br /> * 7. Системы сборки проектов на C++/Java (Make/CMake/Conan для C++, Maven/Gradle для Java).<br /> * 8. Тестирование ПО. Принципы тестирования ПО. Психология тестирования ПО. Тестирование vs QC vs QA. Пирамида тестирования.<br /> * 9. Тестирование ПО. Unit тестирование, Mock тестирование.<br /> * 10. Сетевой стек - работа веб-сервисов, стек ISO/OSI - TCP/IP.<br /> * 11. Сетевок стек - виды API: REST API/GraphQL/XML. Тестирование API: Selenium, Playwright, Requests Mock.<br /> * 12. Инструменты виртуализации и контейнеризации. Docker как основной инструмент контейнеризации. Понятия образ и контейнеров - их отличия. Запуск контейнеров.<br /> * 13. Docker. Сборка образов. Различные конфигурации сборки образов.<br /> * 14. Docker Compose как инструмент развертывания инфраструктуры.<br /> <br /> <br /> == Полезные ссылки ==<br /> <br /> 1. Сайт международной сертификации ISTQB: https://www.istqb.org/</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%9F%D0%B0%D1%80%D0%B0%D0%BB%D0%BB%D0%B5%D0%BB%D1%8C%D0%BD%D1%8B%D0%B5_%D0%B8_%D1%80%D0%B0%D1%81%D0%BF%D1%80%D0%B5%D0%B4%D0%B5%D0%BB%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D0%B2%D1%8B%D1%87%D0%B8%D1%81%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F_%D0%B2%D0%B5%D1%81%D0%BD%D0%B0_2025&diff=3787 2025-02-03T21:51:49Z

<p>Ахтямов Павел: /* Преподаватели */</p> <hr /> <div>= Общие сведения =<br /> * Семестр: 6 (третий курс)<br /> * Форма контроля: диф. зачет<br /> * '''[https://docs.google.com/forms/d/e/1FAIpQLSdiXebJ4ddB7RybaVIPvsGiDoHmFBMNth2vIrhuXSlztsfDvg/viewform Форма регистрации на курс].<br /> * [https://docs.google.com/spreadsheets/d/e/2PACX-1vRvjUbLbXkpA6LTEsUfwWZ7rAqAxcjDT0hriRaPPKqjQg8oGhePyEGZZ-4kV8-i9-s-QiXjNQYFE1gH/pubhtml?gid=397546993&amp;single=true План лекций, семинаров,домашних работ, контрольных]<br /> * [https://docs.google.com/spreadsheets/d/e/2PACX-1vRvjUbLbXkpA6LTEsUfwWZ7rAqAxcjDT0hriRaPPKqjQg8oGhePyEGZZ-4kV8-i9-s-QiXjNQYFE1gH/pubhtml?gid=2040051800&amp;single=true Таблица с оценками]<br /> * [https://docs.google.com/spreadsheets/d/e/2PACX-1vRvjUbLbXkpA6LTEsUfwWZ7rAqAxcjDT0hriRaPPKqjQg8oGhePyEGZZ-4kV8-i9-s-QiXjNQYFE1gH/pubhtml?gid=633420430&amp;single=true Статус проверки домашних заданий]<br /> * [https://forms.gle/B73K4MYzpVf9izP1A Продление дедлайнов и дописывание КР]<br /> * [https://t.me/+3s6XjCzFlaYxMzIy Телеграм-чат курса]<br /> <br /> === Материалы занятий ===<br /> * [https://drive.google.com/drive/folders/132C2q7QfsV4nPJ_jjhKSqAo6ADO0gj-k?usp=sharing Записи лекций]<br /> * [https://gitlab.atp-fivt.org/courses-public/pd/global/-/tree/main/materials?ref_type=heads Конспекты семинаров]<br /> <br /> == Домашние задания ==<br /> Планируется 6 домашних заданий. Проверка включает 2 этапа:<br /> # прохождение автоматических тестов (начиная с ДЗ по CUDA).<br /> # code review при условии выполненного п.1. Исправления по code review можно делать в течение '''1 месяца''' после 1-го комментария.<br /> <br /> {| class=&quot;wikitable&quot;<br /> |- <br /> ! Название<br /> ! Дедлайн<br /> |-<br /> | [https://gitlab.atp-fivt.org/courses-public/pd/global/-/blob/main/homeworks/task1_mpi.md?ref_type=heads MPI] || 03.03.2025<br /> |-<br /> | [https://gitlab.atp-fivt.org/courses-public/pd/global/-/blob/main/homeworks/task2_cuda.md?ref_type=heads CUDA] || 24.03.2025<br /> |-<br /> | [https://gitlab.atp-fivt.org/courses-public/pd/global/-/blob/main/homeworks/task3_hdfs.md?ref_type=heads HDFS] || 07.04.2025<br /> |-<br /> | [https://gitlab.atp-fivt.org/courses-public/pd/global/-/blob/main/homeworks/task4_mapreduce.md?ref_type=heads Map-Reduce] || 21.04.2025<br /> |-<br /> | [https://gitlab.atp-fivt.org/courses-public/pd/global/-/blob/main/homeworks/task5_hive.md?ref_type=heads Hive] || 05.05.2025<br /> |-<br /> | [https://gitlab.atp-fivt.org/courses-public/pd/global/-/blob/main/homeworks/task6_spark.md?ref_type=heads Spark] || 19.05.2025<br /> |}<br /> <br /> * Штраф за опоздание каждый день -5%, до достижения -75% (15 дней)<br /> <br /> Сдавать и исправлять домашки можно до 28.05.2025<br /> <br /> ==== Сервера ====<br /> * MPI &amp; OpenMP: &lt;pre&gt;ssh &lt;user&gt;@185.81.248.52 -p 2222&lt;/pre&gt;<br /> * CUDA: &lt;pre&gt;ssh &lt;user&gt;@lorien.atp-fivt.org&lt;/pre&gt;<br /> * Hadoop cluster: &lt;pre&gt;ssh &lt;user&gt;@mipt-client.atp-fivt.org&lt;/pre&gt;<br /> <br /> * В случае проблем с кластерами пишите на '''servers@atp-fivt.org'''<br /> <br /> = Преподаватели =<br /> * '''Руководитель курса'''<br /> ** Чернецкий Аркадий<br /> <br /> * '''Лекторы'''<br /> ** Ивченко Олег<br /> ** Долуденко Алексей<br /> ** [[Участник:Ахтямов_Павел | Ахтямов Павел ]]<br /> ** Изабелла Затикян<br /> ** Леонид Меркин<br /> ** Вадим Опольский<br /> <br /> * '''Семинаристы'''<br /> ** Чернецкий Аркадий<br /> ** Ахтямов Павел<br /> ** Дмитрий Павлов<br /> <br /> * '''Учебные ассистенты'''<br /> ** Ховар Абдухоликзода<br /> ** Кочурова Ирина<br /> ** Дмитрий Николотов<br /> ** Лыгина Оксана<br /> ** Хабибулло Боймуродов<br /> <br /> ==== Контакт для организационных вопросов ====<br /> Куратор курса [https://t.me/atpfpmi_curators @atpfpmi_curators]<br /> <br /> = Критерии получения оценки =<br /> Зачет выставляется на основании баллов, полученных в течение семестра.<br /> <br /> <br /> <br /> == Мини-контрольные ==<br /> Состоятся 3 теста. На контрольных нельзя пользоваться ничем и никем, кроме разрешённых смотрящими вещей. Код писать не потребуется.<br /> <br /> {| class=&quot;wikitable&quot;<br /> |- <br /> ! Название<br /> ! Дата<br /> ! Длительность<br /> |-<br /> | HDFS &amp; MapReduce || 15 мин.<br /> |-<br /> | Hive &amp; Spark || 20 мин.<br /> |-<br /> | Zookeeper, Kafka, Cassandra || 15 мин.<br /> |}<br /> <br /> = Литература =<br /> === MPI &amp; OpenMP ===<br /> # Антонов А.С. Технологии параллельного программирования MPI и OpenMP: Учеб. пособие. Предисл.: В.А.Садовничий. - М.: Издательство Московского университета, 2012.<br /> <br /> === CUDA ===<br /> # Дж. Сандерс, Э. Кэррот. Технология CUDA в примерах и задачах, 2013 (рус).<br /> # [http://courses.cms.caltech.edu/cs179/ Курс &quot;GPU programming&quot; в Caltech].<br /> # [https://www.cs.bgu.ac.il/~graph161/wiki.files/09f-GPU%20-%20Scans.pdf Лекция по Scan курсе по комп. графике, Ben-Gurion university]<br /> # [http://developer.download.nvidia.com/compute/cuda/1.1-Beta/x86_website/projects/scan/doc/scan.pdf Parallel Prefix Sum (Scan) with CUDA, Mark Harris, NVidia]<br /> # Книги от Nvidia: [https://developer.nvidia.com/gpugems/gpugems/contributors GPU gems], [https://developer.nvidia.com/gpugems/gpugems2/inside-front-cover GPU gems 2], [https://developer.nvidia.com/gpugems/gpugems3/foreword GPU gems 3]. Особенно интересна глава 39 из [https://developer.nvidia.com/gpugems/gpugems3/part-vi-gpu-computing/chapter-39-parallel-prefix-sum-scan-cuda GPU Gems] про Scan.<br /> <br /> === HDFS ===<br /> # [https://www.oreilly.com/library/view/hadoop-the-definitive/9781491901687/ T. White. &quot;Hadoop. The definitive guide&quot;], гл. 3 &quot;Hadoop distributed filesystem&quot;. (есть русский перевод). 4е издание<br /> # [https://storageconference.us/2010/Papers/MSST/Shvachko.pdf Статья про архитектуру HDFS от Константина Швачко (Yahoo!)]<br /> # [http://www.blogjava.net/DLevin/archive/2015/01/25/422428.html Статья про архитектуру HDFS в блоге HortonWorks (Китайская копия :))]<br /> # [http://blog.madhukaraphatak.com/secondary-namenode---what-it-really-do/ Что в действительности делает SNN]<br /> # [https://nancyyanyu.github.io/posts/49a14c15/ Выдержка из курсов Яндекс про HDFS]</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA:%D0%90%D1%85%D1%82%D1%8F%D0%BC%D0%BE%D0%B2_%D0%9F%D0%B0%D0%B2%D0%B5%D0%BB&diff=3786 2025-02-03T21:50:17Z

<p>Ахтямов Павел: Новая страница: «==Контактные данные== * Почтовый адрес: akhtyamovpavel at akhpl.ru * TG: akhtyamovpavel * Github: https://github.com/akhtyamovpavel…»</p> <hr /> <div>==Контактные данные==<br /> <br /> * Почтовый адрес: akhtyamovpavel at akhpl.ru<br /> * TG: akhtyamovpavel<br /> * Github: https://github.com/akhtyamovpavel<br /> <br /> == Преподаваемые дисциплины, весна 2025 ==<br /> <br /> * [[ТП весна 2025 | Технологии программирования, весна 2025]]:<br /> * Лекции: среда, 10:45, Б. Хим<br /> * Семинары: среда, 9:00, 702 КПМ<br /> * [[Языки программирования и теория компиляции весна 2025 | Языки программирования и теория компиляции, весна 2025]] - пятница, 12:20, 113 ГК<br /> * [[Теория языков программирования весна 2025 | Теория языков программирования]] - пятница, 12:20, 113 ГК<br /> * [[Параллельные и распределенные вычисления весна 2025 | Параллельные и распределенные вычисления 2025]]:<br /> * Лекции по CUDA: понедельник, 12:20, 239 НК<br /> * Семинары: вторник, 9:00, 807 КПМ</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A2%D0%B5%D0%BE%D1%80%D0%B8%D1%8F_%D1%8F%D0%B7%D1%8B%D0%BA%D0%BE%D0%B2_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F_%D0%B2%D0%B5%D1%81%D0%BD%D0%B0_2025&diff=3785 2025-02-03T21:43:03Z

<p>Ахтямов Павел: </p> <hr /> <div>==Общие сведения==<br /> <br /> '''Преподаватель'''<br /> *Ахтямов Павел<br /> <br /> Семинарист:<br /> * Петр Любар<br /> <br /> Ассистент:<br /> * Валерий Зайнуллин<br /> ==Расписание занятий==<br /> * Лекция: пятница, 12:20, 113 ГК<br /> * Семинар: пятница, 13:55, 113 ГК<br /> <br /> ==Cписок тем==<br /> 1. Введение в теорию компиляции <br /> <br /> 2. Лексический анализ кода <br /> <br /> 3. Синтаксический анализ кода. Методы нисходящего анализа токенов <br /> <br /> 4. Синтаксический анализ кода. Методы восходящего анализа токенов <br /> <br /> 5. Построение синтаксического дерева разбора. <br /> <br /> 6. Семантический анализ дерева разбора <br /> <br /> 7. Основы механизмов вызова процедур <br /> <br /> 8. Построение промежуточного представления по синтаксическому дереву разбора <br /> <br /> 9. Оптимизация промежуточного представления. Понятие о каноническом дереве промежуточного представления <br /> <br /> 10. Преобразование промежуточного представления в низкоуровневый язык. <br /> <br /> 11. Механизм выбора инструкций <br /> <br /> 12. Методы анализа графа исполнения машинного кода <br /> <br /> 13. Механизм распределения регистров <br /> <br /> 14. Работа сборщиков мусора.<br /> <br /> 15. Разработка компиляторов для функциональной парадигмы программирования<br /> <br /> <br /> ==Полезные ссылки==<br /> [https://docs.google.com/forms/d/e/1FAIpQLSf8Z8vserrlOK_8P-F0ChNDSclGAxrNTqh8jagR8PLM_2Tx6g/viewform?usp=header Регистрация на курс]<br /> Ограничения по регистрации: максимум 35-40 студентов.</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A2%D0%B5%D0%BE%D1%80%D0%B8%D1%8F_%D1%8F%D0%B7%D1%8B%D0%BA%D0%BE%D0%B2_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F_%D0%B2%D0%B5%D1%81%D0%BD%D0%B0_2025&diff=3784 2025-02-03T21:42:56Z

<p>Ахтямов Павел: </p> <hr /> <div>==Общие сведения==<br /> <br /> '''Преподаватель'''<br /> *Ахтямов Павел<br /> <br /> Семинарист:<br /> * Петр Любар<br /> <br /> Ассистент:<br /> * Валерий Зайнуллин<br /> ==Расписание занятий<br /> * Лекция: пятница, 12:20, 113 ГК<br /> * Семинар: пятница, 13:55, 113 ГК<br /> <br /> ==Cписок тем==<br /> 1. Введение в теорию компиляции <br /> <br /> 2. Лексический анализ кода <br /> <br /> 3. Синтаксический анализ кода. Методы нисходящего анализа токенов <br /> <br /> 4. Синтаксический анализ кода. Методы восходящего анализа токенов <br /> <br /> 5. Построение синтаксического дерева разбора. <br /> <br /> 6. Семантический анализ дерева разбора <br /> <br /> 7. Основы механизмов вызова процедур <br /> <br /> 8. Построение промежуточного представления по синтаксическому дереву разбора <br /> <br /> 9. Оптимизация промежуточного представления. Понятие о каноническом дереве промежуточного представления <br /> <br /> 10. Преобразование промежуточного представления в низкоуровневый язык. <br /> <br /> 11. Механизм выбора инструкций <br /> <br /> 12. Методы анализа графа исполнения машинного кода <br /> <br /> 13. Механизм распределения регистров <br /> <br /> 14. Работа сборщиков мусора.<br /> <br /> 15. Разработка компиляторов для функциональной парадигмы программирования<br /> <br /> <br /> ==Полезные ссылки==<br /> [https://docs.google.com/forms/d/e/1FAIpQLSf8Z8vserrlOK_8P-F0ChNDSclGAxrNTqh8jagR8PLM_2Tx6g/viewform?usp=header Регистрация на курс]<br /> Ограничения по регистрации: максимум 35-40 студентов.</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A2%D0%B5%D0%BE%D1%80%D0%B8%D1%8F_%D1%8F%D0%B7%D1%8B%D0%BA%D0%BE%D0%B2_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F_%D0%B2%D0%B5%D1%81%D0%BD%D0%B0_2025&diff=3783 2025-02-03T21:40:36Z

<p>Ахтямов Павел: </p> <hr /> <div>==Общие сведения==<br /> <br /> '''Преподаватель'''<br /> *Ахтямов Павел<br /> <br /> Семинарист:<br /> * Петр Любар<br /> <br /> Ассистент:<br /> * Валерий Зайнуллин<br /> <br /> ==Cписок тем==<br /> 1. Введение в теорию компиляции <br /> 2. Лексический анализ кода <br /> 3. Синтаксический анализ кода. Методы нисходящего анализа токенов <br /> 4. Синтаксический анализ кода. Методы восходящего анализа токенов <br /> 5. Построение синтаксического дерева разбора. <br /> 6. Семантический анализ дерева разбора <br /> 7. Основы механизмов вызова процедур <br /> 8. Построение промежуточного представления по синтаксическому дереву разбора <br /> 9. Оптимизация промежуточного представления. Понятие о каноническом дереве промежуточного представления <br /> 10. Преобразование промежуточного представления в низкоуровневый язык. <br /> 11. Механизм выбора инструкций <br /> 12. Методы анализа графа исполнения машинного кода <br /> 13. Механизм распределения регистров <br /> 14. Работа сборщиков мусора.<br /> 15. Разработка компиляторов для функциональной парадигмы программирования<br /> <br /> <br /> ==Полезные ссылки==<br /> [https://docs.google.com/forms/d/e/1FAIpQLSf8Z8vserrlOK_8P-F0ChNDSclGAxrNTqh8jagR8PLM_2Tx6g/viewform?usp=header Регистрация на курс]<br /> Ограничения по регистрации: максимум 35-40 студентов.</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%AF%D0%B7%D1%8B%D0%BA%D0%B8_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F_%D0%B8_%D1%82%D0%B5%D0%BE%D1%80%D0%B8%D1%8F_%D0%BA%D0%BE%D0%BC%D0%BF%D0%B8%D0%BB%D1%8F%D1%86%D0%B8%D0%B8_%D0%B2%D0%B5%D1%81%D0%BD%D0%B0_2025&diff=3782 2025-02-03T21:39:41Z

<p>Ахтямов Павел: /* План курса */</p> <hr /> <div><br /> == Общие сведения ==<br /> * Семестр: 4/6<br /> * Форма контроля: дифференцированный зачет<br /> * [https://docs.google.com/forms/d/e/1FAIpQLSdypmAZxaUhxxj1gc5B-ggIl5oumFpup2SP1xGb5hHdAdtRXw/viewform?usp=header Регистрация на курс]<br /> '''Критерии отбора студентов:'''<br /> * Первый приоритет - реализация интерпретатора языка программирования в курсе &quot;Формальные языки и трансляции&quot;<br /> * Второй приоритет - отличная оценка по предметам &quot;АКОС&quot; и &quot;Технологии Программирования&quot;<br /> *Третий приоритет - все желающие<br /> <br /> '''Чат курса'''<br /> <br /> == Команда курса ==<br /> Руководитель курса: Ахтямов Павел<br /> <br /> == План курса ==<br /> <br /> * 1. Введение в теорию компиляции <br /> * 2. Лексический анализ кода <br /> * 3. Синтаксический анализ кода. Методы нисходящего анализа токенов <br /> * 4. Синтаксический анализ кода. Методы восходящего анализа токенов <br /> * 5. Построение синтаксического дерева разбора. <br /> * 6. Семантический анализ дерева разбора <br /> * 7. Основы механизмов вызова процедур <br /> * 8. Построение промежуточного представления по синтаксическому дереву разбора <br /> * 9. Оптимизация промежуточного представления. Понятие о каноническом дереве промежуточного представления <br /> * 10. Преобразование промежуточного представления в низкоуровневый язык. 11. Механизм выбора инструкций <br /> * 12. Методы анализа графа исполнения машинного кода <br /> * 13. Механизм распределения регистров <br /> * 14. Работа сборщиков мусора.<br /> * 15. Разработка компиляторов для функциональной парадигмы программирования<br /> <br /> == Полезные ссылки ==<br /> * Плейлист с лекциями: https://www.youtube.com/playlist?list=PL4_hYwCyhAvYn6d6hwGI2uVskw6MAnBFL<br /> * Материалы курса: https://drive.google.com/drive/folders/152MyqMhRSHaEeyc87lz7cp_BmvurLbVL<br /> * Плейлист с семинарами: https://www.youtube.com/playlist?list=PLfibPMPn-PgyeIHNtZn73iChsB3ZyfzcT</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%AF%D0%B7%D1%8B%D0%BA%D0%B8_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F_%D0%B8_%D1%82%D0%B5%D0%BE%D1%80%D0%B8%D1%8F_%D0%BA%D0%BE%D0%BC%D0%BF%D0%B8%D0%BB%D1%8F%D1%86%D0%B8%D0%B8_%D0%B2%D0%B5%D1%81%D0%BD%D0%B0_2025&diff=3781 2025-02-03T21:39:35Z

<p>Ахтямов Павел: /* Общие сведения */</p> <hr /> <div><br /> == Общие сведения ==<br /> * Семестр: 4/6<br /> * Форма контроля: дифференцированный зачет<br /> * [https://docs.google.com/forms/d/e/1FAIpQLSdypmAZxaUhxxj1gc5B-ggIl5oumFpup2SP1xGb5hHdAdtRXw/viewform?usp=header Регистрация на курс]<br /> '''Критерии отбора студентов:'''<br /> * Первый приоритет - реализация интерпретатора языка программирования в курсе &quot;Формальные языки и трансляции&quot;<br /> * Второй приоритет - отличная оценка по предметам &quot;АКОС&quot; и &quot;Технологии Программирования&quot;<br /> *Третий приоритет - все желающие<br /> <br /> '''Чат курса'''<br /> <br /> == Команда курса ==<br /> Руководитель курса: Ахтямов Павел<br /> <br /> == План курса ==<br /> <br /> * 1. Введение в теорию компиляции <br /> * 2. Лексический анализ кода <br /> * 3. Синтаксический анализ кода. Методы нисходящего анализа токенов <br /> * 4. Синтаксический анализ кода. Методы восходящего анализа токенов <br /> * 5. Построение синтаксического дерева разбора. <br /> * 6. Семантический анализ дерева разбора <br /> * 7. Основы механизмов вызова процедур <br /> * 8. Построение промежуточного представления по синтаксическому дереву разбора <br /> * 9. Оптимизация промежуточного представления. Понятие о каноническом дереве промежуточного представления <br /> * 10. Преобразование промежуточного представления в низкоуровневый язык. 11. Механизм выбора инструкций <br /> * 12. Методы анализа графа исполнения машинного кода <br /> * 13. Механизм распределения регистров <br /> * 14. Работа сборщиков мусора.<br /> * 15. Разработка компиляторов для функциональной парадигмы программирования<br /> <br /> <br /> == Полезные ссылки ==<br /> * Плейлист с лекциями: https://www.youtube.com/playlist?list=PL4_hYwCyhAvYn6d6hwGI2uVskw6MAnBFL<br /> * Материалы курса: https://drive.google.com/drive/folders/152MyqMhRSHaEeyc87lz7cp_BmvurLbVL<br /> * Плейлист с семинарами: https://www.youtube.com/playlist?list=PLfibPMPn-PgyeIHNtZn73iChsB3ZyfzcT</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A2%D0%B5%D0%BE%D1%80%D0%B8%D1%8F_%D1%8F%D0%B7%D1%8B%D0%BA%D0%BE%D0%B2_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F_%D0%B2%D0%B5%D1%81%D0%BD%D0%B0_2025&diff=3780 2025-02-03T21:34:45Z

<p>Ахтямов Павел: /* Общие сведения */</p> <hr /> <div>==Общие сведения==<br /> <br /> '''Преподаватель'''<br /> *Ахтямов Павел<br /> <br /> Семинарист:<br /> * Петр Любар<br /> <br /> Ассистент:<br /> * Валерий Зайнуллин<br /> <br /> ==Полезные ссылки==<br /> [https://docs.google.com/forms/d/e/1FAIpQLSf8Z8vserrlOK_8P-F0ChNDSclGAxrNTqh8jagR8PLM_2Tx6g/viewform?usp=header Регистрация на курс]<br /> Ограничения по регистрации: максимум 35-40 студентов.</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A2%D0%9F_%D0%B2%D0%B5%D1%81%D0%BD%D0%B0_2025&diff=3757 2025-02-01T09:57:19Z

<p>Ахтямов Павел: </p> <hr /> <div><br /> == Общие сведения ==<br /> * Семестр: 2 (первый курс, весенний семестр)<br /> * Форма контроля: дифференцированный зачет<br /> * Запись вводного занятия<br /> * Регистрация на курс происходит через сайт https://akhcheck.ru<br /> <br /> == Команда курса ==<br /> Руководитель курса: Ахтямов Павел (akhtyamovpavel@akhpl.ru)<br /> <br /> Кураторы:<br /> * Иван Калинин<br /> * Николай Спицын<br /> <br /> == План курса ==<br /> * 1. Основные понятия об операционных системах. Различие Windows, Linux, Mac OS.<br /> * 2. Системы контроля версий - часть 1. Виды систем контроля версий. Базовые команды в Git. Работа с удаленным репозиторием.<br /> * 3. Bash-скриптинг и реализация скриптов.<br /> * 4. Система контроля версий - часть 2. Работа с ветвлениями. Merge vs Rebase. Контроль за процессами.<br /> * 5. Системы контроля версий - часть 3. Работа в Github, Gitlab - приглашение в репозитории, организация контроля, Protected ветки.<br /> * 6. Системы сборки проектов. Скриптовые системы сборки.<br /> * 7. Системы сборки проектов на C++/Java (Make/CMake/Conan для C++, Maven/Gradle для Java).<br /> * 8. Тестирование ПО. Принципы тестирования ПО. Психология тестирования ПО. Тестирование vs QC vs QA. Пирамида тестирования.<br /> * 9. Тестирование ПО. Unit тестирование, Mock тестирование.<br /> * 10. Сетевой стек - работа веб-сервисов, стек ISO/OSI - TCP/IP.<br /> * 11. Сетевок стек - виды API: REST API/GraphQL/XML. Тестирование API: Selenium, Playwright, Requests Mock.<br /> * 12. Инструменты виртуализации и контейнеризации. Docker как основной инструмент контейнеризации. Понятия образ и контейнеров - их отличия. Запуск контейнеров.<br /> * 13. Docker. Сборка образов. Различные конфигурации сборки образов.<br /> * 14. Docker Compose как инструмент развертывания инфраструктуры.<br /> <br /> <br /> == Полезные ссылки ==<br /> <br /> 1. Сайт международной сертификации ISTQB: https://www.istqb.org/</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A2%D0%9F_%D0%B2%D0%B5%D1%81%D0%BD%D0%B0_2025&diff=3756 2025-02-01T09:55:50Z

<p>Ахтямов Павел: Изменена структура страницы</p> <hr /> <div><br /> == Общие сведения ==<br /> * Семестр: 2 (первый курс, весенний семестр)<br /> * Форма контроля: дифференцированный зачет<br /> * Запись вводного занятия<br /> * Регистрация на курс происходит через сайт https://akhcheck.ru<br /> <br /> == Команда курса ==<br /> Руководитель курса: Ахтямов Павел (akhtyamovpavel@akhpl.ru)<br /> Кураторы:<br /> * Иван Калинин<br /> * Николай Спицын<br /> <br /> == План курса ==<br /> * 1. Основные понятия об операционных системах. Различие Windows, Linux, Mac OS.<br /> * 2. Системы контроля версий - часть 1. Виды систем контроля версий. Базовые команды в Git. Работа с удаленным репозиторием.<br /> * 3. Bash-скриптинг и реализация скриптов.<br /> * 4. Система контроля версий - часть 2. Работа с ветвлениями. Merge vs Rebase. Контроль за процессами.<br /> * 5. Системы контроля версий - часть 3. Работа в Github, Gitlab - приглашение в репозитории, организация контроля, Protected ветки.<br /> * 6. Системы сборки проектов. Скриптовые системы сборки.<br /> * 7. Системы сборки проектов на C++/Java (Make/CMake/Conan для C++, Maven/Gradle для Java).<br /> * 8. Тестирование ПО. Принципы тестирования ПО. Психология тестирования ПО. Тестирование vs QC vs QA. Пирамида тестирования.<br /> * 9. Тестирование ПО. Unit тестирование, Mock тестирование.<br /> * 10. Сетевой стек - работа веб-сервисов, стек ISO/OSI - TCP/IP.<br /> * 11. Сетевок стек - виды API: REST API/GraphQL/XML. Тестирование API: Selenium, Playwright, Requests Mock.<br /> * 12. Инструменты виртуализации и контейнеризации. Docker как основной инструмент контейнеризации. Понятия образ и контейнеров - их отличия. Запуск контейнеров.<br /> * 13. Docker. Сборка образов. Различные конфигурации сборки образов.<br /> * 14. Docker Compose как инструмент развертывания инфраструктуры.<br /> <br /> <br /> == Полезные ссылки ==<br /> <br /> 1. Сайт международной сертификации ISTQB: https://www.istqb.org/</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%A1%D0%BE%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D1%82%D0%B5%D1%85%D0%BD%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D0%B8_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81%D0%BE%D0%B2_%D0%B0%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85_2024&diff=2821 2024-02-19T10:36:11Z

<p>Ахтямов Павел: </p> <hr /> <div>= Общие сведения =<br /> * Семестр: 2 (пятый курс)<br /> * Формат: онлайн<br /> * Форма контроля: дифференцированный зачет<br /> <br /> == Важные ссылки ==<br /> * '''[Материалы занятий]'''<br /> * '''[Текущие оценки]''' (По закону о хранении персональных данных ведомости будут доступны на сайте https://akhcheck.ru)<br /> * '''[Продление дедлайнов]'''<br /> <br /> = Преподаватели =<br /> ** Павел Ахтямов (akhtyamovpavel at akhpl.ru)<br /> <br /> = План курса =<br /> <br /> {| class=&quot;wikitable&quot;<br /> |- <br /> ! Дата<br /> ! Тема<br /> |-<br /> | 05.02.2024 || Linux &amp; Bash<br /> |-<br /> | 19.02.2024 || Git<br /> |-<br /> | 26.02.2024 || API и прототипирование сервисов. Сетевой стек<br /> |-<br /> | 03.03.2024 || Docker для ML-сервисов. Оптимальная сборка образов и запуск контейнеров<br /> |-<br /> | 10.03.2024 || Тестирование. Часть 1<br /> |-<br /> | 17.03.2024 || Тестирование. Часть 2<br /> |-<br /> |}<br /> <br /> = Оценивание =<br /> <br /> Оценивание производиться по сумме баллов за курсы.<br /> <br /> Задания будут сдаваться на платформе https://akhcheck.ru. <br /> <br /> <br /> {| class=&quot;wikitable&quot;<br /> |- <br /> ! Название<br /> ! Дедлайн<br /> |-<br /> | Тестовое задание (для знакомства с системой) || 15.03.2024 ||<br /> |-<br /> | Bash || 10.03.2024 ||<br /> |-<br /> | Git || 17.03.2024 || <br /> |}</div>

Ахтямов Павел https://wiki.atp-fivt.org/index.php?title=%D0%9F%D0%B0%D1%80%D0%B0%D0%BB%D0%BB%D0%B5%D0%BB%D1%8C%D0%BD%D1%8B%D0%B5_%D0%B8_%D1%80%D0%B0%D1%81%D0%BF%D1%80%D0%B5%D0%B4%D0%B5%D0%BB%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D0%B2%D1%8B%D1%87%D0%B8%D1%81%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F_2023s&diff=1814 2023-03-19T15:04:44Z

<p>Ахтямов Павел: Сдвинут дедлайн по заданию CUDA</p> <hr /> <div>= Общие сведения =<br /> * Семестр: 6 (третий курс)<br /> * Форма контроля: диф. зачет<br /> * '''[https://forms.gle/ZvHCCKLpML14ue1TA Форма регистрации на курс].<br /> * [https://docs.google.com/spreadsheets/d/1qaaB9S6nbZ-773MWlGjxo7D2cKOrFnelopH0BQeTRCo/edit?usp=sharing План лекций, семинаров,домашних работ, контрольных]<br /> * [https://docs.google.com/spreadsheets/d/1qaaB9S6nbZ-773MWlGjxo7D2cKOrFnelopH0BQeTRCo/edit#gid=77548513 Расписание семинаров]<br /> * [https://docs.google.com/spreadsheets/d/1qEcaMjCSkp1GsQQONe_GBlU3gD-4l1KoBa3HS7smY0s/edit?usp=share_link Таблица с оценками]<br /> * [https://t.me/+5QH5IIWrErJhZmRi Телеграм-чат курса]<br /> <br /> === Материалы занятий ===<br /> Доступ открыт для всех аккаунтов @phystech.edu.<br /> <br /> ===== Лекции =====<br /> * [https://disk.yandex.ru/d/xDKoz2o-0x_NhA Видео лекций].<br /> * [https://youtube.com/playlist?list=PLfibPMPn-PgyfrdrfmxvEAXtcjw7yfZmL Скринкасты лекций по CUDA] <br /> * [https://drive.google.com/drive/folders/1eH2pePnbu3KqiRYtcBpDFffZXMXGA6-H?usp=share_link Слайды презентаций]<br /> * 2020 г.<br /> ** [https://drive.google.com/drive/folders/0B2n4K2J_6IZdfk1jdUQ4YnZtRWNCbl9YVHlvSHZjRERrOVlNVlU5dDZYWU0tN2dCRjgxVzA?resourcekey=0-cn9bfvH8nBixE3aiWvTfgA&amp;usp=sharing Лекции]<br /> ** [https://drive.google.com/drive/folders/0B2n4K2J_6IZdfm54OF8zMmd6aVQ0U0Y0MjFsdWdudFkxODJRVWFUcUt6bmdHUkNsYmMxRHM?resourcekey=0-wyYPEDg_OIF6mj1-4o8bLw&amp;usp=sharing Семинары]<br /> * 2021 г. <br /> ** [https://drive.google.com/drive/folders/0B2n4K2J_6IZdfnNPS3JFdEdpTHM5aVFZR3dmdnlrdFNKcjlfa0dLY0lFb2l3cmtsM2VXT2s?resourcekey=0-rE3AAeTCn3pf0dgfGS86Qg&amp;usp=sharing Лекции]<br /> ** [https://drive.google.com/drive/folders/0B2n4K2J_6IZdfjBkRmhxc2o3d3NEdzN0RUhFeGtNSmJ6RFl3bzhOSEgzX0ViV2tXNFljbHc?resourcekey=0-t0UekU9AD2iQO6vKFmLUcg&amp;usp=sharing Семинары]<br /> * 2022 г. весна<br /> ** [https://drive.google.com/drive/folders/0B2n4K2J_6IZdflFRaUJveTdvR2REdDVxTkp1cm1VRnRNWmdsSGcxWlI4Y1kyVTJmZWtBWE0?resourcekey=0-sk8F-iNm8_2O8g7SDG24IA&amp;usp=sharing Лекции]<br /> ** [https://drive.google.com/drive/folders/0B2n4K2J_6IZdfllmTmtMbk44V0ZkT2xtc0dXbWoweGlDQmRSTE5lT0o5dk1yd3FaOTFZOEE?resourcekey=0-P5pBLFMpgXuVvFn8dB4nXA&amp;usp=sharing Семинары]<br /> <br /> ===== Семинары =====<br /> * [https://disk.yandex.ru/d/MP6j3LdmHlUhOQ Видео семинаров]<br /> * [https://gitlab.com/fpmi-atp/pd2022a-supplementary Коды и презентации семинаров]<br /> <br /> *[https://gitlab.com/fpmi-atp/pd2022a-supplementary/global/-/tree/main/homeworks '''Домашние задания''']<br /> *[https://docs.google.com/spreadsheets/d/1rxr465J4VtRxXnRtID1aRy0RzhpBltpjJYKximAQMB8/edit#gid=0 Интересные ссылки]<br /> <br /> == Технические ссылки ==<br /> * [https://forms.gle/PWhsFdPR9iVrsXbs9 Форма для проблем с инфраструктурой АТП]<br /> * В случае проблем с кластером MPI, пишите на '''parallel-cluster-atp@googlegroups.com'''.<br /> <br /> ==== Сервера ====<br /> * MPI &amp; OpenMP: &lt;pre&gt;ssh &lt;user&gt;@calc.cod.phystech.edu&lt;/pre&gt;<br /> * CUDA: &lt;pre&gt;ssh &lt;user&gt;@lorien.atp-fivt.org&lt;/pre&gt;<br /> * Hadoop ecosystem: &lt;pre&gt;ssh &lt;user&gt;@mipt-client.atp-fivt.org&lt;/pre&gt;<br /> <br /> = Преподаватели =<br /> * '''Лекторы'''<br /> ** Ивченко Олег<br /> ** Долуденко Алексей<br /> ** Ахтямов Павел<br /> ** Липовский Роман<br /> <br /> * '''Семинаристы'''<br /> ** Пономаренко Роман<br /> ** Фирсов Андрей<br /> ** Ахтямов Павел<br /> ** Чернецкий Аркадий<br /> ** Ирина<br /> <br /> * '''Учебные ассистенты'''<br /> ** Манаков Данила<br /> ** Тугунчинов Максим<br /> ** Копец Максим<br /> ** Эвелина<br /> <br /> = Критерии получения оценки =<br /> Зачет выставляется на основании баллов, полученных в течение семестра.<br /> <br /> == Домашние задания ==<br /> Планируется 6 домашних заданий. Проверка включает 2 этапа:<br /> # прохождение автоматических тестов (начиная с ДЗ по CUDA).<br /> # code review при условии выполненного п.1. Исправления по code review можно делать в течение '''1 месяца''' после 1-го комментария.<br /> <br /> {| class=&quot;wikitable&quot;<br /> |- <br /> ! Название<br /> ! Мягкий дедлайн<br /> ! Жёсткий дедлайн<br /> |-<br /> | PD-2022. MPI || 13.03.2023 || 20.03.2023<br /> |-<br /> | PD-2022. CUDA || 27.03.2023 || 03.04.2023<br /> |-<br /> | PD-2022. HDFS || 10.04.2023 || 17.04.2023<br /> |-<br /> | PD-2022. Map-Reduce || 24.04.2023 || 01.05.2023<br /> |-<br /> | PD-2022. Hive || 01.05.2023 || 08.05.2023<br /> |-<br /> | PD-2022. Spark || 16.05.2023 || 23.05.2023<br /> |}<br /> <br /> [https://gitlab.com/fpmi-atp/pd2022a-supplementary/global/-/tree/main/homeworks Репозиторий с домашками]<br /> <br /> * Штраф за опоздание по soft deadline: -50%<br /> * Штраф за опоздание по hard deadline: -75%<br /> <br /> Сдавать и исправлять домашки можно за 1 неделю до начала сессии.<br /> <br /> == Мини-контрольные ==<br /> Состоятся 3 теста. На контрольных нельзя пользоваться IDE и интернетом. Код писать не потребуется.<br /> <br /> {| class=&quot;wikitable&quot;<br /> |- <br /> ! Название<br /> ! Дата<br /> ! Длительность<br /> |-<br /> | PD-2023s. HDFS &amp; MapReduce || || 15 мин.<br /> |-<br /> | PD-2023s. Hive &amp; Spark || || 20 мин.<br /> |-<br /> | PD-2023s. Zookeeper, Kafka, Cassandra || || 15 мин.<br /> |}<br /> <br /> В случае если вы не сможете написать КР в указанную дату по технической или другой уважительной причине, просьба заполнить [https://forms.gle/LjN9694Z6H5Xh1Xr7 '''форму на дописывание''']. <br /> * PD-2023s. Дописывание. HDFS &amp; MAPREDUCE<br /> * PD-2023s. Дописывание. Hive &amp; Spark<br /> <br /> = Литература =<br /> === MPI &amp; OpenMP ===<br /> # Антонов А.С. Технологии параллельного программирования MPI и OpenMP: Учеб. пособие. Предисл.: В.А.Садовничий. - М.: Издательство Московского университета, 2012.<br /> <br /> === CUDA ===<br /> # Дж. Сандерс, Э. Кэррот. Технология CUDA в примерах и задачах, 2013 (рус).<br /> # [http://courses.cms.caltech.edu/cs179/ Курс &quot;GPU programming&quot; в Caltech].<br /> # [https://www.cs.bgu.ac.il/~graph161/wiki.files/09f-GPU%20-%20Scans.pdf Лекция по Scan курсе по комп. графике, Ben-Gurion university]<br /> # [http://developer.download.nvidia.com/compute/cuda/1.1-Beta/x86_website/projects/scan/doc/scan.pdf Parallel Prefix Sum (Scan) with CUDA, Mark Harris, NVidia]<br /> # Книги от Nvidia: [https://developer.nvidia.com/gpugems/gpugems/contributors GPU gems], [https://developer.nvidia.com/gpugems/gpugems2/inside-front-cover GPU gems 2], [https://developer.nvidia.com/gpugems/gpugems3/foreword GPU gems 3]. Особенно интересна глава 39 из [https://developer.nvidia.com/gpugems/gpugems3/part-vi-gpu-computing/chapter-39-parallel-prefix-sum-scan-cuda GPU Gems] про Scan.<br /> <br /> === HDFS ===<br /> # [https://www.oreilly.com/library/view/hadoop-the-definitive/9781491901687/ T. White. &quot;Hadoop. The definitive guide&quot;], гл. 3 &quot;Hadoop distributed filesystem&quot;. (есть русский перевод). 4е издание<br /> # [https://storageconference.us/2010/Papers/MSST/Shvachko.pdf Статья про архитектуру HDFS от Константина Швачко (Yahoo!)]<br /> # [http://www.blogjava.net/DLevin/archive/2015/01/25/422428.html Статья про архитектуру HDFS в блоге HortonWorks (Китайская копия :))]<br /> # [http://blog.madhukaraphatak.com/secondary-namenode---what-it-really-do/ Что в действительности делает SNN]<br /> # [https://nancyyanyu.github.io/posts/49a14c15/ Выдержка из курсов Яндекс про HDFS]</div>

Ахтямов Павел