Nel caso di un linguaggio funzionale di nuova progettazione, prendi in considerazione ad es. l'operatore non è uguale a , scritto /=
come è comune tra le lingue funzionali.
Ovviamente questo operatore è anche conosciuto come !=
nei linguaggi di famiglia C e <>
in SQL et al. Sarebbe facile fare in modo che il parser li accetti come sinonimi, nella speranza di ridurre il numero di cose per le quali una persona non ha molta familiarità con la lingua da inciampare. Ma a conti fatti è una cosa utile da fare, o aggiungerebbe più confusione di quanto valga?
La maggior parte delle lingue tradizionali non fornisce sinonimi, probabilmente sulla base del fatto che sono progettati per programmatori che hanno familiarità con la sintassi.
Ma cosa succede se stai progettando un linguaggio di scripting, per scenari in cui molti utenti non saranno molto familiari con esso, e potrebbero essere specialisti in qualcosa di diverso dalla programmazione? Questo fa pendere l'equilibrio a favore di fornire sinonimi per rendere le cose più facili per i neofiti?