czwartek, 25 marca 2021 o 16:54:13 UTC+1 Maciej Sobczak napisał(a):
> > Bardziej myślę w drugą stronę: czy systemy embedded nie są o tyle specyficzne, że
dałoby się dla nich względnie łatwo stworzyć takie narzędzia.
> Nie, bo jeśli patrzysz na te systemy jako na komunikujące się samodzielne węzły, to
jest to normalny system rozproszony. To, że akurat mieści się w jednym pudełku a nie
w serwerowni, nic nie zmienia. Moduł A komunikuje się z modułem B przy użyciu
protokołu X. To działa w każdej skali.

Tu możesz mieć rację.
Być może się przykleiłem do systemów wbudowanych bo to akurat w ich kontekście został
sformułowany oryginalny problem.
Ale może być tak, że rozwiązanie mogłoby działać również poza tym kontekstem.

> > Tutaj bardziej mi chodzi o coś w rodzaju przepływu informacji/zdarzeń.
> OK. Ale to też nie jest problem specyficzny dla embedów.
> Jeżeli dla embedów miałoby coś być specyficznego, to raczej współzależności
fizyczne, np. fakt posiadania jednego zasilacza, albo niezamierzone "protokoły
komunikacyjne" jak interferencja elektromagnetyczna, albo np. zbieg okoliczności
polegający na jednoczesnym przegrzaniu się. Ale to też można wyobrazić sobie w
większej skali, np. w serwerowni.

No, ale z drugiej strony wydaje mi się, że jest sporo oprogramowania, w przypadku
którego tworzenie tego rodzaju schematów nie ma większej wartości, bo których źródłem
złożoności jest coś innego.

Takie w każdym razie mam doświadczenie w pracy nad swoimi różnymi edytorami: nawet
nie mam pomysłu, jak mógłbym je sobie zwizualizować na tego rodzaju diagramie, ani co
ta wizualizacja miałaby wnieść (bo problemy, z którymi się zmagam, są bardziej
abstrakcyjne)

> Czyli nic specjalnego. Jeśli mowa jest o jakichkolwiek protokołach komunikacyjnych,
to masz system rozproszony.

OK, w takim razie zmieniam tytuł wątku na "narzędzia do wizualizacji systemów
rozproszonych" :)

Zna ktoś jakieś ciekawe?

> > > Ale, ale. Dlaczego chcesz *generować* kod? Co chcesz przez to zyskać?
> > Mam też taki problem z "niewykonywalną dokumentacją", że nie znam jakichś dobrych
sposobów, żeby ją przetestować, i że może się łatwo zdesynchronizować z
rzeczywistością.

> To tylko przepychasz problem w inne miejsce. Diagramy też mają dokumentację w
postaci adnotacji, czy innych wlepek tekstowych. Albo w postaci dokumentu Word o
nazwie "Dokumentacja do diagramu 123.xyz.beta.docx". I to też może się rozjechać z
rzeczywistością.

No, chyba że tego nie stworzysz. To wtedy tego nie ma, i nie może się rozjechać.

> Jeżeli diagram służy do generowania kodu, to *nie* jest dokumentacją, tak samo jak
kod źródłowy (który też służy do generowania czegoś) nie był dokumentacją.

Dlaczego nie?