в общем, я долго думал на эту тему (но, справедливости ради, ставил мало экспериментов) и имею сказать следующее:

DocOps-активности:

- требуют вполне себе сеньорных программистских компетенций (программирование на разных языках, умение допиливать существующие опенсорц-решения, хорошее владение Git, умение в одиночку сделать production-grade продукты и пр.)
- в целом менее сложны и менее интересны, чем типовые, не-документационные задачи программистов и DevOps-related инженеров — настроить CI/CD для кода на порядки более сложная задача, чем для документации
- очень редко подразумевают фултаймовую загрузку — сделать конвейер с нуля, может быть, и займет непрерывных 40-60 рабочих часов, но его поддержка и развитие вряд ли будет отнимать больше нескольких часов в неделю

но тут есть еще один нюанс:

Точнее должна быть синергия. Техпис не должен падать в обморок от ямла, а девопс писать связанные одной мыслью тексты

привет. подскажите, кому из IT-специалистов может быть интересен переход в DocOps-инженеры? думаем, где искать этого редкого зверя - из техписов выращивать или смотреть в сторону DevOps/QA/Junior-Middle-разработчиков

DevOps — набор инженерных практик, формирующих процессы принятия и публикации изменений в коде

Имхо, это в первую очередь культура. Если команда "девопсов" сидит в своем логове, пилит инструменты и никого в них не пускает, это как раз анти-DevOps

привет. подскажите, кому из IT-специалистов может быть интересен переход в DocOps-инженеры? думаем, где искать этого редкого зверя - из техписов выращивать или смотреть в сторону DevOps/QA/Junior-Middle-разработчиков