В статье как раз и предполагается, что UML один из возможных инструментов:
В данной статье рассмотрим, как можно детализировать (уточнить) описание автоматизируемой функции с помощью UML Sequence Diagram — диаграммы последовательности.
Да, UML не стал то самой серебряной пулей. Но всё же это не плохой инструмент для коммуникации внутри команды разработки и между командами. И так же UML хорошо подходит для документации и/или передачи знаний.
У нас UML тоже не является одним из основных инструментов. Но всё же периодически (2-3 раза в год) при проектировании некоторый задач он помогает.
Дома имею «кластер» из трёх вторых RPi. На них стоит Hypriot OS. Все три машинки собраны в Docker Swarm. Использую для своих Pet проектов. И что бы играться с разными микросервисными штуками.
Но есть с этим хозяйством несколько проблем:
Не всё умеет собираться под arm
Некоторые приложения умею запускаться только под 64-битами. Например, некоторые базы, в моём случаи это MongoDB
Читаемость у Go, конечно лучше. Как минимум из-за более простого и чистого синтаксиса. Но количество кода на Go, в большинстве случаев будет гораздо больше. В некоторых случая разница в количестве кода будет в разы. А как мы все знаем, чем меньше кода — тем меньше шанс допустить ошибку.
P.S. Сам использую Go, где нужно быстро получить результат. А где важна надёжность использую Rust.
В статье как раз и предполагается, что UML один из возможных инструментов:
Да, UML не стал то самой серебряной пулей. Но всё же это не плохой инструмент для коммуникации внутри команды разработки и между командами. И так же UML хорошо подходит для документации и/или передачи знаний.
У нас UML тоже не является одним из основных инструментов. Но всё же периодически (2-3 раза в год) при проектировании некоторый задач он помогает.
Но есть с этим хозяйством несколько проблем:
P.S. Сам использую Go, где нужно быстро получить результат. А где важна надёжность использую Rust.