Size: a a a

DocOps-сообщество

2020 February 18

RG

Ramil G in DocOps-сообщество
Nick Volynkin
Md сильно проще.
Николай, рекомендуешь не мучать команду и не требовать asciidoc?
источник

NV

Nick Volynkin in DocOps-сообщество
Ramil G
Николай, рекомендуешь не мучать команду и не требовать asciidoc?
Это команда разработчиков или писателей?
источник

RG

Ramil G in DocOps-сообщество
Nick Volynkin
Это команда разработчиков или писателей?
Трое системных аналитиков, архитектор, техпис, бизнесаналитик
источник

NV

Nick Volynkin in DocOps-сообщество
У нас писатели осознанно выбрали reST, потому что он мощнее и на наших масштабах он берёт на себя очень многое. Например, проверяет синтаксис и целостность ссылок.
источник

NV

Nick Volynkin in DocOps-сообщество
То есть у нас были реальные проблемы, которые reST решает, а Md не решил бы. Соответственно, и у вас должны быть такие проблемы, которые решатся только AsciiDoc'ом, но не Md. Иначе я не знаю, как убедить людей использовать более сложный инструмент )
источник

RG

Ramil G in DocOps-сообщество
Nick Volynkin
То есть у нас были реальные проблемы, которые reST решает, а Md не решил бы. Соответственно, и у вас должны быть такие проблемы, которые решатся только AsciiDoc'ом, но не Md. Иначе я не знаю, как убедить людей использовать более сложный инструмент )
Просто лично мне asciidoc никогда не казался сложнее, поэтому я и задаю тут эти вопросы. Удивлён противодействием команды. Я приводил доводы, головой кивают, а документы продолжают слать в доке
источник

ML

Maksim Lapshin in DocOps-сообщество
Nick Volynkin
У нас писатели осознанно выбрали reST, потому что он мощнее и на наших масштабах он берёт на себя очень многое. Например, проверяет синтаксис и целостность ссылок.
о, прикольно. Я для markdown сам писал валидатор ссылок
источник

I

Igor in DocOps-сообщество
У меня первая работа в айти была в команде где любили с rst, и он мне казался убогим после latex :D
источник

ML

Maksim Lapshin in DocOps-сообщество
Igor
У меня первая работа в айти была в команде где любили с rst, и он мне казался убогим после latex :D
Тссс
источник

iv

iakov v in DocOps-сообщество
Igor
У меня первая работа в айти была в команде где любили с rst, и он мне казался убогим после latex :D
ну вообще говоря, у latex своя специфическая сфера применения, а именно подготовка печатных форм (typesetting)
источник

СФ

Семён Факторович in DocOps-сообщество
по нашему опыту на удивление много команд разработки документируют именно в latex
источник

iv

iakov v in DocOps-сообщество
и latex это не только язык разметки, но и конкретный инструмент, который выдаёт device independent результат
источник

СФ

Семён Факторович in DocOps-сообщество
потому что (а) академический бэкграунд (все щупали latex в университете) и (б) неведение о существовании других инструментов
источник

NV

Nick Volynkin in DocOps-сообщество
Семён Факторович
по нашему опыту на удивление много команд разработки документируют именно в latex
Прямо сразу в нём пишут отдельные документы?
источник

iv

iakov v in DocOps-сообщество
Семён Факторович
по нашему опыту на удивление много команд разработки документируют именно в latex
если они получают из него не pdf, готовый к печати, то выглядит как из пушки по воробьям
источник

СФ

Семён Факторович in DocOps-сообщество
Nick Volynkin
Прямо сразу в нём пишут отдельные документы?
да
источник

СФ

Семён Факторович in DocOps-сообщество
iakov v
если они получают из него не pdf, готовый к печати, то выглядит как из пушки по воробьям
только PDF и получают
источник

NV

Nick Volynkin in DocOps-сообщество
Я знаю человека, который сразу в groff пишет. Это формат manpages, если что.
источник

ML

Maksim Lapshin in DocOps-сообщество
iakov v
ну вообще говоря, у latex своя специфическая сфера применения, а именно подготовка печатных форм (typesetting)
У латеха готовый препроцессор. Вылить из него pdf, html, xml причем с картинками и условной генерацией - это все из коробки. Но его мало кто умеет использовать
источник

I

Igor in DocOps-сообщество
Мне кажется самый простой способ понять нужен ли тебе rst вместо md это про всякие автогенерации содержания и сложные ветвистые структуры, типа когда один документ куда-то ещё ссылается
источник