Do you believe that the best language for writing programs would be universal, or might there be one best for you (syntax you like and find convenient) and a different best for me (syntax I like and find convenient)?
My uneducated guess is that much of Lisp dialect proliferation amounts to a confusion between syntax and logic. I would distinguish as follows, 'syntax' is arbitrary elements which are used to describe program logic. Logic is the underlying computational processes which drive the language.
As a consequence, I would suggest that some language designers may be confusing syntactical and logical elements when they claim their language is 'better' than other variants. Where the syntax varies according to preference and not because of an improvement in logic, I would say that this is a contextual 'better' and not a mathematical (and hence, universal) 'better.'
Anyways, I wouldn't pay the reddit critique much heed, as much of it mirrors the endless debates over vim vs. emacs. Which is to say, I don't find it very helpful and don't know why Pg would either.
Thx for the response.
Suppose we have three users: (AS) Andy Smith (BS) Andy Smith's brother Bobby Smith who can telepathically communicate with his computer (CS) An alien computer scientist
Because the process of programming involves the translation from natural language to machine language (logic), there will necessarily be various syntactical preferences depending on the natural language of the programmer and the input method.
For this example we will assume AS and BS have the same basic cognitive structure and natural language. The only difference is that BS is telepathically linked to his computer, whereas AS must use a keyboard. Presumably there now is no barrier for BS to use a purer translation of natural language to machine language. Because there is no time cost for typing, BS can represent lambda as 'lambda' instead of 'l' or simply parens. However, AS will likely choose abbreviations, since to them they represent an ease of use in the translation process from natural language to machine language. However, probably he will use only English language derived abbreviations of no less than three characters, as anything else would be outside his cognitive context.
Because our alien programmer (CS) thinks in a completely different language, the preferred syntax will also be different. Perhaps CS will want to represent concepts (such as lambda) as a hexadecimal number. This can hardly be said to be better or worse as machine logic does not change, only the representation/syntax changes.
So I think if I had to rewrite my earlier statement I would get rid of the word 'preferences,' which implies subjectivity. Rather, I would suggest there are different optimal syntaxes depending on the point of origin (or point of translation from natural language to machine language) but likely only one optimal representation as machine logic (per problem).
As an aside about Arc, but not to harass you:
If you don't mind my asking of silly questions, I have noticed that in provided snippets the syntax you seem to make use of the most is the [_] notation even though you had some additional ideas kicking around originally (e.g., x:y for (x 'y), allowing infix math, letting users define syntax). Are you still planning to include / already have these (and possibly more) syntactical forms? What of parentheses inference (not as a matter of hating parens, but just as something included in your initial writings that hasn't seemed to surface in code snippets)? Any new thoughts about such things?
I spent a couple days working on getting rid of parentheses, and it got really ugly.