16aR a écrit 243 commentaires

Et après, on s’étonne des gens qui font des burn-out.

https://words.steveklabnik.com/a-sad-day-for-rust

Alors OK, Rust c’est safe, et que cet auteur jetait toute cette safety par la fenêtre, mais pas besoin de faire du harcèlement.

Mais bon, de toute manière, osef : https://twitter.com/golang/status/1154402973914505221

Y’a que les haters pour être énervés.

Le Mr plus haut ne nous a pas dit ce qu'il reprochait à Kotlin à part le fait que Big Brother n'en soit pas le géniteur.

Le Mr plus haut a un nom, pas besoin de rentrer dans ces jeux, et c’est plus facile de rechercher par la suite.

De 2, je ne reproche rien du tout à Kotlin. D’où tu imagines ça ? Tu penses que parce que j’aime Go, je suis Google fanboy ?
J’apprécie la Go Team, mais clairement, si ça dépendait que de Google, Go n’aurait jamais vu le jour. Le manager de Rob et Ken et Robert leur a permis d’expérimenter sur ce langage sans être affecté ailleurs. Si ça avait été un autre manager Google, sans l’expérience qu’avait ce manager vis à vis de Ken et Rob (ils bossaient ensemble aux Bell Labs), le projet Go aurait été mis aux oubliettes de Google.
Je m’auto héberge mes données sur nextcloud et évite au maximum Google et autre GAFAM.
Le monde n’est pas que noir et blanc, et le gris, c’est la majeur partie du monde.

Comme dit dans un autre message, je ne veux pas jouer au "mon langage est plus mieux que le tiens", mais je n’aime pas laisser des messages faux sans réponses.

On voit facilement ce que Go n'apporte pas au 22 Janvier 2020: Pas de traitement d'erreur digne de ce nom

Ok, c’est toujours rustique (haha), mais ça marche. Ils ont voulu améliorer avec le mot clé try (qui est, incroyablement proche du try rust dans ton post de comparaison Go VS Rust). Seulement, la communauté n’en voulait pas et a renvoyé la Go Team au tableau blanc pour réfléchir à une meilleure manière de faire voire trouver une solution communautaire

un support du fonctionnel basique

Oui, ça reste un langage impératif. On a quand même l’avantage de fonctions en tant que type de base et la syntaxe est plus agréable/lisible que sur une syntaxe C classique.

même même pas de gestion de modules avec un dépôt officiel

L’idée était de laisser la possibilité d’héberger là où on veut et de ne pas donner plus de travail à l’équipe Go. La gestion des dépendances n’est toujours pas complètement réglée, mais ça a bien avancé avec les modules, et grâce à ça, une sorte de centralisation de module existe maintenant avec le module proxy officiel dont une interface est disponible

même pas de généricité

Ian Lance Taylor et quelques autres s’y sont frotté. Ça doit être la 7ème ou 8ème implémentation des génériques qui a été testé. Mais les résultats n’ont jamais satisfait : soit c’était trop lent au runtime, soit trop lent à la compilation, soit la syntaxe était dégueu.
La communauté bloque beaucoup sur la syntaxe car on apprécie tous la simplicité de lire du Go. Rajouter une référence vers un type peut alourdir la lecture de code. Mais personnellement, la lib math avec des cast en float64 dans tous les sens, c’est pas un exemple de lisibilité si tu es en int. Du generics là dedans ferait le plus grand bien.
Pour les prochaines estimations, on perdrait entre 10 et 30% de temps de compilation sur des libs en génériques.
Un moyen de tester ces futurs générique en cours de dev: https://ccbrown.github.io/wasm-go-playground/experimental/generics/
(et pour le try)
L’idée, ce n’est pas d’inclure les 8 itérations des generics, mais d’avoir une implémentation correcte sur laquelle on peut compter pendant plusieurs années, et pas une API qui casse au bout de 3 mois.

Mis à part les goroutines, réimplémnentation un peu plus intégrée d'un concept de l'aube de l'informatique

