Как работает Девман

Как стать крутым разработчиком, чей код легко поддерживать и не нужно переписывать с нуля? Здесь не поможет заучивание синтаксиса и бесконечные видеоуроки. В реальной разработке программист большую часть времени читает код, дорабатывает его, спорит на код-ревью и принимает решения с оглядкой на будущее проекта.

Девман вырос из практики и для практики. Мы изначально создавали курсы как способ вырастить бэкенд-разработчиков, готовых к реальной работе в команде, а не просто знакомых с языком программирования. Здесь обучение начинается с кода и им же продолжается: с первого урока ученик пишет программы, работает с требованиями заказчика и проходит обязательное код-ревью от действующих разработчиков.

В этом материале мы подробно расскажем, как работает Девман: почему обучение построено вокруг проектов, почему в курсах так много практики, какую роль играет код-ревью и как всё это вместе помогает быстрее перейти от «новичка» к уверенному джун+/миддл уровню.

Цель курсов Девмана — вырастить разработчиков, которые пишут понятный, поддерживаемый, масштабируемый код. Мы изначально разрабатывали наши курсы, как ответ на острую нехватку сильных бэкэнд-разработчиков.

Уметь писать код — значит автоматизировать навык, проделать это много раз. А не просто прочитать книгу/статью/документацию и пересказать.

Мы начали с лекций. Сначала попробовали пойти по пути классического образования — Евгений Евсеев (основатель школы Девман) читал курс по выбору в МГТУ им. Н.Э. Баумана. В результате — всего двое студентов выполняли домашние задания и смогли показать какой-то результат. Но и они усвоили лишь небольшую часть материала и не были готовы сразу включаться в проект. Так мы отказались от классического подхода и начали искать другое решение.

Обучение действием. По данным исследований уже в течение первого часа забывается до 60% всей прочитанной или услышанной информации, через 10 часов в памяти остаётся 35% от изученного.

Learning-by-doing или обучение действием — это практический метод обучения, который получил широкое распространение в 80-е, а начали применять его еще в древние времена.

Идея простая: чтобы стать программистом, надо программировать.

Мы использовали этот подход и собрали из реальных проектов учебные. На курсе вы будете писать код с самого первого урока «Раскрутите планету», а теорию читать только под конкретную задачу.

Отказались от использования видео. Их в курсе почти нет. Исключения сделали для случаев, когда нужно познакомить с интерфейсом или с основными концептами новой технологии.

Текст экономит время и им удобно пользоваться — можно быстро найти нужный фрагмент или скопировать код. Чтение — активный мыслительный процесс, который может быть эффективнее для запоминания. Вместо видео мы написали для наших учеников целую Энциклопедию!

Практические уроки Девмана сами по себе лишь наметили бы маршрут для самообучения, если бы не секретный ингредиент… код-ревью!

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

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

В Девман код-ревью устроено так:

Код-ревью от действующего разработчика. Это ключевое звено нашей методики обучения. Вы получаете список улучшений, которые расскажут про best practice, помогут сделать код оптимальнее, изящнее, чище. Код-ревью позволяет сократить время обучения в разы, подняв планку качества кода наших выпускников до уровня джун+/миддл.

Чистота кода. Мы используем обязательный стандарт Python PEP8. В нем рассмотрены правила форматирования и наименования объектов. Он позволяет легко читать код, а не только писать. Часть ошибок отловит настроенный линтер, остальное получится найти только на ручном код-ревью.

В требованиях к коду нет единства, несмотря на то, что можно найти много книг по чистоте кода. Поэтому в каждой компании они немного свои.

Улучшения Девмана. В улучшениях мы всегда указываем на то, чем предложенный вариант кода лучше и в какой ситуации. Почти всегда все сводится к улучшению читаемости, возможностей поддержки и масштабирования.

Наши ревьюеры руководствуются правилом «не уверен — не штрафуй». Если он не может аргументировать, чем предложенный вариант лучше, то вариант отклоняется. Мы не предъявляем безосновательных требований из серии «непреложная истина — просто делай так и не спрашивай». Если ученик не согласен с ревьюером, он может аргументировать свое возражение, опираясь на конкретные кейсы.

Контекст важен. Наши ревьюеры оценивают код только применительно к конкретной ситуации. Так, ООП незаменимо для Django ORM, но использование его для пары запросов через API усложнит поддержку и чтение кода. Не надо забивать гвозди микроскопом!

Накопление опыта. В Девмане мы накопили 20-летний опыт веб-разработки. Это позволяет сделать код стабильный, расширяемым и простым для поддержки. Автор курса Евгений Евсеев начинал программировать, когда еще даже первую Джангу только готовили к релизу! База улучшений Девмана — это не просто опыт одного разработчика. Это копилка, куда мы собираем опыт многих специалистов.

Критика или советы. Мы рекомендуем не рассматривать улучшения, как список ошибок или критику. Если вы выполнили урок и код работает, это уже победа! Никто не может предусмотреть все возможные проблемы без многолетнего опыта программирования. Поэтому во время обучения лучше максимально «наступить на грабли». Так получится разобраться во всех неудачных решениях, чтобы не применять их в будущем.

