Bom, vou dar minha opinião agora que tô com tempo e pensei um pouco sobre o assunto.
Antes queria ressaltar que ele não fala em como deve ser uma linguagem de programação fodona, mas como seria a próxima linguagem que deverá ser adotada em massa.
Sobre as regras:
Rule #1: C-like syntax
Sad but true(\m/), eu concordo com isso. Não tenho informação suficiente pra dizer se isso ajudou o Java, mas acredito que princípio da surpresa mínima vai pesar bastante.
Acho que muitos aqui devem conhecer desenvolvedores COBOL quarentões/cinquentões que simplesmente não usam outra coisa. Se alguém vê o contrário, me diga, mas imagino que seja a diferença de sintaxe das linguagens subsequentes.
Rule #2: Dynamic typing with optional static types.
Também concordo. Eu mesmo as vezes me vejo nesse dilema. Dificilmente vejo como adequado duck typing, mas há casos bem específicos nos quais sinto falta disso.
Rule #3: Performance
Esse assunto é vago e específico pra cada situação. Não vejo isso como determinístico, com exceção em casos extremos. Até porque sempre houve o velho papo da lerdeza do Java antigamente.
Rule #4: Tools
Totalmente de acordo. Apesar dele dar um exemplo vago sobre o Ruby não ter meios pra refactoring no eclipse por não precisar, acho isso importante.
Rule #5: Kitchen Sink
Isso pode ser mesmo determinante. Existem várias “features” que, quando não existentes em uma linguagem, são implementados manualmente, como as que o autor mencionou.
Rule 6: Multi-Platform
De acordo.