НН
Да. Хотя я против таких огромных диаграмм.
+, нечеловеческие диаграммы не нужны такие
Size: a a a
2020 May 12
НН
В здравом рассудке никто такое по настоящему читать и вдаваться в детали не будет, даже тот кто рисовал это через месяц не поймет что к чему
НН
Такое делают "для галочки" чтобы отстали
НН
Нужно декомпозировать, ибо на это смотреть даже страшно
NP
Я посмотрел повнимательнее, проблема с красными стрелками пунктиром будет. Но, найти нормальный вариант на PlantUML, думаю, можно
NP
И что же они с такой схемой сделают?
NP
Опечатки в текстах исправят?
VS
И что же они с такой схемой сделают?
Кейс: В продукте появилась новая сторонняя интеграция, нужно срочно воткнуть ещё одну стрелочку
Так как срочно, все тех.писы заняты/бюджет не выделен
Так как срочно, все тех.писы заняты/бюджет не выделен
NP
Добавление узлов в такие диаграммы в очень большом количестве случае требует ее реструктурирования. Иначе она становится просто нечитаемой. Все равно поддержкой должен заниматься один человек.
НН
Как мы ушли от диаграмм к докам эпла
NP
Диаграмма — это инструмент, который обладает ограничениями. Убедить себя, что диаграмма решит какую-то проблему и потом создать что-то нечитаемое, убеждая себя, что проблема решается — это, конечно, неизбежная практика. Но правильнее все-таки think
FM
1. Есть продукт
2. Мы хотим его продать
3. Нашли заказчика
4. Заказчик хочет знать всё про продукт
5. Требует схемы или чертежи
6. Требует общие и частные схемы
7. Просит оформить схему интеграции в существующую ИС
8а. Посылаем заказчика. Не получаем деньги.
8б. Делаем все доки. Продаем продукт. Получаем деньги. Получаем ЗП.
2. Мы хотим его продать
3. Нашли заказчика
4. Заказчик хочет знать всё про продукт
5. Требует схемы или чертежи
6. Требует общие и частные схемы
7. Просит оформить схему интеграции в существующую ИС
8а. Посылаем заказчика. Не получаем деньги.
8б. Делаем все доки. Продаем продукт. Получаем деньги. Получаем ЗП.
H
Fox Mulder
1. Есть продукт
2. Мы хотим его продать
3. Нашли заказчика
4. Заказчик хочет знать всё про продукт
5. Требует схемы или чертежи
6. Требует общие и частные схемы
7. Просит оформить схему интеграции в существующую ИС
8а. Посылаем заказчика. Не получаем деньги.
8б. Делаем все доки. Продаем продукт. Получаем деньги. Получаем ЗП.
2. Мы хотим его продать
3. Нашли заказчика
4. Заказчик хочет знать всё про продукт
5. Требует схемы или чертежи
6. Требует общие и частные схемы
7. Просит оформить схему интеграции в существующую ИС
8а. Посылаем заказчика. Не получаем деньги.
8б. Делаем все доки. Продаем продукт. Получаем деньги. Получаем ЗП.
Вариант, когда вы всё сделаете и ничего не получите в рассмотрение не берёте?
Только не говорите, что таких рисков нет.
Только не говорите, что таких рисков нет.
НН
Делаем нормальные доки, которые потом можно читать - вот такой вариант не рассматривается походу. Ну. Другим больше работы перепадёт, выгребать потом за такими умельцами
rd
Намана =)
Supported by Structurizr Limited
Java
.NET (core and framework)
Third-party implementations
TypeScript
PHP
Python (coming soon)
Arch as code (YAML)
OK
Намана =)
Supported by Structurizr Limited
Java
.NET (core and framework)
Third-party implementations
TypeScript
PHP
Python (coming soon)
Arch as code (YAML)
H
Делаем нормальные доки, которые потом можно читать - вот такой вариант не рассматривается походу. Ну. Другим больше работы перепадёт, выгребать потом за такими умельцами
Хах. Голодные игры.
НН
Слепо делать что просят, не выражая желания сделать что-то лучше или хотя бы не предложив два варианта. Это прямо омерзительное отношение к работе
FM
https://programmersought.com/images/281/f59a12a15fc31a1651a22dfc3224cf11.png
Как с помощью PlantUML нарисовать такое?
Как с помощью PlantUML нарисовать такое?
НН
Диктует)) ясно, я твой майндсет робота раба давно понял, не удивлён, собсно