В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

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

656 membersпожаловаться на группу
2020 May 25

VA

Viktor Alexandrov in DocOps-сообщество
в конфлюшной нужно указывать/развёртывать plantuml-сервер, внешний не дадут, внутренний небось тоже UNSUPPORTED будет, а десктопная версия вообще не может plantuml отрендерить... "Unknown error", когда пытаештся апдейтнуть существующую диаграмму, и отсутствие пункта меню "PlantUML" вообще в новой диаграмме...
источник
11:23пожаловаться#1

VA

Viktor Alexandrov in DocOps-сообщество
видимо надо пробовать mermaid
источник
13:22пожаловаться#2

НН

Нац Нац in DocOps-сообщество
Viktor Alexandrov
видимо надо пробовать mermaid
Надо! Я на него не смотрел пару месяцев, а фич насыпалось дай бох, живой проект
источник
13:24пожаловаться#3

VA

Viktor Alexandrov in DocOps-сообщество
ага
источник
13:30пожаловаться#4

VA

Viktor Alexandrov in DocOps-сообщество
я вот тоже щас глянул и подохренел
источник
13:30пожаловаться#5

VA

Viktor Alexandrov in DocOps-сообщество
кажется мне plant будет не нужен
источник
13:30пожаловаться#6

VA

Viktor Alexandrov in DocOps-сообщество
и в гитлабе он поддерживается нативно (вроде, судя по рекламе)
источник
13:30пожаловаться#7

ЕД

Егор Доронин... in DocOps-сообщество
Да, мермаид хорош для редактирования текстом. Ещё есть на питоне его аналог
источник
14:14пожаловаться#8

ЕД

Егор Доронин... in DocOps-сообщество
Но. Чтобы сделать нормальную диаграмму, которую будут смотреть глазами люди и понимать, все равно придется руками доводить ее в drawio
источник
14:15пожаловаться#9

ЕД

Егор Доронин... in DocOps-сообщество
И много думать над связями и их значением
источник
14:15пожаловаться#10

НН

Нац Нац in DocOps-сообщество
Егор Доронин
Но. Чтобы сделать нормальную диаграмму, которую будут смотреть глазами люди и понимать, все равно придется руками доводить ее в drawio
Почему?
источник
14:21пожаловаться#11

ЕД

Егор Доронин... in DocOps-сообщество
Потому что генераторы не могут оценить когнитивную нагрузку, которая будет создаваться для конкретного набора элементов
источник
15:03пожаловаться#12

ЕД

Егор Доронин... in DocOps-сообщество
Где-то связи и отношения однотипные
источник
15:04пожаловаться#13

ЕД

Егор Доронин... in DocOps-сообщество
Где-то нужно вывернуть наизнанку схему, чтобы было понятно
источник
15:04пожаловаться#14

ЕД

Егор Доронин... in DocOps-сообщество
Где-то убрать лишнее, чтобы показать только важное
источник
15:04пожаловаться#15

ЕД

Егор Доронин... in DocOps-сообщество
Практический пример - если сделать графвизом схему зависимостей терраформа, особенно если это проект не из одной функции, то получится каракули и нечитаемый клубок
источник
15:05пожаловаться#16

ЕД

Егор Доронин... in DocOps-сообщество
Поэтому же не взлетают год за годом визцализаторы облачной инфраструктуры
источник
15:06пожаловаться#17

ЕД

Егор Доронин... in DocOps-сообщество
Они все красиво рисуют на уровне "proof of concept", но на любой живой инфре показывают слишком много и слишком беспорядочно
источник
15:06пожаловаться#18

FM

Fox Mulder in DocOps-сообщество
Егор Доронин
Они все красиво рисуют на уровне "proof of concept", но на любой живой инфре показывают слишком много и слишком беспорядочно
Согласен
источник
15:06пожаловаться#19

ЕД

Егор Доронин... in DocOps-сообщество
В итоге все равно нужен живой человек, который будет их приводить в порядок
источник
15:06пожаловаться#20