Это как системный администратор и программист в одном лице. Как обычно пишут программы Традиционный цикл разработки программ выглядит так: Кажется, что всё так и должно быть. Но в крупных компаниях с большими проектами у такого подхода появляется много минусов. Минусы поэтапной разработки Всё дело в том, что с таким подходом есть чёткое разделение зон ответственности. Допустим, у нас простая разработка, которая разделена по отделам так: Проблема в том, что у каждого из этих отделов своё рабочее окружение: они сами следят за своими библиотеками, фреймворками и операционной системой. Из-за этого то, что работает у одних, может не работать у других. В итоге все тратят время на синхронизацию требований к коду, компонентам, фреймворкам и библиотекам. Работа стоит, код не пишется. DevOps-подход к разработке Изначально термином DevOps описывали только сам подход к разработке софта, но потом этим термином стали называть новую профессию. DevOps-подход в общих чертах можно описать так: Благодаря