Небольшое исследование

ты это не жмись, а задачу то расскажи? посчистать сумму чисел всевозможных разбиений числа записанного в 10-чной форме?

test :: [String] -> Int
test = sum  . (map read) .tail . subsequences

~

Прошу меня извинить, условие было в топике.
Строка "123123123123", в топике, взята в кавычки для того, что бы подчеркнуть, что это именно СТРОКА.
А про изменение условий, согласен, мой косяк :-) Но разве всегда все известно наперед?

Я не стремлюсь мерятся "пиписками", и все же:

(define (symm-str STR N)
  (letn (STR  (join (parse STR {[^0-9]+} 1))
         N    (if N N (length STR))
         FUN  (lambda (LSTR LN)(apply + (map int (explode LSTR LN))))
         TMP  '())
        (if (<= 0 N)(FUN STR N)
                    (begin (dotimes (i (+ (length STR) 1))
                                    (push (FUN STR i) TMP))
                           (apply + TMP)))))

(println (symm-str "123123123123"))                                   => 123123123123
(println (symm-str "123123123123" 0))                                 => 0
(println (symm-str "123123123123" 1))                                 => 24
(println (symm-str "123123123123" 2))                                 => 132
(println (symm-str "123123123123" 3))                                 => 492
(println (symm-str "123 любая произвольная строка 1+2=3 123123" 3))   => 492
(println (symm-str "любая произвольная строка"))                      => 0
(println (symm-str "123123123123" -1))                                => 136803656853

Ну может совсем чуть-чуть :-) На самом деле я действительно ищу задачи, которые удобнее решать тем или иным языком программирования. Я хочу познакомить широкую общественность с newLISP, и для этих целей готовлю сайт. Мне хочется, что бы информация, которую я буду выкладывать, была бы объективной. Вот поэтому немного так троллю :-)

По аналоги с исключением/заменой у Лиспа этих "скобочек".

Это верно всегда т.к. питон это интерпретируемый язык ещё и с идиотским GIL. Будет неверно когда CPython будет юзабельным. Другое дело, что в большинстве задач на это можно спокойно забить.

C какой частью моего высказывания вы несогласны? С первой - что Python удобен для большинства типов задач? Или со второй - что Python неудобен для задач адового выжимания из железа максимальной производительности? Вероятно, со второй. Ну так я вовсе не утверждал, что не существует модулей на С, которые можно использовать в Питоне, достигая очень очень неплохой производительности. Я утверждал, что такие задачи как написание "Hyper fast Audio and Video encoder" (media-video/ffmpeg) или "Compress or decompress FILEs in the .xz format" (app-arch/xz-utils) или "Некой Абстрактной Числодробилки" лучше решать не на Питоне. Вот что я имел в виду.

Это просто я так сумбурно все описал. Вот еще пример, может он лучше меня все объяснит:

(set 'CUBE '(lambda (x)(* x x x)))
(println 'CUBE)                    => CUBE
(println (CUBE 5))                 => 125
(println (source 'CUBE))           => (define (CUBE x)(* x x x))

Вот, взгляни на модуль работы с brainfuck:-)

в Python ВСЁ указатели :) и сборщик мусора там интерактивный - у каждого объекта в памяти, на который обращаются переменные, есть счетчик ссылок на него. как он обнуляется, так объект уничтожается. Типа так:
a = 2
b = a
a += 1
чему равно b ? ;)

на объект 2 (который был двойкой, пока не было выполнено a += 1) указывают два указателя. делаем b = 3. Не смотря на то, что b и так 3 (упс, проговорился! :) ), создается новый объект, декрементируется счетчик указателей на объект, на который указывали a и b. делаем a = 4. счетчик объета, на который указывала a, декрементируется, становитс равным 0 и объект уничтожается. Без периодических запусков сборщиков мусора, как в java. а на счет скорости... обратитесь к учебному курсу по Python на ibm-developers ;) Байт-код, завязаный на либы и ядро, написаное на C не так уж и медленен...