Barrapunto

No creo que el PH critique a la programación funcional en sí, si no a las S-expresiones. En mi opinión, están muy bien para representar datos, pero para el código... Dios, la sintáxis de los diversos dialectos de Lisp es amargante, para cualquier cosa hay que escribir millones de paréntesis.

En cuanto a las estructuras de datos potencialmente infinitas, eso viene dado por la evaluación perezosa, no porque el lenguaje sea funcional. Por diversos motivos, normalmente sólo se usa con lenguajes funcionales puros, como es el caso de Haskell (lenguaje que cada día me gusta más).

Por cierto, Common Lisp no es funcional, es un híbrido extraño entre varios paradigmas.

La teoría difiere de la práctica. El conocimiento previo de programación también. La mayoría de las personas que manejan bases de datos hoy en día tienen unos conocimientos y bagaje en programación imperativa mayor que en funcional, lo cual debería tomarse en cuenta. Conviene tener en cuenta que pese a que a la programación funcional muy probablemente *no* es más difícil que la imperativa entérminos generales, en términos prácticos puede que lo sea.

Pero lo que me ha impulsado a contestarse ha sido sin duda aquello de "los lenguajes no son fáciles o difíciles (en mi opinión)". Pues yo opino que si. Brainfuck por ejemplo resulta intratable (dificil de usar) debido a su poca (sencilla) capacidad expresiva. Y los hay aun peores! Más bien diría "los paradigmas de programación no tiene porqué son fáciles o difíciles per se", y aun así no estoy muy seguro de ello. Cada lenguaje usa un paradigma u otro (o varios) de distinta manera, con mayor o menor complejidad de aprendizaje y manejo, con mayor o menor éxito facilitando el desarrollo de éste o este otro tipo de programas. Pero para la mente humana, hay lenguajes más difíciles que otros. Supongo que también habrá pardigmas más complicados de entender que otros, al igual que ocurre con las leyes de newton respecto a las teoría de la relatividad de Einstein. Un lenguaje tipo INTERCAL [wikipedia.org] con sus famosos COMEFROM (en vez de GOTO) es un claro ejemplo de "lenguaje más difícil que otros".

Yo, por mi parte, veo un hueco interesante en el que poder reciclarme

Joder, es que estáis todos salidos.

¿Y qué tal (cdddr color)?
O te creas tu propia función:
(define acceso
    (lambda (num lista)
        (if (null? lista)
            '()
            (if (positive? num)
                (acceso (- num 1) (cdr lista))
                (car lista)))))
Y la invocas tan fácil como:
(acceso 3 color)
Y tienes la ventaja de trabajar con listas arbitrariamente largas, no con vectores.

PD: Acepto correcciones al programa... tengo el Scheme un poco olvidado, y quizás se me haya colado algún gazapo.