Oh hey, I made this. Cool to see it at the top of HN!
It looks unlike anything I've ever seen before. Are there any other languages that use glyphs so heavily? What was your inspiration? I have no idea how I would use this language, but it's put a smile on my face. Amazing work.
Uiua: A minimal stack-based, array-based language
41–50 of 107 posts
Re: Uiua: A minimal stack-based, array-based language
#42Earlier quoted context omitted.
It looks unlike anything I've ever seen before. Are there any other languages that use glyphs so heavily? What was your inspiration? I have no idea how I would use this language, but it's put a smile on my face. Amazing work.
Hoon? https://developers.urbit.org/reference/hoon/rune
I shall call all instances of ternary conditionals "wut" statements now.
Re: Uiua: A minimal stack-based, array-based language
#43Earlier quoted context omitted.
If (and I grant, this is a big if ) you are used to them, the symbolic nature of APLs allows to discuss code fragments (and even entire* algorithms) using inline elements instead of as separate interspersed blocks. The difference between scanning algol-style and apl-style code is a little like the difference between scanning history books and maths books: on one hand, one must scan the latter much more slowly (symbol…
APL people often point to the definition of "average" as evidence for its economy of expression: +/÷≢ They make the argument "the word 'average' has more symbols than its definition, so why not just use the definition inline as a tacit function?" There's some elegant beauty in this that I'm sympathetic to. However, I think it's fundamentally flawed for one big reason, which in my opinion is the core of the unreadabil…
My opinion on the overall question, which I've written about at [0], is that it's very widely acknowledged that both symbols and words are useful in programming. This is why languages from PHP to Coq to PL/I all have built-in symbols for arithmetic, and usually a few other things, and built-in and user-defined words. The APL family adds symbols for array operations, and often function manipulation. Perhaps not for everyone, but, well, it's kind of weird to see a proof that a language I use to understand algorithms more deeply couldn't possibly do this!
[0] https://mlochbaum.github.io/BQN/commentary/primitive.html
Re: Uiua: A minimal stack-based, array-based language
#44Re: Uiua: A minimal stack-based, array-based language
#45This sounds cool, but every page just says "Loading..." on Firefox Mobile
Re: Uiua: A minimal stack-based, array-based language
#46The thing that stands out the most to me is how the language itself functions as a work of art.
Re: Uiua: A minimal stack-based, array-based language
#47My recent exposure to array programming languages came via a podcast called The Array Cast[1] Not affiliated, just recommending. The regular co-hosts appear to each be experienced with various array languages such as J, APL, etc. They don't get deeply technical, but it's a nice introduction, especially on explaining the appeal. A recent episode had Rob Pike (UTF-8, Go, etc.) on to talk about his array based calculato…
Can array languages be used as general purpose languages in any practical way? Or are they really only strong as calculators?
https://www.dyalog.com/case-studies/index.htm https://github.com/interregna/arraylanguage-companies
Re: Uiua: A minimal stack-based, array-based language
#48Oh hey, I made this. Cool to see it at the top of HN!
Re: Uiua: A minimal stack-based, array-based language
#49I'm a big fan of stack-based languages conceptually, but they always seem to fall flat when it comes to basic reading comprehension. APL has the same issue, as does J. Factor did improve on this a little bit by eschewing the symbol fetish but it was still very difficult to rapidly scan the code for functionality. I'm not convinced the approach shown here is a good pairing with the human brain.