iv_an_ru При этом если элемент тела явного или неявного progn-а начинается с лишних скобочек, то это пара условие-результат (т.наз. "неявный cond"): если условие выполнено, то неявный progn вернёт результат.
А где можно поиграться с реализацией?
А что делать, если функция (первый терм в s-expr) должна быть получена в результате выполнения другой функции? Лепить apply? "Неявный apply" по мне так естественнее и удобнее, чем "неявный cond".
А без "неявного progn" я чего-то и не знаю где реализацию лиспа найти.


Унрегистередiv_an_ru, что такое transpose? Это функция. Она реализована, кончно с циклами и системными вызовами, но нам этого не видно. Мы можем реализовать такую же ффункцию для С, Fortran'a, Delphi и тд., в результате скажем что в языке ... список из списков транспонируется в одно слово и это будет верно: transpose(a);
А если кто то будет спорить, мы скажем, что у нас новый диалект этого языка, в котором есть операция transpose. Это тоже будет верно. А если кто то и тогда будет спорить, мы скажем, что он привык к старому диаекту этого языка и не может изучить новый (наш). Это тоже будет верно.
Суета, братья
Ага, только какой смысл в знании кривого глючного "языка", который не стандартизован, не распространён, неудачно спроектирован, не поддерживается и в принципе не поддерживаем, и больше никто его не знает, да и сам человек постоянно забывает?
Если бы в этих рассуждениях рациональное зерно было сильнее словоблуднического, то дальше ассемблера информационные технологии никогда бы не развились просто за ненадобностью.
Ну и стандартный аргумент: декларируя транспонирование в терминах mapcar, мы не привязываемся к конкретному алгоритму его реализации. Мы описываем ЧТО мы хотим получить, но не делаем жёсткой привязки к тому, КАК это должно получиться. Соответственно, оставляем простор для компилятора и оптимизатора, в первую очередь -- распараллеливания mapcar.