Qui pourtant n’avait jamais vraiment été implémenté sur un langage récent connu.

Au lieu de tirer sur un sujet, tu pouvais ouvrir un autre sous-fil et proposer une alternative sans chercher de conflit ?
Après, je connais et apprécie LinuxFR, donc j’en prends pas ombrage personnellement ni pour le langage que j’apprécie, mais en effet, ça ne donne pas envie d’échanger, mais juste a se retrancher sur ses positions et se battre à coup de : "moi mon langage il a un garbage collector", "moi mon langage il gère le cycle de vie de mes allocations". Ça ne me semble pas très productif.
On peut échanger sur les faits, et présenter ses émotions et expériences sur le sujet sans à avoir à taper sur un autre et dire qu’il est nul et que son langage c’est de la m****.

Kotlin n’est pas créé par Google, mais par JetBrains, les gens derrière Intellij IDEA, PHP Storm, Goland, etc.
Dart a bien été créé par Google, mais n’a pas rempli son rôle (remplacer le JS pour une version plus sécurisée).

Ou tu vois du mépris dans ces phrases ? Elles me semblent juste factuelles dans les deux cas ?

Comme dit, je pense que Flutter reste la meilleure option pour du natif sur mobile multiplateforme.

J’ai juste été déçu par le fait que rebuilder un projet qui fonctionnait avant est devenu complètement cassé par une mise à jour non voulue. C’est peut-être juste la faute à pas de chance (mise à jour de flutter + mise à jour de dart, dont une évolution (cassante) de l’API de dart)

Les options de Go sur mobiles sont encore expérimentales, et à part Zenly qui utilise gomobile en prod, je n’en ai pas vu beaucoup.

De toute manière, à partir du moment ou tu fais du mobile et tu t’interfaces au hardware, tu vas avoir des problèmes de compatibilité/interopérabilité et ce sera + complexe (en SDK natif, ou multiplateforme à la Flutter/Xamarin/Cordova/Ionic/Reacte Native, etc). Mais juste pour faire des requêtes réseau et un affichage sur le téléphone, les framework multiplateforme ça passe.

Ça montre quoi ces stats ? Que Go est #3 en langage le plus voulu alors que Rust n’est que #5 ?
Évidemment, je trolle et ces stats peuvent montrer n’importe quoi. Comme dit barmic, Rust et Go ne sont pas dans la même cour.

Personnellement, je vois que l’auteur est débutant et découvre de manière autodidacte la programmation. Je pense que Go est bien plus approchable pour un débutant que Rust.

Après, il peut être débutant et veut creuser des sujets ayant besoin de beaucoup de sécurité et performance en terme de programmation et pour cela, Rust est plus intéressant (plus que le C et le C++, même). Mais je n’ai pas l’impression que c’était son approche.
Après, tu payes cela en rapidité de développement (et apprentissage). Gérer de la mémoire, c’est toujours plus difficile quand tu n’as pas de garbage collector.

J’ai réglé mon problème, je ne code que sur des langages qui marchent bien sur vim.

Kotlin n’est pas créé par Google, mais par JetBrains, les gens derrière Intellij IDEA, PHP Storm, Goland, etc.
Dart a bien été créé par Google, mais n’a pas rempli son rôle (remplacer le JS pour une version plus sécurisée). Depuis, il a été réutilisé par le projet Flutter qui a permis de le relancer.
J’ai eu quelques déboires avec Flutter et Dart, notamment des mises à jour automatique non demandée qui m’ont cassé mon appli simplissime développée 2 mois plus tôt. J’imagine pas sur un gros projet avec beaucoup de dépendances.

Quitte à prendre un nouveau langage, regarde du côté de Go. Les ressources en français manquent (je vais tâcher d’y remédier cette année), mais c’est un langage simpliste, mais puissant, et qui d’après moi a plus de portée que ce qu’on l’utilise actuellement (cloud, devops, etc). Le fait d’avoir empêcher l’héritage et préfère la composition est un vrai plus. Vu que de toute manière, tous les designs pattern du Gang of Four sont toujours là pour casser des liens d’héritage et remplacer par de la composition…

