🚀 go-pugleaf

On Friday, March 26, 2021 at 12:41:03 PM UTC-4, Maciej Sobczak wrote:
> > A tutaj ciekawostka - nie na temat ale interesujace (diagramy w Pythonie) - z mojego punktu widzenia ma jedna dobra strone - latwe sledzenie zmian przez diff ;-) 
> > https://shekhargulati.com/2020/04/21/software-architecture-diagrams-as-code/
> Śledzenie zmian w diff to bardzo poważna zaleta, bo typowe narzędzia na tej części się spektakularnie wykładają. Co jest o tyle absurdalne, że motywacje do używania diagramów pojawiają się w projektach powyżej jakiegoś poziomu złożoności, gdzie dokładnie z tego samego powodu pojawiają się też potrzeby śledzenia historii zmian, czy w ogóle pracy zespołowej na wielu wersjach, itd. Czyli schemat działania jest taki: 
> - robimy duży projekt, więc zatrudniamy tabun ludzi 
> - mamy Git, Jenkins i co tam jeszcze, pierdylion branchów i pierdyliard wersji w każdym branchu 
> - merge'ujemy branche we wszystkich kierunkach 
> - jesteśmy już tak poważni, że kupujemy program do robienia diagramów... 
> - i dupa. 

Zgadzam sie z kolega w 100% - najlepszy przyklad z brzegu merge Simulink models - trzeba uzywac ich narzedzia bo normalny diff nic nie potrafi zrobic - a narzedzie od MATLAB/Simulink "sucks"

> 
> Diagram generowany kodem to dobry pomysł również z tego powodu, że można zrobić meta-modelowanie, czyli np. zrobić coś w pętli zamiast copy-paste (np. dużo podobnych bloczków). 
> 
> Ale Python to i tak słaby wybór do takiej roboty. Lepszy byłby język o swobodniejszej składni, np. Wolfram albo od biedy Scheme. Tam można robić cuda bez ograniczeń ze strony istniejących reguł a tych w Pythonie jest zdecydowanie za dużo do takich zastosowań. 

Na bezrybiu i rak ryba ;-)

> 
> -- 
> Maciej Sobcza * http://www.inspirel.com