Пропустить нельзя. В ходе обучения в Девман нельзя пропускать улучшения. Их все придется выполнить. В результате вы получите проект, который не стыдно добавить в портфолио. И не будете повторять неудачные решения в последующих уроках. По этой же причине нельзя пропустить урок, не сдав предыдущий.

Но мы рекомендуем проходить несколько тем параллельно. Так вы не потеряете время, пока ждете ревью. В разработке часто используют именно блокирующие код-ревью, когда без него нельзя влить код в main-ветку проекта. Это правило действует для всех уроков Девмана.

История. Урок в Девмане — это всегда проект. У него есть заказчик со своей задачей и контекстом, а также тимлид, который проводит код-ревью. Завершить урок — значит создать рабочий программный продукт: удобный для пользователей, с документацией и решающий конкретную проблему заказчика.

Требования к результату растут постепенно. В курсе «Основах Python» достаточно написать корректный и чистый код. В модуле «API веб-сервисов» вы уже будете оформлять проект в виде репозитория на GitHub и подготовите свой первый файл документации README.md. А при разработке чат-ботов и сайтов на Django нужно будет дополнительно развернуть проект на удалённом сервере. Идеи для заданий мы берём из реальной практики. Иногда работу над одним продуктом разбиваем на несколько уроков.

Теория. Мы не перегружаем уроки теоретическими материалами — только необходимый минимум. В открытом доступе есть множество статей, книг и руководств в разных форматах и стилях. Изучайте материалы по теме урока, углубляйтесь во внутреннее устройство Python и используемые технологии, работайте с документацией и следите за новостями ИТ-индустрии. Умение самостоятельно находить и осваивать информацию — важный навык разработчика.

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

Цель. Каждый шаг начинается с четко сформулированной цели — точки, к которой нужно прийти. Важно держать в голове общую задачу проекта, описанную в начале урока, чтобы не сбиться с курса. Внимательно читайте описание шага: оно помогает понять, зачем он нужен и что именно требуется сделать. Каждый шаг решает конкретную задачу.

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

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

Тестирование. Перед отправкой кода на проверку убедитесь, что он работает и соответствует требованиям задания. Не забудьте обновить инструкции для разработчиков в документации.

Сдача проекта. На финальном шаге нужно отправить на проверку ссылку на проект — репозиторий на GitHub. После этого вас ждёт ещё несколько итераций код-ревью и доработок, пока все замечания не будут устранены. Поздравляем — еще один полноценный проект в портфолио готов!

Летом 2025 года мы выпустили новый курс «FastAPI: Создаем AI генератор сайтов с нуля». При его подготовке мы переосмыслили и обновили формат обучения.

Во-первых, добавили веб-интерфейс СУП (Система Управления Потребностями) с пользовательскими историям. Причем функции и истории расписаны как для конечного продукта, так и для вспомогательных инструментов и сервисов, с которыми нужно интегрироваться.

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

Фокус на инструментах разработчика. Для разработки серьезного ПО всегда нужны строительные леса и инструменты. О них стоит заранее подумать и подготовить. Завезли современные инструменты разработки: UV вместо pip, Ruff, позаботились о настройке IDE с помощью Editorconfig.

Поскольку сейчас каждый второй (или уже первый?) веб-сервис требует интеграции с LLM, то не прошли мимо этого момента, так что все новые уроки содержат подобные интеграции, завозя новые библиотеки вроде OpenAPI Specification и обязательный HTML-стримминг.

А внутренние изменения, включая использование ИИ-агента в качестве первого ученика, позволили снизить время обучения в 1,5 раза по сравнению с предыдущим подходом. Закаленные бойцы, прошедшие Devman 1.0 и 2.0 даже жалуются, что хардкора не хватает — слишком уж все гладко проходится.

Подробно о новом подходе мы рассказывали на вебинаре «Чем FastAPI хорош для нейросетей». Видео можно посмотреть на YouTube, RuTube и VK.

Девман — это не про «посмотреть курс» и не про быстрое знакомство с очередным фреймворком. Это про формирование инженерного мышления и привычки писать код так, чтобы с ним было удобно работать не только вам, но и другим разработчикам через месяцы и годы.

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

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

Если вы хотите попробовать этот подход на практике — начните с бесплатных уроков Девмана с полноценным код-ревью. Лучше один раз пройти путь с реальным проектом и разбором кода, чем ещё раз посмотреть видео о том, как «надо писать правильно».

Попробовать бесплатные уроки можно в наших мини-курсах:

• «Основы Python» — это вводный курс для начинающих. На нём вы разберетесь с базовыми конструкциями языка и попрактикуйтесь в отладке кода.
• «API веб-сервисов» — на этом мини-курсе можно научиться использовать API различных веб-сервисов: вытягивать данные, обрабатывать их и публиковать в интернете. На первом уроке «Получите погоду из терминала» нужно написать API-запрос к сайту погоды на завтра.
• «Знакомство с Django: ORM» — при прохождении мини-курса вы поучаствуете в разработке сайтов — сами реализуете всё что относится к базам данных. На первом уроке вы напишете мини-сайт для охранника банка.