Cuál es un buen software para codificar Lua?

Mi respuesta a esa pregunta es general: elijas lo que elijas, elige herramientas sencillas.

La razón es esta; las herramientas complejas van y vienen, las sencillas se quedan. Las herramientas complejas, cuando cambian su comportamiento rompen tus proyectos. Las herramientas fáciles son estables, fiables y se quedan para siempre.

Las herramientas complejas no funcionan en todos los entornos, las simples sí. Como el sistema está en cambio y movimiento hoy en día. Se está poniendo interesante poder escribir software ad hoc sobre Termux en tu teléfono Android o necesitas escribir algo en un servidor y no tienes más que una línea SSH allí. Tal vez estás viajando en tren y no tienes nada más que una línea GPRS de bajo ancho de banda hasta el servidor y no tienes un portátil contigo pero tu cliente llama y grita como loco y tienes que ayudarle o se va al garaje y se ahorca.

No quieres eso si aún no te ha pagado la factura.

Así que, entras con tu teléfono, te conectas al servidor por SSH y entonces, tienes tu entorno.

Y este entorno es para mí y siempre será la cadena de herramientas esenciales de construcción de Linux.

Eso significa que mi editor es VIM, sí uso Tmux para mi entorno multiterminal en el sistema de destino. Utilizo Make para crear mi entorno make- y build- y por supuesto utilizo ZSH en el shell.

No hay interfaz como una interfaz de texto si estás haciendo principalmente trabajo de texto. Tengan en cuenta mis palabras. Es un poco de trabajo para aprender VIM, pero será el último editor que aprenderás. Puede ser un poco de trabajo para aprender a usar la utilidad Make, pero será el último "IDE" que aprenderás.

Tendrás un entorno consistente en todos tus proyectos. No es importante si haces C, Lua, C++, LaTeX, Groff, Brainfuck, Redcode, HTML, Javascript, CSS o lo que sea.

Estás en un entorno consistente.

Me han vendido todas esas herramientas brillantes durante el tiempo que estuve trabajando con Java, a las que nunca quiero volver. Visual Age, Eclipse, Netbeans, con herramientas como Ant, lo que sea. Simplemente terrible. Cambiaron su forma de manejar las cosas, cambiaron algunos programas y todos mis proyectos se rompieron.

Y nunca más compilarán. Perdí con esos cambios 15 años de mi vida de desarrollo de software a lo largo de los años.

Todavía. Mi código que hice en 1986 en C funciona perfectamente bien y el código es utilizable hoy en día y compila incluso en mi teléfono Android. Incluso puedo usar el mismo editor allí.

Porque: lo simple es bueno.

Y ese es mi consejo. Escuchadlo con atención. Las otras herramientas son tentadoras y brillantes y todos los jóvenes te dirán que ese es el camino a seguir. Pero no es el buen camino a seguir. Yo estuve allí. Sólo se vuelve rancio después de un tiempo.

Cuando vayas a perder tus primeros proyectos, será demasiado tarde. Tendrás decenas, si no cientos que morirán poco después de los primeros cambios. No vayas por ese camino.

Quédate con los sencillos. Pueden darte todo lo que te da el bloatware, con menos flecos gráficos, claro, pero con la misma funcionalidad pero añade mucho encima y además te da el cambio de potenciar tu propia funcionalidad preferida a ella.

Mantente en lo simple. Aprende VIM y Make. Mantente en el camino, mantente centrado en tu objetivo.

No sigas al Erlkönig (Goethe).