Pour l'adoption massive d'un nouveau langage, la richesse de la bibliothèque standard est cruciale. C'est peut-être là où l'on sent que c'est la première version du langage. La richesse fonctionnelle mérite de s'étoffer. Pour une fonctionnalité aussi courante que l'analyse des arguments de la ligne de commande, je suis resté sur ma faim. C'est le package « flag » qui s'occupe de ça. On atteint vite ses limites : impossible de passer plusieurs fois la même option. Impossible de concaténer les options courtes (cmd -t -u ==> cmd -tu). Le parser ne trouve plus rien (et ne prévient pas) si le premier argument ne débute pas par un tiret…
Le langage est jeune, certes, mais c'est important de proposer une bonne bibliothèque (au moins sur les fonctionnalités basiques) si Go veut se placer d'entrée de jeu comme langage généraliste.
Je ne suis pas fan de certaines subtilités. Par exemple les tableaux, passés par valeur alors que les slices le sont par référence. En revanche, j'apprécie de pouvoir retourner plusieurs éléments lors d'un return.
Personnellement j'aime assez Go. Le fait qu'il soit compilé implique - a priori - de bonnes performances d'exécution. Reste à évaluer le poids du runtime sur celles-ci.
Et vous qui vous initiez aussi, vous en pensez quoi ? (PS: Mon background: C et Python)
# Découverte
Posté par katov . En réponse à la dépêche Sortie d'une première version stable de Go. Évalué à 10.
Pour l'adoption massive d'un nouveau langage, la richesse de la bibliothèque standard est cruciale. C'est peut-être là où l'on sent que c'est la première version du langage. La richesse fonctionnelle mérite de s'étoffer. Pour une fonctionnalité aussi courante que l'analyse des arguments de la ligne de commande, je suis resté sur ma faim. C'est le package « flag » qui s'occupe de ça. On atteint vite ses limites : impossible de passer plusieurs fois la même option. Impossible de concaténer les options courtes (cmd -t -u ==> cmd -tu). Le parser ne trouve plus rien (et ne prévient pas) si le premier argument ne débute pas par un tiret…
Le langage est jeune, certes, mais c'est important de proposer une bonne bibliothèque (au moins sur les fonctionnalités basiques) si Go veut se placer d'entrée de jeu comme langage généraliste.
Je ne suis pas fan de certaines subtilités. Par exemple les tableaux, passés par valeur alors que les slices le sont par référence. En revanche, j'apprécie de pouvoir retourner plusieurs éléments lors d'un return.
Personnellement j'aime assez Go. Le fait qu'il soit compilé implique - a priori - de bonnes performances d'exécution. Reste à évaluer le poids du runtime sur celles-ci.
Et vous qui vous initiez aussi, vous en pensez quoi ? (PS: Mon background: C et Python)