Du coup, étant déçu par l’expérience Flutter, je suis en train de me tourner vers Gio (pour le moment, encore très expérimental) et en plus complet, je vais tester aussi fyne.

Pour ce qui est du web, ce qui existe pour Go est déjà assez complet (buffalo, gorilla/mux, etc) et j’ai déjà mon backend, maintenant, je dois construire mon frontend (GopherJS, vugu, wasm, etc).

Puis-je te conseiller d’utiliser gitea plutôt que Gogs.
Gitea est un fork communautaire de Gogs. En quelque sorte approuvé par le créateur de Gogs car il veut garder le contrôle de son bébé et s’en sert d’expérimentation pour son framework web (macaron). Du coup, il est frileux sur les pull requests et est plus motivé par des nouvelles fonctionnalités.
De l’autre côté, Gitea est géré par d’anciens contributeurs de Gogs qui ont été frustrés par le manque d’ouverture de Gogs. Depuis, ils ont apporté beaucoup (ce qui m’intéressait beaucoup était la code review de la 1.6 ) et ont corrigé d’innombrables bug.

Je viens de trouver ça : https://docs.gitea.io/en-us/comparison/

Étant un extrémiste Gopher, j’ai été évidemment complètement insulté par les chiffres de Go.

En réalité, c’est plus la méthode de compilation qui m’étonne. Pour avoir un binaire statique, pas besoin de flags et d’env var à tout va, un simple go build suffit. Et du coup, je n’ai pas 1,6M ni 3,9M. J’ai juste un 1,3M. Et si j’utilise println() au lieu de fmt.Println(), je gagne encore 200k.
Et pour m’en assurer, j’ai refait ce test dans un container alpine, et c’est ce que j’ai eu.
Du coup, lapin compris.
Et dans les 2 cas, les binaires sont statiques.

Après, je suis d’accord avec son blog en général, mais le luxe de Go de ne pas avoir à faire trop de bas niveau tout en ayant des perfs assez bonne me convient. Et au pire, je peux utiliser TinyGo.

Je connais quelqu’un qui s’occupe des softskills pour Epitech depuis peu. Notamment sur l’alignement des valeurs entre les personnes et leur boîtes.
Ce qu’elle a remarqué, c’est que cette génération est très consciente du problème de la planète (réchauffement climatique, pollution plastique, etc). Tout n’est peut être pas perdu. Reste à espérer qu’elle feront un gros majeur au boîtes sans éthique et monteront des structures qui amélioreront le futur.
Améliorer la diversité dans la scène tech serait aussi vital.

Dans la partie implémentation d'interface, pourquoi sur Haskell, la fonction code n'affiche pas "go code" directement ? et à la place retourne la chaine "go code" ?
Pour garder la fonction pure et ne pas avoir d'effet de bord (c'est lié aux monades ?)

Et en Go

package main

func main() {
    var add = func(a int) func(b int) int {
        return func(b int) int {
            return a + b
        }
    }

    var x = 1
    var y = 2
    println(add(x)(y))

}

À noter qu'il y a un builtin println qui permet d'afficher sans importer le package fmt.
Après, le fmt.Println est bien plus avancé (affiche et met en forme tous les type de Go, prends des paramètres variadique, etc)

Pour être aussi auto-hébergé (enfin, sur une dédibox, parce que j'ai une connexion de m**** à la maison), je me suis créé un ensemble de service docker sur un docker-compose.yml après avoir galéré à mettre à jour mon YunoHost et rajouter d'autres services derrière leur SSO. J'ai aussi mis ce service sur github.

Du coup, pour la sélection du service d'hébergement de code, j'ai opté sur gitea plutôt que sur gogs puisque le créateur de gogs l'utilise principalement pour s'amuser et s'entraîner pour d'autres sujet (notamment son framework de dev web). Du coup, il n'attends pas trop à merger des requêtes externes. Du coup, la communauté a proposé de forker sur gitea, et le créateur de gogs (Unknwon) était OK avec ça vu que la communauté voulait vraiment participer et améliorer le logiciel. Jettes y un œil.

Go ne perce pas que sur les micro services.

Pour le data science, tu as
https://www.pachyderm.io/
https://gorgonia.org/
https://github.com/owulveryck/onnx-go pour charger des modèles onnx depuis Go (et sur certains modèles, il était même plus rapide que tensorflow)

Et puis c'est sans compter la partie blockchain, la partie wasm, le devops (terraform, vault, ci/cd, …), l'iot, l'embarqué (tinygo), les CLI
Bref, non, y a pas que les micro services une fois qu'on regarde de plus près. (et moi je développe un jeu vidéo en websocket, web avec frontend généré avec gopherjs puisque y avait pas encore wasm à l'époque)

