Кажется, что работа в IT — это только написание кода. Но на самом деле успех продукта зависит от того, насколько быстро мы доносим ценность до пользователя и как легко адаптируемся к изменениям. Если ваша команда постоянно тонет в багах, а релизы превращаются в ночной кошмар, значит, пора менять подход. В этом видео мы разберем, как сделать процесс разработки прозрачным и прогнозируемым.
Мы с вами обсудим, как короткие циклы обратной связи и юнит-тесты спасают бюджет проекта и нервы команды. Когда мы внедряем инженерные практики, мы переходим от жесткого конвейера к гибкому «свормингу» и непрерывному деплою.
На своем опыте мы убедились, что инженерные практики — это не только про программирование, но и про культуру совместной работы. Использование фич-флагов и работа в общей ветке помогают нам выпускать обновления чаще и качественнее. Кстати, освоить эти принципы можно даже без погружения в код на курсе, где мы моделируем реальные сценарии через работу с текстом. Понимая, как работают инженерные практики, вы станете незаменимым специалистом в любой современной команде.
Подробное содержание:
00:00 — представление экспертов
00:37 — опыт Антона
01:14 — деятельность Светы
01:43 — представление Кати
02:06 — определение инженерных практик
03:00 — происхождение инженерных практик
04:00 — цель XP
04:51 — базовый принцип инженерных практик
05:17 — циклы обратной связи
07:02 — эволюция практик
08:45 — анонс курса
10:23 — карта потока разработки
12:17 — инструменты обратной связи
14:45 — от конвейера к совместной работе
16:15 — кейс команды
17:43 — изменения в работе команды
19:04 — итоговая картина
22:39 — работа с Git
26:22 — TDD (Test Driven Development)