🚀 go-pugleaf

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/