Size: a a a

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

2019 June 26

СФ

Семён Факторович in DocOps-сообщество
если это только HTML, то степеней свободы у вас становится куда как больше
источник

V

Vanger in DocOps-сообщество
увы нет, html, word, pdf
источник

V

Vanger in DocOps-сообщество
но тут я думаю мы сможем применить pandoc
источник

СФ

Семён Факторович in DocOps-сообщество
сложнее всего дается конвертация в DOCX
источник

VB

Vladimir B in DocOps-сообщество
Vanger
раз такая пьянка.. расскажите про волшебную пилюлю.
Есть доки в основном в word во что лучше сейчас смотреть, что бы в последсвии сделать нормальную документацию на ПО.  направьте, пинком в зад, в какие инструменты копать.

Сейчас видится, что всё перевести в MD или rST с нарезкой по главам, а дальше все собирать в единый документ, ну и на выходе в pandoc для разных форматов..
посмотрите в строну http://www.writage.com/
источник

VB

Vladimir B in DocOps-сообщество
но у меня были проблемы с ним - большие файлы он через раз конвертит в md
источник

V

Vanger in DocOps-сообщество
ох какая штука, посмотрю обязательно
источник

V

Vanger in DocOps-сообщество
у нас конечно не прокатит, надо будет думать что то с таблицами сложными
источник

K

Konstantin in DocOps-сообщество
Vanger
его как раз смотрим.
t.me/foliantdocs — присоединяйтесь!
источник

A

Antonio in DocOps-сообщество
Nick Volynkin
на ум приходит такое: держать plantuml в отдельных файлах *.puml, инклюдить их в asciidoc
Эх... Возненавидел маркдаун ещё больше))
источник

НН

Нац Нац in DocOps-сообщество
Antonio
Эх... Возненавидел маркдаун ещё больше))
но тут же про аскидок
источник

NV

Nick Volynkin in DocOps-сообщество
Antonio
Эх... Возненавидел маркдаун ещё больше))
В нём тоже есть инклюды. Вот в Foliant, например )
источник

A

Antonio in DocOps-сообщество
Нац Нац
но тут же про аскидок
я ж как раз про это, что аскидок тащит
источник

НН

Нац Нац in DocOps-сообщество
Antonio
я ж как раз про это, что аскидок тащит
Мне маркдаун тащит :}
источник

НН

Нац Нац in DocOps-сообщество
А вариаций инклюдов для md — куча
источник

A

Antonio in DocOps-сообщество
Nick Volynkin
В нём тоже есть инклюды. Вот в Foliant, например )
очередной flavor)
источник

NV

Nick Volynkin in DocOps-сообщество
Ну да, это печальная судьба Markdown. Куча диалектов.
источник

AL

Anna Leonova in DocOps-сообщество
Для markdown, docx и ГОСТа есть еще вот такое извращение: https://gitlab.iaaras.ru/iaaras/gostdown на Powershell и pandoc/latex. Я немножко попользовала, для небольшого проекта работало сносно.
источник
2019 June 27

NK

ID:0 in DocOps-сообщество
​​Курс по документированию REST API на русском языке.

Тут случилось что-то невероятное. Курс Тома Джонсона по документированию REST API переведён на русский язык. Денис Старков сделал это сам, один, за полгода работы.

Оригинальный Documenting APIs: A guide for technical writers and engineers — наверное, самый полный и полезный открытый курс по документированию. Он рассчитан на технических писателей, разработчиков и студентов. Для техписателей этот курс — точка входа в документирование кода и API, очень интересную область работы, за которую ещё и неплохо платят. Разработчики из этого курса научатся структурировать информацию и понятно описывать свой код и API.

Читайте переведённый курс по документированию REST API, рекомендуйте его коллегам, ставьте звёзды репозиторию. Шлите пуллреквесты с правками, наконец. :)
источник

NV

Nick Volynkin in DocOps-сообщество
Михаил Влазнев
Добрый день всем. Засорять чатик кучей вопросов не хочется, поэтому спрошу так - нет ли у вас какой-нибудь краткой выжимки по инструментам документирования для айти-компании? Так, чтобы прочитал и понял в каком направлении двигаться.

Исходные данные - ранее в компании документация не велась. Какими инструментами задокументировать код, разработчики примерно представляют. Остается вопрос о документации разных бизнес-процессов, чек-листов, инфраструтктуры и прочего.
Вот этот курс отлично рассказывает про документирование кода и API: https://t.me/docops/333
источник