[173] Vy ste napisali predtym nieco ako:
"Jazyky typu LISP su zaujimave z akademickeho pohladu, ale svojou paradigmou sa hodia len na riesenie urciteho okruhu problemov"
Lisp nie je strikne funkcionalny... je funkcionalny, ak chcete, je proceduralny, ak chcete, je objektovy (to je vzdy) - mozete navrhovat program objektovo, ak chcete... To ze je Common Lisp len akademicka zalezitost je obrovsky omyl, ktory som sa tu snazil vyvratit... taktiez to dokazuju jeho mnohe komercne nasadenia (pogooglite, urcite toho vela najdete). - to "mnohe" berte s rezervou :)... skratka existuju :)
Kompilatory Common Lispu (SBCL ako je ako opensource zastupca, a dokonca ma aj niektore vlastnosti, ktore chybaju niektorym komercnym kompilatorom) urazili za poslednych par rokov obrovsky kus cesty... a podla mna tam je buducnost kompilovanych jazykov. Pre jadro, drivery a ine striktne HW veci je tu cecko a asm (rovnako ako aj pre tvorbu kompilatorov Common Lispu... ako aj Erlangu a pod... :).
Jedine co moc nechapem je pouzivanie jazykov ako c++, no a potom inych middle jazykov (nebudem menovat, pre istotu... lebo ma tu ukamenuju:)... nechapem preco ostavat niekde v strede... tak bud robim s HW, vtedy cecko a asm, alebo robim user aplikaciu, a vtedy Common Lisp (a to ze je kompilovany Common Lisp rychlejsi ako drtiva vacsina middle jazykov dnes uz tiez nie je ziadne tajomstvo, staci popozerat rozne benchmarky)