Immutability and purity are classic examples but they both talk about what is 
NOT possible. That won't mean much to someone new to programming. I'd like to 
add "a small number of powerful constructs" instead of many special cases. This 
implies that you should accept the language as it is instead of trying to add 
to it. Which implies TEA and use-case driven design. These are more attitudes 
than ideas, though. 

-- 
You received this message because you are subscribed to the Google Groups "Elm 
Discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to elm-discuss+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to