Size: a a a

technicalwriters

2021 January 17

NV

Nick Volynkin in technicalwriters
Fagor
Питон ооочень далек от лингвистики. Про R, да и про обучение самому пайтону лингвистов, не скажу. Так как не в курсе.
Главред же на питоне написан )
источник

H

Hartmann in technicalwriters
Есть в чате пользователи madcap, хэлопов, докторов? Давайте анонимный опрос проведём, пусть укажут зп.
источник

H

Hartmann in technicalwriters
Интересно вот это соотношение выяснить.
источник

M

Maeg in technicalwriters
Milkhail Che
Help and manual закроет почти все потребности и проще всех docs as code. Только берите pro версию.
Если 600уе много, можно и Dr. Eplain.
Проблемы - неудобное ревью и поддержка перевода :( но да, разворачивать сильно проще
источник

ДЧ

Дарья Чернавина... in technicalwriters
Nick Volynkin
Главред же на питоне написан )
+
источник

M

Maeg in technicalwriters
А вот я ещё смотрю:
AsciiDoctor хочет Ruby в окружении
Sphinx - Python
То есть при выборе инструмента документирования мы должны опираться на то, что уже есть у разрабов?
источник

NV

Nick Volynkin in technicalwriters
Maeg
А вот я ещё смотрю:
AsciiDoctor хочет Ruby в окружении
Sphinx - Python
То есть при выборе инструмента документирования мы должны опираться на то, что уже есть у разрабов?
Я недавно узнал, что у AsciiDoctor есть выбор между Ruby, JS и Java. Какая-то хитрая кроссплатформенная магия )

Подробности тут https://t.me/docops/516
источник

F

Fagor in technicalwriters
Maeg
А вот я ещё смотрю:
AsciiDoctor хочет Ruby в окружении
Sphinx - Python
То есть при выборе инструмента документирования мы должны опираться на то, что уже есть у разрабов?
Ruby умирает... если так, то асидока убивать и переписывать следует.
источник

NV

Nick Volynkin in technicalwriters
Fagor
Ruby умирает... если так, то асидока убивать и переписывать следует.
Уже, называется Antora
источник

M

Maeg in technicalwriters
ой, в этом подкасте такими словами Конфу обложили, что я им не верю. Если что, связка "обновление документации через таски, генерация через плагин Scroll, и всё это на битбакете" закрывает весь этот ваш doc-as-a-code. Но дорого, да, и никто не хочет битбакет :)))
источник

NV

Nick Volynkin in technicalwriters
Maeg
А вот я ещё смотрю:
AsciiDoctor хочет Ruby в окружении
Sphinx - Python
То есть при выборе инструмента документирования мы должны опираться на то, что уже есть у разрабов?
Но вообще, необязательно.
— первое время хватит того, что есть из коробки
— для брендирования нужен фронтендер
— и только если очень хочется чего-то необычного, тогда нужен разработчик на том же языке. И то там довольно простой код.
источник

F

Fagor in technicalwriters
Maeg
ой, в этом подкасте такими словами Конфу обложили, что я им не верю. Если что, связка "обновление документации через таски, генерация через плагин Scroll, и всё это на битбакете" закрывает весь этот ваш doc-as-a-code. Но дорого, да, и никто не хочет битбакет :)))
По мануалам не скажу, но за требования не тянет ни конфа ни вся вот эта казалось бы экосреда. Даже половину не закрывает. Даже вместе.
источник

M

Maeg in technicalwriters
Fagor
По мануалам не скажу, но за требования не тянет ни конфа ни вся вот эта казалось бы экосреда. Даже половину не закрывает. Даже вместе.
Гост овские требования не закроет, это да. А остальное... например?
источник

F

Fagor in technicalwriters
Maeg
Гост овские требования не закроет, это да. А остальное... например?
Я не про требования к документации только, я и про требования к бизнесу, системам, решениям стекходеров, исполнителей, пользователей. Процесс до реализации. А не после реализации.
источник

M

Maeg in technicalwriters
Fagor
Я не про требования к документации только, я и про требования к бизнесу, системам, решениям стекходеров, исполнителей, пользователей. Процесс до реализации. А не после реализации.
ой. То есть написание требований в маркдауне и ревью через гит кажется более продуктивным для разработки требований, чем веб-хостед интерфейс с перепиской хоть в комментах, хоть инлайн, и с draw.io на борту?
источник

F

Fagor in technicalwriters
Maeg
ой. То есть написание требований в маркдауне и ревью через гит кажется более продуктивным для разработки требований, чем веб-хостед интерфейс с перепиской хоть в комментах, хоть инлайн, и с draw.io на борту?
Нее, и то и другое вместе не тянет на целостность. Которая нужна мне. Реально. Может я тут конечно хочу слишком много.
источник

NV

Nick Volynkin in technicalwriters
Maeg
ой. То есть написание требований в маркдауне и ревью через гит кажется более продуктивным для разработки требований, чем веб-хостед интерфейс с перепиской хоть в комментах, хоть инлайн, и с draw.io на борту?
Если о фактах говорить, то в компании КУРС выбрали AsciiDoc для требований и, похоже, очень рады. И в Ростелекоме аналогично Markdown + Foliant, о чём Костя Валеев рассказать уже много раз.
источник

M

Maeg in technicalwriters
Nick Volynkin
Если о фактах говорить, то в компании КУРС выбрали AsciiDoc для требований и, похоже, очень рады. И в Ростелекоме аналогично Markdown + Foliant, о чём Костя Валеев рассказать уже много раз.
в последнем случае не "выбрали", а "сделали сами для себя", ага )
источник

F

Fagor in technicalwriters
Nick Volynkin
Если о фактах говорить, то в компании КУРС выбрали AsciiDoc для требований и, похоже, очень рады. И в Ростелекоме аналогично Markdown + Foliant, о чём Костя Валеев рассказать уже много раз.
Знаете, это как с подходом "лучше чем ничего". Но технология готова к большему. Что-то, лучше ничего. Но не то к чему хочется прийдти.
источник

NV

Nick Volynkin in technicalwriters
Maeg
в последнем случае не "выбрали", а "сделали сами для себя", ага )
Markdown выбрали, а Foliant как бы сделали, но там много готовых деталей внутри. В первую очередь, MkDocs и pandoc.
источник