+ Répondre à la discussion Actualité déjà publiée
Page 1 sur 2 12 DernièreDernière
  1. #1
    Chroniqueur Actualités

    Homme Profil pro
    Webmaster
    Inscrit en
    janvier 2014
    Messages
    754
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Côte d'Ivoire

    Informations professionnelles :
    Activité : Webmaster
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : janvier 2014
    Messages : 754
    Points : 17 444
    Points
    17 444

    Par défaut Quels avantages ou inconvénients trouvez-vous au langage Go ?

    Quels avantages ou inconvénients trouvez-vous au langage Go ?
    Schörghuber raconte son aventure avec Go et finit par l’abandonner pour diverses raisons

    Go est un langage de développé par Google. Il est compilé, concurrent et inspiré des langages C et Pascal. L’objectif de ce langage a été résumé par Rob Pike, un des trois fondateurs de Go, lorsqu’il affirma que les jeunes développeurs « ne sont pas capables de comprendre un langage brillant, mais nous voulons les amener à réaliser de bons programmes. Ainsi, le langage que nous leur donnons doit être facile à comprendre et facile à adopter ». Ainsi donc, ce langage se veut facile à dompter afin d’écrire des programmes surs.

    Depuis sa sortie en 2009, Go a connu une forte adoption dans la communauté des développeurs et se classe ce mois-ci à la 16e place dans le classement de l’Index Tiobe. Lukas Schörghuber fait partie de ces personnes qui ont porté leur dévolu sur ce langage depuis des années et en ont fait leur langage favori. Après l’avoir utilisé dans plusieurs projets, Schörghuber nous livre son sentiment sur les avantages et les inconvénients de GO.

    Des avantages très intéressants

    Pour ce qui concerne les avantages de Go, Schörghuber en trouve plusieurs. Étant conçu pour la programmation concurrente, Go est très excellent lorsqu’il s’agit de gérer les threads. Sa capacité à pouvoir utiliser des threads légers afin de gérer les messages provenant de plusieurs plateformes dans une architecture client-serveur est la raison principale qui a poussé Schörghuber à s’intéresser véritablement à ce langage.

    Une fois résolu dans son projet de s’investir dans Go, Schörghuber a été sidéré par la facilité avec laquelle il a pu déployer son application Go. Un simple téléchargement du binaire sur le serveur ou une inclusion du binaire dans l’image du conteneur suivi d’une configuration standard et le tour est joué. Aucune gestion complexe du runtime ou autre péripétie n’est nécessaire. Bien évidemment, l’on ne fait pas référence à la création d’utilisateurs, l’ajout de firewall, ou encore à la sauvegarde de la base de données qui peuvent se faire en une seule fois et ne sont pas vraiment liés à la programmation.

    Comme autre avantage cité par Schörghuber, le développeur met en avant la facilité d’installer les applications Go sur différents systèmes comme Windows et Linux. Une simple commande comme go install <applicationName> est suffisante pour exécuter l’application, peu importe que ce soit sur Linux ou Windows.

    Passé ces différents points positifs de Go, Schörghuber a été négativement frappé par plusieurs aspects du langage qui ont vite fait de lui faire oublier l’enthousiasme qu’il avait en s’engageant dans cette aventure avec Go.

    Des inconvénients qui font méditer

    D’abord, le développeur note que Google souhaite imposer son style de codage à ceux qui utilisent Go. Généralement, chaque développeur adopte son style en fonction des conseils et des déductions personnelles faites à travers les années d’expérience. Schörghuber pour sa part a adopté son style en suivant les conseils de son professeur et en établissement des codes de bonnes pratiques tirés des années d’expérience en tant que développeur. Toutefois, ce dernier souligne qu’avec Go, lorsque vous placez un crochet ouvert sur une nouvelle ligne, cela provoque une erreur de syntaxe. De même, si vous commencez une concaténation de chaîne de caractères sur une nouvelle ligne, l’éditeur de code génère une erreur de syntaxe. Pour Schörghuber, cela est inacceptable que Google oblige les développeurs à adopter un style de codage particulier pour éviter ces erreurs. Selon lui, cela devrait être une suggestion et non une obligation.

    La seconde chose qui a laissé un goût amer à Schörghuber est le gestionnaire de paquets. Un des gros avantages de ce dernier est qu’il fonctionne de manière transparente en allant chercher directement les dépendances de code à partir du système hôte ou des dépôts Git. Mais son gros inconvénient, selon Schörghuber, est qu’il n’existe aucun moyen de déterminer la version d’un paquet. Go résout ce problème en s’appuyant sur la version principale, mais lorsque des changements surviennent au niveau de cette branche principale, l’application ne compile plus, précise Schörghuber.

    Un autre problème qui pourrait sembler trivial pour certains est rapporté par Schörghuber comme très gênant pendant la programmation. Il s’agit de l’absence de la notion d’héritage des objets. Alors que beaucoup diront qu’il n’a qu’à faire du copier-coller pour régler son problème, Schörghuber trouve vraiment aberrant d’avoir à écrire beaucoup de code dupliqué. Une solution qui lui a permis de régler ce problème d’héritage au niveau des méthodes d’objets est l’usage d’interface, mais pour les membres de données il n’a pas trouvé de solutions qui lui facilitent la vie.

    Un autre boulet qui pousse Schörghuber à prendre ses distances vis-à-vis de Go est la non-prise en charge du concept de généricité. Pour le développeur, les créateurs de Go et sa communauté devraient prendre en charge ce concept dans la mesure où ils présentent Go comme un langage dynamique.

    Enfin, Schörghuber explique comme dernier point qui a achevé de le convaincre d’abandonner Go est l’absence de certains composants dans la bibliothèque HTTP. Pour créer de simples services HTTP, la bibliothèque Go fait aisément l’affaire. Mais si vous voulez aller plus loin et ajouter des fonctionnalités comme des paramètres de style REST, des cookies ou encore des sessions, des plug-ins supplémentaires sont nécessaires, explique le développeur.

    Et le comble dans cette affaire, précise Schörghuber, il n’y a aucune mention de ces choses absentes dans la documentation. Aussi, en voulant implémenter certaines fonctionnalités avec la bibliothèque HTTP, vous pourriez avoir des erreurs qui prendront des heures à dépanner en raison de ce manque d’information dans la documentation Go.

    Après avoir pesé tous les avantages et les inconvénients de Go, Schörghuber a décidé d’abandonner ce langage qui lui a donné tant de satisfaction au départ. L’expérience étant variable en fonction des personnes, quelles sont les raisons qui vous ont poussé à adopter Go ? Ou à vous en éloigner ?

    Au-delà du langage Go, quelles sont les raisons qui peuvent pousser un développeur à apprendre un langage ou à le rejeter ?

    Source : Blog de Lukas Schörghuber

    Et vous ?

    Pour quelles raisons avez-vous choisi d’apprendre Go ? Quels sont les avantages que vous lui trouvez ?

    Avez-vous abandonné Go ? Pour quelles raisons ?

    De manière générale, quels sont les éléments qui peuvent pousser un développeur à apprendre ou vomir un langage ?

    Voir aussi

    Go : le langage de programmation de Google va à l'assaut du mobile, Go 1.4 introduit le support d'Android
    TIOBE : Le langage de programmation Go de Google gagne en popularité, favorisé par la popularisation de Docker
    Apprendre la programmation en langage Go par l'exemple, un tutoriel de Clement Keirua
    Contribuez au club : Corrections, suggestions, critiques, ... : Contactez le service news et Rédigez des actualités

  2. #2
    Membre régulier
    Profil pro
    Inscrit en
    mars 2006
    Messages
    78
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : mars 2006
    Messages : 78
    Points : 100
    Points
    100

    Par défaut

    Pour avoir pratiqué ce langage pendant deux ans dans un service R&D, j'ai beaucoup apprécié et je m'en sers toujours dans mes projets personnels (et professionnels quand l'occasion se présente).
    Je suis d'accord avec les avantages qu'il évoque. Je pourrais en citer d'autres comme l'abondance de fonctionnalités de bases absentes dans d'autres langages ou encore la légèreté de compilation ou d'exécution.

    Mais je suis moyennement d'accord avec ses inconvénients :

    - Style de codage
    Pas du tout d'accord. Chaque langage a ses particularités et c'est au développeur de s'adapter. Si je me trompe pas, par exemple Python, si l'indentation n'est pas réalisée correctement, il y aura des erreurs de compilation. Mettre à la ligne un crochet est un débat éternel JAVA vs C. Quand à mettre des chaines sur plusieurs lignes, par exemple, possible en Java, c'est moche. Je préfère utiliser un StringBuilder, chose possible en Go.

    - Gestionnaire de paquets
    Là malheureusement, je ne peux que lui donner raison. Le gestionnaire de paquets est bien pénible...

    - Héritage des objets & Généricité
    Ayant pratiqué le C pendant longtemps, cet aspect du langage ne m'a pas choqué. On peut toujours simuler cette notion via des structures (comme en C).

    - Manque de fonctionnalités avancées dans HTTP & non mentionnés dans la documentation
    Pas du tout d'accord là aussi. J'ai réalisé un serveur HTTP avec une API REST avec une simplicité enfantine. Je ne vois pas le problème d'utiliser une bibliothèque extérieure...
    Je suis d'accord toutefois pour la documentation.

  3. #3
    Membre actif
    Homme Profil pro
    Développeur informatique
    Inscrit en
    février 2016
    Messages
    114
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Seine Saint Denis (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : février 2016
    Messages : 114
    Points : 239
    Points
    239

    Par défaut

    Citation Envoyé par JCD_31 Voir le message
    - Style de codage
    Pas du tout d'accord. Chaque langage a ses particularités et c'est au développeur de s'adapter. Si je me trompe pas, par exemple Python, si l'indentation n'est pas réalisée correctement, il y aura des erreurs de compilation. Mettre à la ligne un crochet est un débat éternel JAVA vs C. Quand à mettre des chaines sur plusieurs lignes, par exemple, possible en Java, c'est moche. Je préfère utiliser un StringBuilder, chose possible en Go.
    J'ai été choqué pendant pendant quelques semaines, désormais je ne plus passer sur un autre langage sans manquer cette fonctionnalité de formatage à la sauvegarde.
    Plus de pertes de temps, plus de questions, plus de prises de têtes, un truc qui juste fonctionne, basta?

    Citation Envoyé par JCD_31 Voir le message
    - Gestionnaire de paquets
    Là malheureusement, je ne peux que lui donner raison. Le gestionnaire de paquets est bien pénible...
    cf dep, glide, godeps. Ce n'est pas dans la build chain, mais c'est du standard, qui fait son job.

    Citation Envoyé par JCD_31 Voir le message
    - Héritage des objets & Généricité
    Ayant pratiqué le C pendant longtemps, cet aspect du langage ne m'a pas choqué. On peut toujours simuler cette notion via des structures (comme en C).
    Marrant c'est le truc qui me manque le moins, les arbres de types hiérarchique. Pour ce qui est des generics je pense aussi qu'il manque quelque chose, mais je n'imagine pas qu'ils backportent un genre de java generics comme php4 à fait un truc similaire en son temps avec le modèle objet.


    Citation Envoyé par JCD_31 Voir le message
    - Manque de fonctionnalités avancées dans HTTP & non mentionnés dans la documentation
    Pas du tout d'accord là aussi. J'ai réalisé un serveur HTTP avec une API REST avec une simplicité enfantine. Je ne vois pas le problème d'utiliser une bibliothèque extérieure...
    Je suis d'accord toutefois pour la documentation.
    Doc super lourde au début, une fois qu'on la connaît mieux c'est moins désagréable. Pour le reste lire que la stdlib ne supporte pas les cookies est un des signes de la faiblesse de l'article original, https://golang.org/pkg/net/http/#Request.Cookie ?

    Sinon, `go get ...` pour installer les paquets, c'est bien pour faire mumuse, au delà c'est le bourbier, c'est foireux comme argument.


    Un autre problème qui pourrait sembler trivial pour certains est rapporté par Schörghuber comme très gênant pendant la programmation. Il s’agit de l’absence de la notion d’héritage des objets. Alors que beaucoup diront qu’il n’a qu’à faire du copier-coller pour régler son problème, Schörghuber trouve vraiment aberrant d’avoir à écrire beaucoup de code dupliqué. Une solution qui lui a permis de régler ce problème d’héritage au niveau des méthodes d’objets est l’usage d’interface, mais pour les membres de données il n’a pas trouvé de solutions qui lui facilitent la vie.
    Une des maximes du langages est qu'il vaut mieux un petit copié collé qu'une grosse solution compliquée.

    A résultats équivalent le copié collé est plus simple, moins cher et fonctionne mieux que la solution compliquée.

    Cependant, comment peut on dire qu'il manque "l'héritage" alors que visiblement la notion de composition n'est pas acquise ? `au niveau des méthodes d’objets est l’usage d’interface...` un contrat d'api ? Ou une interface{} ?
    derrière cette question de circonstance il y a une vraie plaie dans ce langage, la double utilisation du mot interface

    Autrement, je pense que le langage manque de richesse dans l’écosystème de librairies, java/c++ sont très fort la dessus.

  4. #4
    Membre régulier
    Profil pro
    Inscrit en
    mars 2006
    Messages
    78
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : mars 2006
    Messages : 78
    Points : 100
    Points
    100

    Par défaut

    Citation Envoyé par mh-cbon Voir le message
    cf dep, glide, godeps. Ce n'est pas dans la build chain, mais c'est du standard, qui fait son job.
    Ouep, je me suis mis à Godeps après. Mais j'ai pas mal galéré sur certaines librairies spécifiques.

  5. #5
    Candidat au Club
    Homme Profil pro
    un site qui demande d'info perso ça m'énerve
    Inscrit en
    mars 2017
    Messages
    1
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : un site qui demande d'info perso ça m'énerve

    Informations forums :
    Inscription : mars 2017
    Messages : 1
    Points : 2
    Points
    2

    Par défaut

    - Style de codage
    Pas du tout d'accord. Chaque langage a ses particularités et c'est au développeur de s'adapter...
    Non et non, un développeur s'adapte à la syntaxe, mais n'a nullement besoin de modifier sa façon d'écrire, utiliser l'exemple de python, c'est mesquin,
    il n'y a pas de caractère ou de mot clé pour définir un bloc, d'où l'utilisation de tab, mais je considère que c'est une syntaxe et non un style d'écriture.

    Quand j'ai voulu apprendre GO et que j'ai constaté qu'on devait adopter un style d'écriture pour que cela ne soit pas considéré comme une erreur, j'ai arrêté tout de suite GO.

    Alors les avantages je les ignores, mais j'ai trop d'années d'expérience pour qu'on m'interdise d'utiliser mon style.

  6. #6
    Membre régulier
    Profil pro
    Inscrit en
    mars 2006
    Messages
    78
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : mars 2006
    Messages : 78
    Points : 100
    Points
    100

    Par défaut

    Citation Envoyé par vendomele Voir le message
    Non et non, un développeur s'adapte à la syntaxe, mais n'a nullement besoin de modifier sa façon d'écrire, utiliser l'exemple de python, c'est mesquin,
    il n'y a pas de caractère ou de mot clé pour définir un bloc, d'où l'utilisation de tab, mais je considère que c'est une syntaxe et non un style d'écriture.

    Quand j'ai voulu apprendre GO et que j'ai constaté qu'on devait adopter un style d'écriture pour que cela ne soit pas considéré comme une erreur, j'ai arrêté tout de suite GO.

    Alors les avantages je les ignores, mais j'ai trop d'années d'expérience pour qu'on m'interdise d'utiliser mon style.
    Pour ma part, imposer un style, je vois ça comme un avantage. J'en ai plus qu'assez d'entendre au boulot des débats incessants sur le placement des crochets, le placement des étoiles pour les pointeurs ou encore des espaces avant/après les blocs. Il y en aura toujours qui ne seront pas satisfait de ce que fait le collègue. Là, Go met tout le monde d'accord.

  7. #7
    Membre régulier
    Homme Profil pro
    Développeur informatique
    Inscrit en
    novembre 2009
    Messages
    181
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 32
    Localisation : France, Isère (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : novembre 2009
    Messages : 181
    Points : 85
    Points
    85

    Par défaut

    Citation Envoyé par vendomele Voir le message
    Non et non, un développeur s'adapte à la syntaxe, mais n'a nullement besoin de modifier sa façon d'écrire, utiliser l'exemple de python, c'est mesquin,
    il n'y a pas de caractère ou de mot clé pour définir un bloc, d'où l'utilisation de tab, mais je considère que c'est une syntaxe et non un style d'écriture.

    Quand j'ai voulu apprendre GO et que j'ai constaté qu'on devait adopter un style d'écriture pour que cela ne soit pas considéré comme une erreur, j'ai arrêté tout de suite GO.

    Alors les avantages je les ignores, mais j'ai trop d'années d'expérience pour qu'on m'interdise d'utiliser mon style.
    En quoi c'est mesquin ? C'est le parfait exemple d'un langage où on vous impose quelque chose, un style, un format, comme dans tous les langages en fait...
    En xml y'a des balises, si on respecte pas le format ça plante.
    En python, une mauvaise tab, ça plante.
    En Java, pas de ; ça plante...

    Je ne maîtrise pas du tout le Go, mais sérieusement, vous allez refuser d'utiliser quelque chose potentiellement "mieux" , juste parce que "j'ai pas le droit de faire ce que je veux".
    Sans dec ? Heureusement que dans la R&D et l'innovation les gens ne sont pas tous comme ça...

  8. #8
    Membre confirmé
    Homme Profil pro
    Inscrit en
    octobre 2010
    Messages
    74
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Suisse

    Informations forums :
    Inscription : octobre 2010
    Messages : 74
    Points : 459
    Points
    459

    Par défaut expérience avec Go

    Lors de la devoxx FR 2017, un employé de docker (Jean-Laurent de Morlhon) explique son expérience avec Go.



    Il parle de la plupart des points évoqués dans cette discussion (avec un brin d'humour).
    les algorithmes qui oublient leur histoire sont condamnés à la répéter

  9. #9
    Membre régulier
    Homme Profil pro
    Développeur informatique
    Inscrit en
    novembre 2009
    Messages
    181
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 32
    Localisation : France, Isère (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : novembre 2009
    Messages : 181
    Points : 85
    Points
    85

    Par défaut

    Très bonne vidéo pour le coup !

  10. #10
    Membre averti
    Profil pro
    Inscrit en
    mars 2012
    Messages
    145
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : mars 2012
    Messages : 145
    Points : 376
    Points
    376

    Par défaut

    Non content d'avoir une mascotte insupportable, Go profite de toute une communauté de webdevs insupportables incultes qui chouinent contre toute évolution sensée du langage.

  11. #11
    Membre éprouvé

    Profil pro
    Conseil - Consultant en systèmes d'information
    Inscrit en
    février 2004
    Messages
    485
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : Conseil - Consultant en systèmes d'information

    Informations forums :
    Inscription : février 2004
    Messages : 485
    Points : 973
    Points
    973

    Par défaut

    A part des binaires qui tournent partout, et au vu de ce que j'ai appris en lisant la doc de Go, j'ai aussi du mal à comprendre l'intérêt du langage. Ca me semble plus être un fouillis compliqué de tout un tas de fonctionnalités existantes ailleurs (dont les pointeurs, dont le monde essaye de se débarrasser depuis longtemps, que ce soit bien ou non, c'est un fait).

  12. #12
    Membre habitué

    Profil pro
    Mathématicien
    Inscrit en
    mars 2012
    Messages
    107
    Détails du profil
    Informations personnelles :
    Localisation : Suisse

    Informations professionnelles :
    Activité : Mathématicien
    Secteur : Finance

    Informations forums :
    Inscription : mars 2012
    Messages : 107
    Points : 192
    Points
    192
    Billets dans le blog
    3

    Par défaut

    La solution aux crochets existe depuis des décennies dans bon nombre de langages post-C (et post-Pascal: en Pascal, la paire begin .. end remplace les { .. } sans toutefois les supprimer): la bonne idée a été l'invention des end if, end loop, etc.

  13. #13
    Membre averti Avatar de Kennel sébastien
    Homme Profil pro
    Développeur
    Inscrit en
    septembre 2008
    Messages
    226
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 33
    Localisation : France, Bas Rhin (Alsace)

    Informations professionnelles :
    Activité : Développeur

    Informations forums :
    Inscription : septembre 2008
    Messages : 226
    Points : 327
    Points
    327

    Par défaut

    Citation Envoyé par Zerte Voir le message
    La solution aux crochets existe depuis des décennies dans bon nombre de langages post-C (et post-Pascal: en Pascal, la paire begin .. end remplace les { .. } sans toutefois les supprimer): la bonne idée a été l'invention des end if, end loop, etc.
    Bonjour Zerte,

    Ils font référence qu'avec le langage « Go » tu dois avoir l'accolade d'ouverture sur la même ligne que la signature :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    func main() {
        // Instructions
    }
    Tu ne peux pas faire cela :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    func main()
    {
        // Instructions
    }
    Comme ça serai le cas en C, Java etc.
    Vous cherchez à apprendre les bases en langage « C », « Go », « Rust », « PHP 7 », « Java 9 » ou « Python 3 » ? N'hésitez pas à me contacter par MP.

  14. #14
    Modérateur
    Avatar de jlliagre
    Homme Profil pro
    Ingénieur Support avancé & développement
    Inscrit en
    juin 2007
    Messages
    2 447
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Ingénieur Support avancé & développement
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : juin 2007
    Messages : 2 447
    Points : 6 664
    Points
    6 664

    Par défaut

    Je développe depuis une trentaine d'années essentiellement sous Unix (ou Linux), beaucoup de C, du Smalltalk-80, puis re du C, beaucoup de java, du javascript, plus récemment python et un peu par curiosité après avoir vu que Ken Thompson faisait partie de concepteurs du langage, je me suis lancé sur go pour quelques petits projets il y a deux trois mois. En parallèle et depuis toujours j'écris beaucoup de code en shell et awk.

    Je dois reconnaître que je suis agréablement surpris par golang.

    La standardisation du formattage des sources ne me gène pas. Ç'est au contraire un progrès qui facilite la lisibilité et l'échange de code. Je serais contrarié si on m'imposait ma manière d'indenter, la présence d'espaces ou non, la position des accolades... mais la syntaxe de go rompt suffisamment avec celle du C (et des langages qui s'en sont inspiré comme awk/C++/java/javascript/etc.) pour que ça ne soit pas un problème. C'est un peu comme python, il suffit de se dire que ça fait partie du langage et ça passe bien.

    Le langage est très intuitif et les évolutions par rapport au C vont dans le sens d'une simplification assez agréable. Par exemple, l'air de rien, le typage automatique avec := et le formattage par "%v" facilitent beaucoup la vie.

    L'intégration de la cross compilation et le peu de dépendance à l'OS, combinés à l'autonomie de binaires produits sont absolument géniaux. Je peux générer un .exe sous Linux et l'envoyer à quelqu'un qui travaille sous windows qui n'aura besoin de rien installer d'autre que ce fichier exécutable pour le faire fonctionner. C'est le jour et la nuit avec les autres langages avec lesquels il faut avoir installé au préalable sur la cible des environnements d'exécution et des bibliothèques pour espérer que que ça tourne.

    Le compilateur et le code généré sont rapides. "go build" se débrouille en général bien tout seul pour trouver ce qu'il faut compiler et linker, "go get" va chercher et compiler des bibliothèques externes de manière très simple.

    Je suis tombé un jour sur un bug dans une bibliothèque graphique que j'avais trouvé sur github. J'ai juste eu à modifier deux ou trois lignes dans le source de la bibliothèque qui était dans mon GOHOME pour contourner le bug et puis j'ai recompilé la bibliothèque avec un "go build", regénéré mon binaire et c'est tout. Avec d'autres langages, j'en serais peut-être encore à me battre pour télécharger les sources, comprendre comment recompiler, gérer les dépendances, etc.

    Quelques inconvénients:

    - l'absence de débogueur intégré standard. C'est un gros retour en arrière, je remet des printf à droite à gauche comme à mes débuts... Je viens de regarder delve, ça a l'air de marcher mais je préfèrerais un support correct par gdb.

    - La compilation en statique uniquement. C'est la contrepartie d'un des avantages cités plus haut, production fichier exécutable autosuffisant. S'il y a une faille de sécurité ou un bug dans une bibliothèque utilisée, il faut recompiler et livrer. Avec d'autres langages, la mise à jour d'un .so ou .dll peut corriger le programme de manière transparente.
    ɹǝsn *sıɹɐlos*

  15. #15
    Membre habitué

    Profil pro
    Mathématicien
    Inscrit en
    mars 2012
    Messages
    107
    Détails du profil
    Informations personnelles :
    Localisation : Suisse

    Informations professionnelles :
    Activité : Mathématicien
    Secteur : Finance

    Informations forums :
    Inscription : mars 2012
    Messages : 107
    Points : 192
    Points
    192
    Billets dans le blog
    3

    Par défaut

    OK. Bon, apparemment ils avaient envie de se débarrasser des accolades en faisant par exemple

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    func main()
        // Instructions
    end
    mais n'ont pas trop eu le courage de le faire, tradition oblige...

  16. #16
    Membre habitué

    Profil pro
    Mathématicien
    Inscrit en
    mars 2012
    Messages
    107
    Détails du profil
    Informations personnelles :
    Localisation : Suisse

    Informations professionnelles :
    Activité : Mathématicien
    Secteur : Finance

    Informations forums :
    Inscription : mars 2012
    Messages : 107
    Points : 192
    Points
    192
    Billets dans le blog
    3

    Par défaut

    Citation Envoyé par blbird Voir le message
    (dont les pointeurs, dont le monde essaye de se débarrasser depuis longtemps, que ce soit bien ou non, c'est un fait).
    Fais-tu allusion aux reference types, aux "new", aux tests "== null" dans tous les coins du code ?
    Pas mal de langages permettent de s'en passer. P-ê même le Go, va savoir (quelqu'un ?)...

  17. #17
    Membre éprouvé Avatar de Nudger
    Homme Profil pro
    Directeur de projet
    Inscrit en
    octobre 2010
    Messages
    498
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Directeur de projet
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : octobre 2010
    Messages : 498
    Points : 1 043
    Points
    1 043

    Par défaut

    Citation Envoyé par redbullch Voir le message
    Lors de la devoxx FR 2017, un employé de docker (Jean-Laurent de Morlhon) explique son expérience avec Go.
    (...)
    Très bonne présentation, mais en l'occurrence c'était le devoxx 2016
    https://www.nudge-apm.com Surveillez vos applications Java et PHP et diagnostiquez facilement les problèmes de performance.

  18. #18
    Membre du Club
    Inscrit en
    décembre 2005
    Messages
    27
    Détails du profil
    Informations forums :
    Inscription : décembre 2005
    Messages : 27
    Points : 54
    Points
    54

    Par défaut

    Citation Envoyé par delta07 Voir le message
    En xml y'a des balises, si on respecte pas le format ça plante.
    En python, une mauvaise tab, ça plante.
    En Java, pas de ; ça plante...
    Tout à fait normal pour ces cas:

    • En XML: le format des balises fait partie de la syntaxe, mas on reste totalement libre de la présentation du code.
    • En Python: La tabulation fait partie de la syntaxe. Elle n'est donc pas utilisable comme élément de présentation puisque qu'une sémantique lui est associée. C'est la contre partie à payer pour l'absence d'accolades ou d'équivalent. Le rôle de la tabulation y est clair et cohérent.
    • En java: Le ";" est un élément syntaxique. Ce qui n'a rien à voir avec la façon de rédiger le code. Ce n'est pas de la présentation! On doit mettre un ";" à la fin de chaque instruction, mais on le met où on veut.



    Avec Go, la façon de rédiger le code fait en quelque sorte partie de la syntaxe, mais d'une façon abominable. Pour l'usage du retour à la ligne, on n'est plus comme dans le cas de Python où un caractère particulier (la tabulation) a une signification. Avec Go, la syntaxe autorise le retour à la ligne à des fins de présentation dans certains cas particuliers ( après les symboles ".,({[" ou un opérateur binaire). Dans tout autre cas, un retour à la ligne équivaut à un ";". La syntaxe Go est donc bancale. Le "retour à ligne" n'a pas de sémantique associée, mais par endroits il fait partie de la syntaxe (sans sémantique associée, juste pour faire chi... ), dans d'autres il prend une sémantique implicite (la même que ";" en l'absence de celui-ci en fin de ligne), et ce, sans aucune raison valable autre que de dicter une présentation du code. Là, pour moi c'est clairement NON.

  19. #19
    Membre régulier
    Homme Profil pro
    Développeur informatique
    Inscrit en
    novembre 2009
    Messages
    181
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 32
    Localisation : France, Isère (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : novembre 2009
    Messages : 181
    Points : 85
    Points
    85

    Par défaut

    La raison pour laquelle Google a choisi d'imposer une certaine formalité est simplement que les gens sont capables de s’entre tuer et de pinailler sur ladite syntaxe (cf le topic...) sans prendre en considération les avantages/inconvénient du langage en question.

    Refuser de tester/adopter un langage sous prétexte qu'on nous oblige à mettre l'accolade à la fin ou au début... ça m'évoque surtout une réaction puérile et non professionnelle.

    Encore une fois, je n'ai pas tester plus que ça, ça n'est que mon avis. Je trouve juste dommage de se braquer pour un truc aussi bête.

    Citation Envoyé par Laurent Simon Voir le message
    Tout à fait normal pour ces cas:

    • En XML: le format des balises fait partie de la syntaxe, mas on reste totalement libre de la présentation du code.
    • En Python: La tabulation fait partie de la syntaxe. Elle n'est donc pas utilisable comme élément de présentation puisque qu'une sémantique lui est associée. C'est la contre partie à payer pour l'absence d'accolades ou d'équivalent. Le rôle de la tabulation y est clair et cohérent.
    • En java: Le ";" est un élément syntaxique. Ce qui n'a rien à voir avec la façon de rédiger le code. Ce n'est pas de la présentation! On doit mettre un ";" à la fin de chaque instruction, mais on le met où on veut.



    Avec Go, la façon de rédiger le code fait en quelque sorte partie de la syntaxe, mais d'une façon abominable. Pour l'usage du retour à la ligne, on n'est plus comme dans le cas de Python où un caractère particulier (la tabulation) a une signification. Avec Go, la syntaxe autorise le retour à la ligne à des fins de présentation dans certains cas particuliers ( après les symboles ".,({[" ou un opérateur binaire). Dans tout autre cas, un retour à la ligne équivaut à un ";". La syntaxe Go est donc bancale. Le "retour à ligne" n'a pas de sémantique associée, mais par endroits il fait partie de la syntaxe (sans sémantique associée, juste pour faire chi... ), dans d'autres il prend une sémantique implicite (la même que ";" en l'absence de celui-ci en fin de ligne), et ce, sans aucune raison valable autre que de dicter une présentation du code. Là, pour moi c'est clairement NON.
    Et tu auras beau argumenter dans tous les sens, tu te braques parce qu'on t'oblige à mettre une accolade à la fin... Il y'a certainement moyen de débattre plus intelligemment sur ce langage.

  20. #20
    Membre averti Avatar de Kennel sébastien
    Homme Profil pro
    Développeur
    Inscrit en
    septembre 2008
    Messages
    226
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 33
    Localisation : France, Bas Rhin (Alsace)

    Informations professionnelles :
    Activité : Développeur

    Informations forums :
    Inscription : septembre 2008
    Messages : 226
    Points : 327
    Points
    327

    Par défaut

    Citation Envoyé par Zerte Voir le message
    OK. Bon, apparemment ils avaient envie de se débarrasser des accolades en faisant par exemple

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    func main()
        // Instructions
    end
    mais n'ont pas trop eu le courage de le faire, tradition oblige...
    Si tu souhaites le style Ruby avec donc des « end » et le fait de pouvoir compiler etc, le langage Crystal te conviendrai mieux que le langage Go ;-)

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    def maFonction()
      puts "Avec un « end » pour la fonction ;-)"
    end
     
    maFonction()
    https://crystal-lang.org/
    Vous cherchez à apprendre les bases en langage « C », « Go », « Rust », « PHP 7 », « Java 9 » ou « Python 3 » ? N'hésitez pas à me contacter par MP.

Discussions similaires

  1. Quel(s) antivirus trouvez vous efficace ?
    Par cchatelain dans le forum Sécurité
    Réponses: 160
    Dernier message: 17/08/2013, 13h47
  2. Quels firewall(s) trouvez vous efficace(s) ?
    Par Community Management dans le forum Sécurité
    Réponses: 86
    Dernier message: 15/12/2012, 15h16
  3. [Langage] Quels avantages du C# sur C++ ?
    Par cjacquel dans le forum Général Dotnet
    Réponses: 11
    Dernier message: 20/10/2010, 23h58
  4. Réponses: 3
    Dernier message: 11/11/2009, 09h19
  5. Avantages et inconvénients d'un langage typé par rapport à un langage non typé ?
    Par super_navide dans le forum Langages de programmation
    Réponses: 14
    Dernier message: 18/07/2007, 14h45

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo