[ufik78]

@phoe kilka pytań:
1. nie wiem czy przegapiłem gdzieś odpowiedź, ale dlaczego #commonlisp a nie #scheme lub #racket?
2. czy jest jakaś fajna dokumentacja do standardowej biblioteki?
3. jakiś menadżer pakietów (chciałbym np. JSONa sobie odczytać)?
4. czy da się jakoś spakować program napisany w lispie do .exe albo jako binarkę do uruchomienia bez posiadania zainstalowanego lispa na docelowym komputerze?
5. czy da się w lispie programować mikrokontrolery i dlaczego nie :)
6. czy lisp nada się jako zamiennik skryptów bashowych lub pythonowych?
7. czy w lispie są jakieś biblioteki umożliwiające asynchroniczne i/o?
8. czy da się pisać (pewnie sie da, ale jak) programy z gui?
9. czy da się w lispie używać gpu (cuda, opencl)?

[phoe]

@ufik78: nie mam teraz czasu odpowiedzieć - zrobię to jutro. jakbym zapomniał, to proszę, przypomnij się

[ufik78]

@phoe: jasne :)

[sir_herrbatka]

1) common lisp to w dużej mierze inny język. Na tyle inny, że podobieństwo pomiędzy cl a scheme jest pewnie zbliżone do podobieństwa pomiędzy python oraz ruby. Co za tym idzie pytanie jest złożone. W skrócie można odpowiedzieć w ten sposób: scheme to mały język do dydaktyki: krótki standard, zignorowanie kwestii wydajności. Lisp to język ustandaryzowany przez duże (wtedy) firmy. Posiada rzeczy które uznane zostały za przydatne w pracy nad dużym projektami:

[ufik78]

@sir_herrbatka: dzięki wielkie

[phoe]

@sir_herrbatka: @ufik78:
6) to nie problem. jeżeli chcesz często używać Lispa do skryptów uniksowych, to wystarczy zastartować Lispa jako usługę systemową i mieć go cały czas w pamięci z odpalonym choćby serwerem Swanka czy innym pipe'em; przekierowujesz skrypt jako wejście do niego i masz go odpalonego od razu, bo Lisp jest już zastartowany.

8) QTools, CommonQT, CL-SDL, CL-GTK2 i mnóstwo innych, jest w czym przebierać.

wszystkie inne pytania już odpowiedziane