Size: a a a

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

2019 February 04

ДС

Денис Старков in DocOps-сообщество
источник

ДС

Денис Старков in DocOps-сообщество
Нац Нац
в гитлаб надо кормить с ```plantuml а не puml
не помогло
источник

ДС

Денис Старков in DocOps-сообщество
это уже надо своих админов трясти, к ним вопрос
источник

L

Luiza in DocOps-сообщество
В гитлабе надо сервер plantuml поднимать
Сначала
источник

ДС

Денис Старков in DocOps-сообщество
Luiza
В гитлабе надо сервер plantuml поднимать
Сначала
Да, поэтому админам и написал
источник
2019 February 05

SK

Sergei Kutcher in DocOps-сообщество
Доброго дня! А есть ли у кого опыт использования https://github.com/lord/slate
источник

SK

Sergei Kutcher in DocOps-сообщество
Для написания статичной документации*
источник
2019 February 06

FM

Fox Mulder in DocOps-сообщество
У меня вопрос. Раньше все диаграммы и прочее я рисовали или Visio или в Draw.io
Решил тут попробовать VScode + markdown+mermaid/flowchart и результат мен не порадовал.
Например в mermaid нельзя свзять subgraphs и тп. Рисовать алгоритмы и диаграммы крайне неудобно.
Какой смысл в данных инструментах? Может я что-то не понимаю?!
источник

A

Antonio in DocOps-сообщество
@daskain мы когда-то использовали, но, быстро отказались. По ощущениям, он был не слишком удобен в плане поддержки документации в markdown формате, хотя сначала казалось, что это решение
источник

SK

Sergei Kutcher in DocOps-сообщество
Antonio
@daskain мы когда-то использовали, но, быстро отказались. По ощущениям, он был не слишком удобен в плане поддержки документации в markdown формате, хотя сначала казалось, что это решение
Вот то-же к этой мысли прихожу.
3 месяца назад появилась идея переехать из Confluence, на что-то другое.  Изменения в API были скорее бекэндовые и новые версии выкатывали очень не часто.
источник

SK

Sergei Kutcher in DocOps-сообщество
А теперь, когда работа по переносу почти подошла к концу, появился новый функционал + старое API стали обновлять. Теперь, для внесения изменений нужно накидать в md, поднять middleman и только потом в прод
источник

A

Antonio in DocOps-сообщество
@daskain держать API документацию в confluence это ещё то зло, у нас есть одна такая команда, и у меня каждый раз смотря на эту красоту идёт кровь из глаз)
Мы держали свой API в apidoc/jsdoc, сейчас переезжаем постепенно на openapi, причем и фронт и бэк
источник

NV

Nick Volynkin in DocOps-сообщество
Antonio
@daskain держать API документацию в confluence это ещё то зло, у нас есть одна такая команда, и у меня каждый раз смотря на эту красоту идёт кровь из глаз)
Мы держали свой API в apidoc/jsdoc, сейчас переезжаем постепенно на openapi, причем и фронт и бэк
на прошлой работе был тестировщиком, писал доки на наш HTTP API табличкой в конфлюенсе.
источник

NV

Nick Volynkin in DocOps-сообщество
REST-ом язык не поворачивается назвать тот API. Там было два эндпойнта, на них отправлялись JSON, а уже в них полтора десятка параметров
источник

EN

Ekaterina Noskova in DocOps-сообщество
Nick Volynkin
на прошлой работе был тестировщиком, писал доки на наш HTTP API табличкой в конфлюенсе.
это же больно, нет?
источник

EN

Ekaterina Noskova in DocOps-сообщество
или автоматизация была?
источник

NV

Nick Volynkin in DocOps-сообщество
Кать, я писал вручную, ещё даже отмечал там параметры которые в разработке, не на проде. Было сложно, но куда лучше, чем ничего.
источник

A

Antonio in DocOps-сообщество
Мне кажется, что если эндроинтов немного, то лучше уж тогда запилить readme.md или что-то иже с ним, описать как положено и держать это в гите
источник

A

Antonio in DocOps-сообщество
У нас есть такой сервис, мы для него накрутили jsdoc и публикуем доку через артефакты в Jenkins
источник

NV

Nick Volynkin in DocOps-сообщество
Теперь я бы сделал так, да 😁
источник