Pour appuyer tes dires sur le Go
https://bmcbioinformatics.biomedcentral.com/articles/10.1186/s12859-019-2903-5

Avec ma question pour savoir combien de temps avait pris chaque projet : https://github.com/ExaScience/elprep/issues/21

Globalement, on a pas le détail, mais on sent que le C++ a bien dépassé ce qu'ils imaginaient.

J'ai la même technique que toi, et je suis très content.
Comme derrière, j'utilise LDAP pour stocker certains paramètres de mon serveur mail et que je dois générer ces alias sur le tas quand des gens me le demande, j'ai un petit formulaire web tout con qui me fait ça en 2 sec depuis mon mobile. (avant j'utilisais PHPLDAPAdmin, et c'était pas 2 sec pour cette tâche, et encore avant, je me connectais en ssh pour lancer mes scripts d'update du LDAP).

Bref, j'avoue que j'aime et j'aime voir d'où les spam partent. Merci la CCI du Bas-Rhin…

Question, pourquoi la 10 au lieu de la 11.

Je viens de créer ma SARL, et je comptais passer sur Odoo et je me disais autant prendre la 11. Donc si il y a des retours d'XP sur la 11, je suis preneur :)

Seulement, le gros problème de XMPP pour ma part, c'est le côté super random de la sauvegarde de l'historique (auquel je tiens, personnellement), problème réglé sur matrix.

Et c'est ça en moins à gérer/sauver/envoyer pour un terminal mobile, ce qui est aussi dans leur design il me semble.

En effet, l'auteur de la dépèche à mal fait sa recherche, car des outils Go en ligne de commande, il y en a à foison.
Perso, je suis devenu développeur Go à plein temps et j'adore, et du coup je regarde principalement des projets en Go. Mais avant d'avancer des choses comme quoi rust n'a pas d'outils du genre, j'aurais un peu cherché. (d'autant plus ironique que pt est bien en Go comme anaseto l'a fait remarquer :p)

Comme outil sympa en Go, il y a https://github.com/junegunn/fzf et pleins d'autres, mais je ne vais pas les énumérer ici par manque de temps.

Super !

Venant de là-bas, j'avais loupé l'édition 2011. Content de pouvoir y aller ce coup-ci !

Personnellement, quand je dois faire du JS côté client, je le fait en go avec gopherjs. Faut pas déconner :p
[/troll]
En vérité je suis en train de tester pour un jeu que je fais avec des websockets, et gopherjs, et pour le moment, c'est l'amour inconditionnel.

Bonne nouvelle, en regardant le compte du développeur, j'ai vu une mise à jour de son twitter : https://twitter.com/ahmed_magdy40/status/657285308128604164
Il le lance sur indiegogo. Reste plus qu'à y participer !

Euh, responsive et réactive n'ont rien à voir dans ce contexte.
En effet, responsive en anglais signifie réactif, mais responsive est aussi devenu un nouveau buzzword pour dire que la page s'adapte aux différents terminaux (mobile, bureau, tablette…)
La traduction serait plutôt : https://fr.wikipedia.org/wiki/Site_web_adaptatif

Et pour slideshare et stackoverflow, c'est pas de l'enc**age de mouche ?

ce coup ci je l'ai vu à temps ! J'espère pouvoir passer !

Merci !