Парней тоже можно понять. Не все могут вот так взять и свалить от дебилов. У кого-то семья, обязательства, кто-то может ещё не успел новую работу найти. Поэтому ничего и не говорят.
Да и что вы хотите от них услышать?

Ну так я и не говорю, что его это оправдывает. Привела как факт из интервью. Мне как раз смешно, что он свой текст оправдает таким фактом))

Понял.

Маты публично, видимо, тоже из-за тройки по-русскому. Как вы и говорите, уровень объяснений пятиклассника.

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

Что любопытно, его текст, его жестокость — ой, ну у меня язык плохой и EQ, примите меня таким, какой я есть, то есть свою необходимость развиваться он отрицает. Но все вокруг должны учитываться его писаниной в Вики, он же так страдал, когда писал. Иначе они не хотят развиваться — вон на мороз))

Народ, кто работает в Oxygen   какие форматы у вас в компании чаще всего использовались? А то я не знаю за что хвататься

Несколько противоречиво. Да-да. :)

Это вы определяйте по заказчикам. Но скорее всего, Окса это про pdf и html.

Речь о выходных форматах или формате исходника?

Тут неизвестно о чем говорит ТС - о выходных форматах или о форматах исходника.

Исходники типа там  docbook, ditamap, json и т.д.

А какие у вас потребности? У нас DITA

Да мне хотя бы примерно чтобы ориентироваться на конкретные форматы, а то их там хренова туча

Поэтому спрсила, я пока не знаю какие у моей компании будут, приступаю только в сентябре

Oxygen xml в качестве входного формата использует два - dita and docbook
В качестве выходного - pdf and html

Остальные входные и выходные форматы для Окси менее распостранены

Вам надо понимать, как вы будете это использовать. DocBook проще с точки зрения вхождения, структура там линейная плюс фрагментарная. DITA - только фрагментарная. DocBook обрабатывается стандартизированными тулами. DITA - только DITA-OT (плюс еще есть некоторые аналогичные, типа ditac). Вопрос в том, какой функционал вам нужен. От этого надо отталкиваться. Но то и другое - это т.н. xml-based markups. Есть еще т.н. lighweight markup languages - это языки разметки, основанные на простом plain text.

И, в отличие от того, что думают многие, присутствующие тут, И xml-based markup И LML допускают работу с docs-as-code. Т.е. both! Т.к. они оба являются по сути текстом. Только первый - основан на XML, а второй - условно на "обычных текстовых" тегах.

Единственное, что LML проще в docs-as-code в части ревизии изменений.