Как стать автором
Обновить

Комментарии 2

Но о чем статья?
DevOps ведь это про процессы внутри компании, методология — целью которой является уменьшение времени релиза ПО и фич от ТЗ до прода, во главе всего time-to-market. Что вы там собираетесь автоматизировать в DevOps, если DevOps сам подразумевает как техническую, так и организационную оптимизацию процессов и автоматизирование всего того, что можно автоматизировать.

Статью нужно было назвать «10 моих любимых инструментах, применяемых на различных стадиях жизненного цикла программных проектов.», а так получается что в заголовке масло масленное.
Эта вечная путаница. Сперва несколько абзацев о том, какой ДевОпс крутой подход к улучшению жизни всего проекта.
А затем просто перечисляются технические инструменты, которые должен воплотить и настроить админ/configuration engineer (которого часто называют девопсом)

А где тут описано, как менеджер проекта должен прислушиваться к админу, выделять ресурсы, выделять людей и полномочия принимать решения использовать те или другие инструменты?
Ведь именно это самое главное — именно это позволяет и применить этот список инструментов, выбор из которых уже на самом деле вторичен и зависит от навыков конкретного инженера и потребностей проекта.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий