спор перешел в пласт «давайте договоримся о терминах», всё нормально. Мы техписатели, мы же про дидактику и корректные определения в первую очередь:)

с ходу не увидел там ни определения термина DevOps, ни присвоения ему значения «роль/профессия», можете ткнуть пальцем?

У Agile тоже нет четкого определения, но есть 12 принципов. И вы не называете Agile профессией?

не называю, верно. И все-таки, почему DevOps надо называть профессией?

agile - разве это не подход?

кажется я реплайнул не туда)

я как раз поддерживаю, что devops это не профессия

deal:)

девопс-инженер реальная профессия, а development operations это методология и, так сказать, философия разработки

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

прямо как в анекдоте — техписатели есть, а профессии нет:)

профстандарт же есть, значит есть и профессия

О, холивар) Девопс - это методология

А вот техписатель - несомненно профессия

Если за какую-то деятельность платят деньги, имхо, то это профессия. Независимо от наличия вузов и корочек

я иногда пишу)

Все хорошие техписы в той или иной мере обучены и кодить и конфиги писать. Это и отличает высокооплачиваемого специалиста от среднего или начального уровня.
Я думаю никто, в текущих реалиях, не будет платить техпису хорошие деньги если он просто набирает текст.
Например, техпис обязан сам развернуть среду разработки документации на основе сфинкса+рст; иметь и знать вывод через апач-фоп и тд и тп
Но! Вот просто жирный но, который я всегда приношу в такого рода обсуждения, применимое в условиях России. И связано это Но с тем, что даже крупные ИТ-компании вынуждены писать документацию или согласно ГОСТ или валидируя в ФСТЭК.
А такой подход не предполагает использование подхода к документации как к сервису или коду ,а значит от технического писателя требуются уже другие компетенции, и ему совершенно не нужно уметь в докер; зато вот знать ФТБ или РВ более полезно.
Что же касается доли именно госдокументации - она огромна. Яндекс, Маил, Касперский - все пишут доки именно такого плана. Что же говорить о компаниях поменьше.
Зачем компании техпис, который может в docasacode, когда его Изделия надо офрмлять согласно РВ.
))

https://twitter.com/patio11/status/1184277080898338816  ""People should just read their man pages."

If you like your man pages you can keep your man pages, but there are a few million people operating systems professionally who ask their questions to Google because Google has a reputation for providing actual answers quickly.". Если пользователи ищут ответы не напрямую в документации, а в Гугле это ведь не значит, что документация плохая. Но иногда бывает, что документация действительно не полная и не покрывает какие-то сценарии, которые описаны в блогах или stackoverflow. Улучшаете ли вы документацию когда видите популярные вопросы для вашего ПО на stackoverflow или например вопрос который в google suggest появляется?

> Но с тем, что даже крупные ИТ-компании вынуждены писать документацию или согласно ГОСТ или валидируя в ФСТЭК.
А такой подход не предполагает использование подхода к документации как к сервису или коду

Это неверное предположение. Можно делать доки по ГОСТ с исходниками в коде.

Вон недавно @ulesko рассказывал же.