The evolution of Lua, continued [pdf]
1–10 of 175 posts
Re: The evolution of Lua, continued [pdf]
#2Lua is the SQLite of program languages, absolutely blast
Re: The evolution of Lua, continued [pdf]
#3[flagged]
Re: The evolution of Lua, continued [pdf]
#4Wish there is newer LuaJIT to leverage the new Lua features, but then maybe those new features are not really that critical.
Re: The evolution of Lua, continued [pdf]
#5Lua is the SQLite of program languages, absolutely blast
While I enjoy Lua, clean, elegant, and entirely too reasonable, Tcl is undoubtedly the SQLite of programming languages.
https://www.tcl-lang.org/community/tcl2017/assets/talk93/Pap...
It's because Tcl, like SQLite, operates on a peculiar metaphysical principle: everything is a string until proven otherwise, and even then, it's probably still a string.
Also, D. Richard Happ, who we owe thanks for SQLite, was and perhaps still sits on the TCL Board (I may be wrong about that, but Happ holds significance in the TCL community).
In my mind:
Tcl is the quietly supportive roommate who keeps making coffee and feeding LISP-like functionality until the world finally notices its genius.
Lua sits across the table, sipping espresso with a faintly amused expression, wondering how everyone got so emotionally entangled with their configuration files.
Re: The evolution of Lua, continued [pdf]
#6Wish there is newer LuaJIT to leverage the new Lua features, but then maybe those new features are not really that critical.
I feel like the existence of LuaJIT made is seemed like standard Lua was slow, but that's far from the case.
Re: The evolution of Lua, continued [pdf]
#7Lua is the SQLite of program languages, absolutely blast
While I enjoy Lua, clean, elegant, and entirely too reasonable, Tcl is undoubtedly the SQLite of programming languages. https://www.tcl-lang.org/community/tcl2017/assets/talk93/Pap... It's because Tcl, like SQLite, operates on a peculiar metaphysical principle: everything is a string until proven otherwise, and even then, it's probably still a string. Also, D. Richard Happ, who we owe thanks for SQLite, was and perha…
Didn't the string stuff get improved in the last few years to be a lot more performant?
Re: The evolution of Lua, continued [pdf]
#8It is interesting that so many of the largest languages were developed in a couple year time frame in the early-mid 90s. Python, Javascript, Java, Lua, R. All of these were developed 91-95 and make a bulk of development today.
Re: The evolution of Lua, continued [pdf]
#9[flagged]
First time I've been called a bot I guess :-)
But no, I'm a real person, I just post things that I (randomly) find interesting
Re: The evolution of Lua, continued [pdf]
#10Earlier quoted context omitted.
While I enjoy Lua, clean, elegant, and entirely too reasonable, Tcl is undoubtedly the SQLite of programming languages. https://www.tcl-lang.org/community/tcl2017/assets/talk93/Pap... It's because Tcl, like SQLite, operates on a peculiar metaphysical principle: everything is a string until proven otherwise, and even then, it's probably still a string. Also, D. Richard Happ, who we owe thanks for SQLite, was and perha…
Didn't the string stuff get improved in the last few years to be a lot more performant?
I think TCL does an opaque thing, everything "is" a string, but if you don't use it as a string, it's actually stored in some optimized format. Then it converts back to a string on demand
I still prefer Lua personally. Their type system is easy for me to understand