Como lenguaje es bastante simple. Nada que no esté implementado en el ANSI C, lo encontrarás en Lua. En el libro se hace mucho hincapié en el ANSI C y en su ejecución en cualquier sistema que tenga un compilador de ANSI C que compilará la librería sin problema. Su desempeño también es alto, lleva incorporado el luajit para acelerar la ejecución y, por tanto, lo más destacable de Lua es la sencillez, la presencia en cualquier sistema y la velocidad de ejecución.

Está diseñado, al menos originalmente, para estar incrustado como lenguaje auxiliar en otras aplicaciones. Por ello, Lua es una librería de funciones escritas en C. Puede haber confusión con que cuente con su propio REPL, pero éste no deja de ser una aplicación de consola con la librería de intérprete incrustada.

A pesar de todas las ventajas hay algunas cosas que no terminan de cuadrarme por diversos motivos. La primera es que en la época de los procesadores multihilo, Lua no tenga algún mecanismo que permita la ejecución en paralelo. De hecho, en el propio PiL¹, el autor descarga en la aplicación que hospede el intérprete de Lua estos asuntos y sugiere que para la ejecución en paralelo le basta con lanzar varios intérpretes a la vez.

Otra de las cosas que me resultan un poco marcianas, y que me ha dado alguna que otra patada en el trasero mientras hacía los ejercicios, es que los índices se empiecen a numerar en 1 y no en 0 como en la mayoría, por no decir todos, los lenguajes que conozco. Quizá sea sencillo para la gente que no es programadora, pero a los que programamos en otros lenguajes, nos resulta, cuando menos, chocante.

Por otro lado, el otro día hablando con un amigo me llamó la atención sobre un punto que al que yo no le había echado mucha cuenta pero que es otra de las cosas un poco marcianas que tiene Lua: la limitación de que sólo se puede utilizar la instrucción return como la última de un bloque, por lo que en algunos casos donde se necesita un return hay que proporcionar un bloque tal que do return end.

Otro de los tropezones que me he encontrado por la diferencia entre C y Lua, es que pare éste el 0 es un valor verdadero. No siempre me ha pasado, porque viene avisado en su manual, pero cuando he estado lidiando con algún ejemplo que mezclara C y Lua, me ha ocurrido en alguna ocasión, desconcertándome un poco al principio, el que una misma expresión sea falsa en C y no en Lua. En Lua sólo tienen valor falso los valores booleanos false y nil, el resto de expresiones, como por ejemplo "" o {} o 0, son todas verdaderas.

Cabe destacar la existencia de las metatablas, un mecanismo que permite algo de magia a la hora de flexibilizar el lenguaje. Se merecen ellas solas todo un artículo por las posibilidades que ofrecen para adecuar el lenguaje a nuestras necesidades. Permiten crear nuevos tipos, hacer de Lua un lenguaje, por poner un ejemplo, orientado a objetos o lo que quieras, pues definen el comportamiento de las tablas. Además, vienen acompañadas de metamétodos, lo que nos permite ajustar esos comportamientos según los tipos que creemos con las metatablas, estableciendo operadores para nuestros tipos o métodos de acceso a los índices de las tablas.

Si alguien pregunta por mi opinión subjetiva personal, es que Lua en general es un lenguaje eficiente y sencillo, pero que mantener esa sencillez y eficiencia le lleva a tener otras cadaunadas con las que lidiar. Algo que no importa demasiado, porque todos los lenguajes tienen de eso.

Como es habitual, cuando me pongo a aprender algún lenguaje en serio, me gusta utilizarlo para algún proyecto más complejo que hacer un par de ejemplos. Para eso ya he ido haciendo la mayoría de los ejercicios que se proponen en el libro y aprendiendo esos detalles. Pero desarrollar algo desde cero es bastante más complejo.

En un ejercicio no tienes que tomar muchas decisiones, lo haces amparándote en la teoría explicada en el capítulo correspondiente y no hay un esfuerzo intelectual que requiera mucho más. El verdadero problema no es el que te ponga un libro, sino el que te encontrarás en un proyecto de desarrollo desde cero.

Sin embargo, este aprendizaje estaba dirigido a un proyecto en concreto o algo que me ronda la cabeza desde hace algún tiempo y que quería desarrollar. Pero también por el camino se me han pasado por la cabeza algunas ideas más. Al final, me ha surgido la pretensión de hacer algunas cosillas con Lua. Primero, después de quejarme de la falta de ejecución paralela, la idea loca es «pues hazlo tú mismo». La segunda una evolución de la idea original, que era hacer una aventura gráfica (isométrica) de las de point & click con Lua y Löve2D. Al final es básicamente lo mismo pero en 3D.

Lua parece un lenguaje potente y sencillo. Como todos los lenguajes tiene sus cadaunadas e incluso en el PiL habla de Luaismos, expresiones y cosas propias de Lua. Es muy rápido, pero como lenguaje para estar embebido en una aplicación sigo prefiriendo Scheme (Chibi, por poner un ejemplo) o incluso Lisp (ecl, Embeddable Common Lisp).

Con respecto a los proyectos, me atrae más el lúdico Luanti que los demás. Hacerlo sería la manera de obligarme a pensar en Lua, pues es el lenguaje embebido en dicha aplicación. Desarrollar un juego desde cero me lo plantearía si encontrara quien ayudara en algunas tareas. Supongo que texturas y modelos podrían aprovecharse de algunos módulos que los proporcionan con licencias libres, por lo que ese trabajo lo tendría al alcance y podría concentrarme en otros aspectos, como crear un mundo original, poblarlo de criaturas y PnJ con quienes interactuar e invitar a jugadores a que lo habiten.

Quizá sea más alcanzable para un programador sólo el desarrollo de una aventura completa, dentro de un juego ya creado. Aunque si contara con ayuda dicha aventura podría ser en sí misma un juego completo. Imagino una dimensión completa, con estructuras y mobs propios que pongan las cosas difíciles al jugador, que lo hagan pensar, le permitan moverse e interactuar, incluso colaborar con otros jugadores para resolverlo o conseguir un premio conjunto.