W dniu czwartek, 21 marca 2019 07:59:00 UTC+1 użytkownik Maciej Sobczak napisał:
> > Jeśli kogoś by to interesowało, oto nagranie przedstawiające prototyp
> > wizualnego edytora kodu (Lispa, oczywiście), nad którym ostatnio pracowałem:
> >
> > https://www.youtube.com/watch?v=oxeB-8k-DBA
>
> Bardzo fajne. Naprawdę. Podoba mi się też wizualizacja grafu, dobre do DSLi. Taka
wizualizacja przydałaby się też dla podwyrażeń.
>
> Natomiast muszę też podzielić się goryczą związaną z używaniem narzędzi i notacji
graficznych w większej skali, bo ona pokazuje granicę stosowalności takich rozwiązań.
Otóż gdy pojawia się zespół albo dłuższa (czy w ogóle jakakolwiek) historia projektu,
na czoło potrzeb wysuwa się efektywność tych dwóch czynności:
>
> - diff
> - merge
>
> Jeżeli te dwie nie działają absolutnie sprawnie i bez zgrzytów, to
metoda/narzędzie/notacja nie nadaje się do użytku. Te dwie czynności ledwo (!)
opanowaliśmy przez ostatnie 4 dekady dla plików tekstowych (a konkretnie: o
strukturze sekwencji linii tekstu), ale dla notacji graficznych właściwie wcale. To
jest kierunek, w którym potrzebny jest przełom, ale go nigdzie nie widzę. Może tutaj
jakiś research?
>
> Niemniej, żeby nie było, że tylko krytykuję - naprawdę fajne. :-)
>
> --
> Maciej Sobczak * http://www.inspirel.com

Dzięki :)

Akurat jeżeli idzie o diffowanie i merge'owanie, to też trochę o tym myślałem. Moim
zdaniem to, że nasze języki programowania są oparte na tekście, a nie na strukturze,
jest sporym utrudnieniem (i pojawiają się idiotyczne diffy w rodzaju tego że ktoś
gdzieś dodał nową linię albo że się zmieniły końcówki linii na CRLF, albo że ktoś
woli spacje a ktoś inny tabulacje).

Z ciekawszych wpisów to kiedyś natknąłem się na to:
http://fazzone.github.io/autochrome.html

oraz źródło inspiracji tegoż:
http://thume.ca/2017/06/17/tree-diffing/

i jeszcze coś podobnego z innego źródła:
https://github.com/plande/ydiff

oraz tu:
http://jelv.is/cow/