http://code.google.com/p/simple/

C'est quoi le pb avec "const" en C/C (dans les premières slides)
Ok pour les temps de compilation, c'est vraiment emmerdant. Mais du code C/C sans template compilera aussi vite que ce Go.

Code typé vs Javascript-like : je déteste le second, donc c'est vite vu (hautement subjectif bien sûr). Par contre l'écriture de certaines choses en C est trop lourde, notamment les templates et cast C - vivement les autotypes pour corriger le second point, comme son exemple : foo.MyFoo *myFoo = new foo.Foo(foo.FOO_INIT).

J'aime bien la syntaxe de ce Go : pas dépaysante. À part le mot clef "var" et le ":=", qui pourraient être éliminés. Marrant ce mélange C-Pascal

Quid de la vérification de type par contre? Aussi, on ne sait pas si les nombres sont des int ou des floats ou des types vectoriels, ce qui peut avoir des conséquences catastrophiques en termes de bugs et de perfs.
EDIT: apparemment il y a les int et let Number (float?)

Plus d'infos sur la grammaire :

http://golang.org/doc/go_for_cpp_programmers.html

Anne Aunimousse
si c'est un langage compilé ça perd déjà des points en terme de simplicité et de souplesse...

pas du tout de ton avis, les langages interprétés ça va pour certaines applications, mais dés qu'il s'agit de performance rien ne remplace le langage compilé. j'ai due abandonner matlab (lui même semi compilé car basé sur des appel aux libraires F77 Blas et Lapack ) et passer au bon vieux C durant ma thèse pour diviser les temps d'exécution de mon "usine a gaz" par un facteur supérieur a 10 !!
autrement 1 a tfpsly pour le typage, de plus je rajouterais qu'une fois qu'on a maitrisé les mécanismes d'allocation de mémoire on peut gagner pas mal de performances en alignant les objets en blocs mémoire contigües ( Vecteurs , matrices ... ) et en utilisant des pointeurs pour les parcourir de manière linéaire

J'aime bien le principe du "defer".
Ça peut éventuellement faire perdre un peu en lisibilité, mais ça peut pas mal aider pour bien nettoyer tout ce qui doit l'être.

Moi j'ai été longtemps un extremiste dans mon jeune temps puisque je codais exlusivement en assembleur pendant des années (j'ai d'ailleurs fait quelques plugins virtualdub en assembleur mmx il y'a 7 ou 8 ans pour ceux que ça intéresse...) Cela dit avant je maîtrisais déjà le Basic, le C, le TurboPascal, et surtout le RPL des caltoches HP, ça donne de bonnes bases surtout le RPL qui donne à réfléchir...) Mais bon avec l'âge j'ai fini par mettre de l'eau dans mon vin, après avoir mis du vin dans mon rhum, et si déjà les gens utilisaient toutes les possibilités des langages existants je serais content sans même penser au Go...
Sinon à part ça je trouve dommage qu'en Go la fonction 'new' initialise les variables à zéro plutôt qu'à un état 'indéfini' ça fait tout de suite moins 'haut niveau' comme langage et pour l'instant je n'ai pas vu de référence à un équivalent du 'yield' des dernières versions de Python (dont j'aurais eu besoin récemment mais en C++, oui je sais je suis pas clair et alors ?) mais j'avoues que j'ai pas tout lu...