Qual è un buon software per codificare Lua?

La mia risposta a questa domanda è generale: qualunque cosa scegliate, scegliete strumenti semplici.

La ragione è questa; gli strumenti complessi vanno e vengono, quelli semplici restano. Gli strumenti complessi, quando cambiano il loro comportamento, rompono i vostri progetti. Gli strumenti semplici sono stabili, affidabili e rimangono per sempre.

Gli strumenti complessi non funzionano su tutti gli ambienti, quelli semplici sì. Come il sistema è in cambiamento e in movimento oggi. Sta diventando interessante essere in grado di scrivere software ad hoc su Termux sul tuo telefono Android o hai bisogno di scrivere qualcosa su un server e non hai altro che una linea SSH. Forse stai viaggiando in treno e non hai nient'altro che una linea GPRS a bassa larghezza di banda verso il server e non hai un portatile con te, ma il tuo cliente chiama e urla a squarciagola e tu devi aiutarlo o lui va in garage e si impicca.

Non vuoi questo se non ha ancora pagato la tua fattura.

Così, entri con il tuo telefono, ti connetti al server tramite SSH e poi, hai il tuo ambiente.

E questo ambiente è per me e sarà sempre la toolchain Linux build-essential.

Questo significa che il mio editor è VIM, uso Tmux per il mio ambiente multi-terminale sul sistema target. Sto usando Make per creare il mio ambiente make e build e naturalmente sto usando ZSH sulla shell.

Non c'è interfaccia come un'interfaccia di testo se stai facendo principalmente lavoro di testo. Attenzione alle mie parole. È un po' faticoso imparare VIM, ma sarà l'ultimo editor che imparerete. Può essere un po' di lavoro per imparare a usare l'utilità Make, ma sarà l'ultimo "IDE" che imparerete.

Avrete un ambiente coerente su tutti i vostri progetti. Non è importante se fai C, Lua, C++, LaTeX, Groff, Brainfuck, Redcode, HTML, Javascript, CSS o altro.

Sei in un ambiente coerente.

Mi hanno venduto tutti quegli strumenti scintillanti durante il periodo in cui lavoravo con Java, dove non voglio più tornare. Visual Age, Eclipse, Netbeans, con strumenti come Ant, qualsiasi cosa. Semplicemente terribile. Hanno cambiato il loro modo di gestire le cose, hanno cambiato alcuni dei loro programmi e tutti i miei progetti erano rotti.

E non compileranno mai più. Ho perso con quei cambiamenti 15 anni della mia vita di sviluppo software nel corso degli anni.

Ancora. Il mio codice che ho fatto nel 1986 in C funziona perfettamente e il codice è utilizzabile oggi e si compila anche sul mio telefono Android. Lì posso persino usare lo stesso editor.

Perché: semplice è bello.

E questo è il mio consiglio. Ascoltalo attentamente. Gli altri strumenti sono allettanti e luccicanti e tutti i giovani vi diranno che quella è la strada da seguire. Ma non è la strada giusta da percorrere. Io ci sono stato. Dopo un po' diventa stantio.

Quando perderai i tuoi primi progetti, sarà troppo tardi. Avrete decine, se non centinaia che moriranno poco dopo i primi cambiamenti. Non prendete quella strada.

Mantenetevi su quelli semplici. Possono darvi tutto quello che i bloatware vi danno, con meno frange grafiche, naturalmente, ma con la stessa funzionalità, ma aggiungono un sacco di cose e in più vi danno la possibilità di migliorare le vostre funzionalità preferite.

Mantenete la semplicità. Imparate VIM e Make. Rimani sul percorso, rimani concentrato sul tuo obiettivo.

Non seguire l'Erlkönig (Goethe).