I agree, and for generally used concepts I also prefer names, but domain-specific packages could still make good use of various bracket notations. This would of course imply that one would have to know which one is imported to decipher the notation, but that’s a trade-off for more compact code.
I love unicode for readability. I particularly like the humble θ which I use a lot in trigonometrically oriented code, where I have lots of expressions like this one:
That Quora answer is a bit out there (FUD). It comes across as someone who has only programmed in one language and is confusing a languages particular idioms with fundamental software engineering. Many of the criticisms about the “object-orientedness” of Julia are just not relevant in practical, Julia code. It’s also not very hard to type ?<: if one doesn’t understand a symbols meaning, and most of them are self-explanatory (≠, ≤, ≥, etc.).
Yes, and I definitely agree with that.
My argument is more with people using Unicode symbols “just because it looks cool”, and not when it’s something (like jargon) which can improve communication (within that specialized field, and where it’s easy to know which field the symbol or jargon is coming from)