🚀 go-pugleaf

W dniu czwartek, 26 stycznia 2017 19:55:13 UTC+1 użytkownik markfal...@gmail.com napisał:
> No właśnie. Żeby nie robić z tamtego wątku tasiemca zupełnie off topic...
> 
> Czy na prawdę Lisperzy na pytanie jakie zadał bigos na comp.lang.lisp:
> 
> https://groups.google.com/forum/#!topic/comp.lang.lisp/2XyHXlVpTiw
> 
> Mają tylko odpowiedź w stylu "The abstraction tools used at the micro level can also be used at the macro level"?
> 
> Przecież każdy architekt dużych systemów, które mają się dobrze skalować, wie
> że to tak nie działa :) Obsługa 10 różnych usług sieciowych w aplikacji 
> z której korzysta w tym samym czasie 300 osób, a obsługa np. 300 tysięcy różnych usług, o różnej wolumetrii danych, w rozproszonym systemie, z wymaganiami HA, przy ostrych wymaganiach na wydajność - to zupełnie nie to samo i sam DSL
> mi tego nie zapewni...

Ja myślę o tych kwestiach w zupełnie inny sposób, tzn. mam świadomość,
że korzystając z jakiegoś języka programowania niebędącego lispem, coś
odrzucam. Mówiąc konkretniej, odrzucam elastyczność powodowaną tym, że
składnia lispa, wraz z operatorem quote pozwala tworzyć dowolne obiekty
drzewiaste. Dlatego kiedy się np. mieliśmy na uniwerku zajęcia z parsowania
i gramatyk, to zamiast korzystać z jakichś bardzo skomplikowanych
narzędzi typu Bison, mogłem zapisywać gramatyki po prostu za pomocą
s-wyrażeń, np.

  '((<S> => <A> <B>)
    (<S> => <B>)
    (<A> => a <A>)
    (<A> => x)
    (<B> => b <B>)
    (<B> => x))

Napisanie rekurencyjnego programu pozwalającego przetwarzać takie
gramatyki nie zajęło wiele miejsca -- niewiele więcej, niż ekran kodu,
zaledwie 4 funkcje, z czego dwie rekurencyjne.

Gdybym chciał to samo osiągnąć w jakimś nie-lispie, musiałbym
się babrać z tworzeniem parserów. Tutaj mam to za darmo. Kod może nie
był czysto funkcyjny, bo używałem w nim wyjątków, ale ponieważ
intefejs był funkcyjny, mogłem go łatwo testować, np.

((recursive-descent-parser '((A => a A b)
                             (A => c)))
 '(a a a c b b b))
;; => (A a (A a (A a (A c) b) b) b

podczas gdy pan, który prowadził kurs na uniwerku, napisał chyba z 5
ekranów kodu odpowiedzialnych za samo wyświetlanie drzew parsowania.

I oczywiście, kiedy tworzysz jakiś konkretny projekt na jakieś konkretne
potrzeby, wówczas faktycznie kluczowe znaczenie ma ekosystem oraz
grono odbiorców.

Zdaje się, że w projektach Javovych typowym formatem strukturyzowania
danych jest XML. Programiści Scheme'u wymyślili sobie coś takiego,
jak SXML, czyli konwersję XML do postaci s-wyrażeń, dzięki czemu
mogą uniknąć tego bezsensownego narzutu redundantnych znaczników.

Trochę się swego czasu rozpisywałem na ten temat na quorze:
https://www.quora.com/Which-programming-language-is-the-most-suitable-in-building-a-humanoid-robot/answer/Panicz-Godek