Je sais bien qu'on est sur linuxfr, mais c'est sérieux comme réponse ?
C'est une méta-argumentation, les exemples ne sont pas heureux certe, mais ils ne sont pas là pour faire un parallèle. Juste pour illustrer mon argument. Je le redis de manière plus simple et sans fioriture :
Indépendamment de la qualité ou non d'electron/nodejs/js, l'argument qui dit que si ça se développe c'est que c'est souhaitable (ce que tu sous-entendais), n'est pas valide à mon humble avis.
Ça te choque moins, exprimé ainsi ?
Surtout que la question était quand même précisée, orientée :
Et j'y ai répondu, je sais bien qu'on est sur linuxfr, mais répondre à un commentaire sans lire ou chercher à comprendre le commentaire auquel on répond ?
Tu remarquera que je n'ai dis nul part que ces techno ont en soit un problème de qualité, juste que faire du desktop + web pose des soucis de gestions.
Question conne, mais si c'est tant une horreur, pourquoi ça existe et ça se développe ?
Il y a beaucoup de choses qui se développent sans que ce soit particulièrement souhaitable (extrémisme, les cyberattaques, le harcèlement, le spam, les platistes, les antivax,…). Se questionner sur le pourquoi est-ce que ça existe est tout à fait pertinent, mais ça n'est pas en soit un argument qui va dans leur sens. On peut expliquer la violence des manifestations (et donc la comprendre) sans pour autant être d'accord.
Mais pour répondre :
[…] pourquoi ça existe et ça se développe ?
Parce que les navigateurs ne font pas encore un boulot suffisant, je pense. Si une application peu fonctionner sur le web, il n'y a pas de raison qu'elle en sorte. C'est en soit une méthodologie qui permet d'avoir les inconvénients des 2 mondes.
Par exemple l'un des enjeux des navigateurs c'est de mieux les ressources : pas forcément consommer moins, mais segmenter mieux chaque site et mieux isoler/montrer quel site consomme les ressources.
Non parce que le fait d'avoir accès aux sources ne garantie pas que la licence t'autorise à en faire quoique ce soit.
Il faut vraiment réexpliquer que l'OSI (ceux qui ont la meilleure légitimité pour définir « open source ») ont une définition quasi-identique à la FSF pour le libre ? Un logiciel propriétaire qui met ses sources en publique sur github n'est pas open source. Oui comme il y a le « free as in free speech, not as in free beer », on peut dire « open as in open mind, not as open restaurant ». Sinon je te rétorquerais que la FSF est là pour promouvoir les logiciels gratuits.
Mais même comme ça libre comme open source ne sont pas précis, ils ne te disent pas si c'est avec ou sans copyleft, ni si c'est avec ou sans commons clause, ni si c'est avec ou sans CLA, si c'est protégé ou non de la tivoïsation, si c'est un projet communautaire ou non, etc.
Ce n'est pas particulièrement compliqué de créer un miroir et c'est bien moins relou à faire que construire 15 clef usb. Surtout que la plupart ne vont pas régler le problème dont je parle, l'accès limité au réseau. La majorité des support d'installation que j'ai vu sont aussi léger que possible et font du téléchargement pendant l'installation. C'est tout à fait logique pour quelqu'un qui fait son installation dans son coin, mais beaucoup moins pour une une install party dans la quelle tu préfère faire tes téléchargement en avance et ne pas taper les dépôts maîtres « pour rien » (ça éviter de charger l'installation qui a la gentillesse de t'accueillir, ça permet d'avoir quelque chose de fluide même avec un réseau limité,…).
Mais oui il y a 2 solutions :
utiliser des supports d'installations complets (qui ne nécessitent pas de réseau)
En dehors du terme privateur que je trouve absolument nul (pour moi il discrédite complètement ceux qui l'utilisent, et par la même, le logiciel libre).
« libre », « non-libre », « propriétaire », « privateur »… sont tous des mots qui ont un sens politique plus qu'autre chose. RMS a voulu donner un sens encore plus politique à « privateur », mais déjà l'utilisation du mot « libre » (et par symétrie « non-libre ») n'avait déjà absolument rien de neutre. C'est justement pour ça que le bonhomme devient tout rouge quand il entends « open source » qui est clairement plus neutre. Si vraiment tu veux te la raconter tu peux utiliser « open source »/« closed source », il y a déjà pleins de gens qui le font.
Mais là il traduit les paroles de St RMS, clairement le monsieur préfère « libre »/« privateur », il en va de la qualité de la traduction que de retranscrire ainsi plutôt que de refléter son avis personnel.
Super dépêche qui remontre à ceux pour qui ça n'est pas encore clair que lorsqu'ils utilisent des logiciels libres, ils peuvent aller voir comment ils fonctionnent et ainsi :
apprendre des choses (pourquoi c'est fait ainsi ? comment est-ce que ça fonctionne en vrai ?)
améliorer les outils (en remontant un souci dans le code, la traduction ou la doc ou en proposant carrément un patch)
Bon, ça demande un peu de connaissance technique, sinon il faut se faire aider :)
Si tu essaie de faire tourner un log avec logrotate, la JVM va continuer d'écrire dans l'ancien. Il faut alors confier à java la rotation (ce que je trouve pas pratique et pas normal) et ensuite coder des crons dégueux pour faire des find qui compressent et suppriment les anciens fichiers.
log4j et logback peuvent discuter avec syslog, c'est ce que j'utilise perso. Tu as eu un problème avec ? Les 2 se configurent via un fichier que tu peux forcer au démarrage de l'appli.
Pour les temps de démarrage, je n'ai jamais pu le constater sauf en première installation avec un jdk configuré pour utiliser /dev/random à la place de /dev/urandom.
Mais globalement c'est bizarre de voir les gens reprocher tout à la JVM. Les équipes d'Elastic font comment pour sortir elasticsearch ? De la magie noire ?
L'historique du langage (fonctionnalités arrivées tard) que certains n'ont toujours pas intégrés (en réalité / dans leurs reproches)
Un langage (et un moteur d'exécution) qui comporte plus de subtilités qu'on pourrait le croire (comme la gestion mémoire), ou dont le fonctionnement change avec le temps (le garbage collector / le compilateur JIT)
C'est pas le cas de PHP ? Les classes de PHP ont beaucoup évoluées avec le temps. Le transtypages de PHP est très subtile.
Les projets très longs et très chers donc impossibles à refacto / réécrire
facebook a trouvé plus facile de réécrire plusieurs le moteur PHP que de réécrire facebook…
La faiblesse de la communauté open-source et de l'outillage qui peut arriver avec (ne serait-ce que des règles aussi idiotes qu'un formatage du code par défaut)
Ça c'est une mauvaise connaissance de ta part à mon avis. Outre le fait que le moteur principal soit open source, si on critiquait maven (qui est open source) parce qu'il téléchargeait « la moitié de l'Internet » il n'a jamais téléchargé autre chose que du code open source… Tu as 2 fondations qui ne font que de l'open source et qui hébergent presque que des projets de l'écosystème java (eclipse et apache). Rien que la contribution de Red Hat au monde java open source est assez immense.
Bref, toutes ces guerres pour dire que tel ou tel langage généraliste est plus ou moins expressif et/ou offre le meilleur de l'OO, du fonctionnel ou autre me laissent assez froid, car sauf aller vers le bas niveau (genre C), c'est rarement le manque de fonctionnalités du langage en soi qui va influencer significativement la productivité.
Si tu parle pour moi il n'est pas question de guerre, mais d'expliquer la dichotomie1. Au contraire je ne cherche pas particulièrement à dire que l'un est meilleur que l'autre. Si mes tournures l'ont fait penser c'est une mécompréhension tout à fait involontaire.
les langages cités (même si certains semblent particulièrement chatouilleux…) n'étaient là qu'à titre d'exemple sans pour autant être plus réfléchis que ça ↩
En résumé, le problème de Java, c'est pas la JVM. C'est son historique dément de projets abscons, antiques, développés par des générations innombrables de prestataires mal formés et qui n'en on rien à foutre du projet, qu'on ne laisse pas s'intéresser à la façon de bien coder puisqu'il s'agit de faire survivre coute que coute un existant déjà à son dernier souffle. Les « architectes » qui n'ont jamais revu leur façon de faire depuis celles en vigueur dans les très grosses boites des années 1990 y sont aussi pour beaucoup.
C'est AMHA le même problème pour tous les langages qui ont de gros succès depuis le C ou le C++. C'est des langages simples, tu trouve des développeurs par millions. Quand tu as des millions de développeurs ils ne sont pas tous excellents, ils ne codent pas tous dans des boites qui leur permettent de faire de la qualité, là où les gens qui font du julia par exemple ils sont peu nombreux, c'est mécaniquement des gens qui s'y sont intéressés d'eux-même et qui travaillent dans des entreprises qui veulent garder leur développeurs (va trouver un nouveau développeur julia), c'est souvent des structures plus petites qui ne peuvent pas se permettre de rater un projet, etc
Dans ce cas là n'utilise pas non plus Java11 les derniers chiffres que j'ai vu parlaient de moins de 10% d'utilisation. Sauf que le support gratuit de Java8 pour un usage commercial s'est terminé il y a 2 mois.
Elles font quoi les entreprises sérieuses pleines de gens en cravaté qui font des choses sérieuses ?
Alors oui et non. Les enum ne serviront jamais à ça. Les enum sont des singletons ils ne peuvent pas servir à ça.
Par contre les value classes sont dans les cartons et ils auront plusieurs choses : je crois qu'ils ont prévu qu'ils soient immuables, ils pourront être déconstruit et ils n'auront pas l'overhead des objets java classiques ! En terme ils devraient être plus proches des types primitifs que des descendants d'Object. Ça demande du coup à pouvoir gérer la généricité sur les types primitifs.
Bref quelques belles choses en vue (par contre je n'ai pas vu de type algébrique).
Il y a un talk en français de Remi Forax qui parle de tout cela : Pattern Matching en Java 10 (bon il était très optimiste sur la roadmap…)
Maintenant oracle-java est une distribution commercial de java et pleins d'acteurs proposent leur distribution de java. RedHat et IBM évidement, mais aussi Google, Amazon et d'autres encore. Ces distributions diffèrent uniquement dans le support commercial qu'elles proposent. Elles ont pour si je ne me trompe pas une durée de support gratuit relativement courte.
Tu as aussi adoptopenjdk qui est une distribution plus communautaire supportée par plusieurs entreprises. J'ai pas regardé la durée de son support.
Bref ce qu'il y a c'est que maintenant OpenJDK est officiellement le seul vrai java et qu'Oracle a réduit la durée de support gratuit. Un tas d'entreprises en profitent pour faire leur propre distribution.
J'ai pas encore compris pourquoi les gens stressent à l'idée d'utiliser une version à jour de java (c'est le cas qui permet de rester dans les supports gratuits). J'ai l'impression que c'est les même qui te disent qu'ils sont encore en Java6 et qu'ils ont planifié le passage à java 7 sorti en 2011 pour l'an prochain, que C++98 c'est pas si mal et qui ne savent pas que C11 et C18 sont sorti depuis. C'est clairement une dette technique que les gens décident soigneusement d'engranger continuellement.
Tu décrit très bien la complexité qui vient avec l'augmentation de l'expressivité. Et là j'ai parlé de constructions syntaxiques des langages mais tu as aussi le typage qui joue un rôle.
Et oui il faut faire attention, ces constructions peuvent aussi être très mal utilisées, ce qui rend un code inutilement complexe (augmente fortement la métrique wtf).
Go et python sont 2 bons exemples de langages qui veulent être simple. Ils tentent de pousser les gens vers des bonnes pratiques sans les perdre dans des miriades de concepts. Mais go 2 sera déjà un peu plus complexe il me semble avec entre autre de la généricité.
[^] # Re: un libc pour webassembly en somme ?
Posté par barmic . En réponse au journal hey wasm : wasi ! wazaaaaaaa. Évalué à 3.
Tu veux dire que quand les développeurs d'Angular ont choisi typescript c'est par anti-google primaire ? :D
[^] # Re: un libc pour webassembly en somme ?
Posté par barmic . En réponse au journal hey wasm : wasi ! wazaaaaaaa. Évalué à 2. Dernière modification le 04 avril 2019 à 14:11.
C'est une méta-argumentation, les exemples ne sont pas heureux certe, mais ils ne sont pas là pour faire un parallèle. Juste pour illustrer mon argument. Je le redis de manière plus simple et sans fioriture :
Indépendamment de la qualité ou non d'electron/nodejs/js, l'argument qui dit que si ça se développe c'est que c'est souhaitable (ce que tu sous-entendais), n'est pas valide à mon humble avis.
Ça te choque moins, exprimé ainsi ?
Et j'y ai répondu, je sais bien qu'on est sur linuxfr, mais répondre à un commentaire sans lire ou chercher à comprendre le commentaire auquel on répond ?
Tu remarquera que je n'ai dis nul part que ces techno ont en soit un problème de qualité, juste que faire du desktop + web pose des soucis de gestions.
[^] # Re: un libc pour webassembly en somme ?
Posté par barmic . En réponse au journal hey wasm : wasi ! wazaaaaaaa. Évalué à 2.
Il y a beaucoup de choses qui se développent sans que ce soit particulièrement souhaitable (extrémisme, les cyberattaques, le harcèlement, le spam, les platistes, les antivax,…). Se questionner sur le pourquoi est-ce que ça existe est tout à fait pertinent, mais ça n'est pas en soit un argument qui va dans leur sens. On peut expliquer la violence des manifestations (et donc la comprendre) sans pour autant être d'accord.
Mais pour répondre :
Parce que les navigateurs ne font pas encore un boulot suffisant, je pense. Si une application peu fonctionner sur le web, il n'y a pas de raison qu'elle en sorte. C'est en soit une méthodologie qui permet d'avoir les inconvénients des 2 mondes.
Par exemple l'un des enjeux des navigateurs c'est de mieux les ressources : pas forcément consommer moins, mais segmenter mieux chaque site et mieux isoler/montrer quel site consomme les ressources.
Il y en a probablement d'autres.
[^] # Re: Une petite étape en plus
Posté par barmic . En réponse à la dépêche Bogue, fonctionnalité, mauvais usage ? Un cas pratique. Évalué à 3.
Faut arrêter d'utiliser bash… Zsh c'est très bien :
# Applet Java
Posté par barmic . En réponse au journal hey wasm : wasi ! wazaaaaaaa. Évalué à 4.
Non non ça n'existe plus depuis Java 11.
[^] # Re: En vrai
Posté par barmic . En réponse à la dépêche L’ultime challenge LinuxFr.org. Évalué à 10.
Le gagnant du précédent concours évidement.
[^] # Re: Non mais c'est sérieux ?
Posté par barmic . En réponse au journal Festival d'installation : Jusqu'où et comment pactiser avec le diable ?. Évalué à 8.
Il faut vraiment réexpliquer que l'OSI (ceux qui ont la meilleure légitimité pour définir « open source ») ont une définition quasi-identique à la FSF pour le libre ? Un logiciel propriétaire qui met ses sources en publique sur github n'est pas open source. Oui comme il y a le « free as in free speech, not as in free beer », on peut dire « open as in open mind, not as open restaurant ». Sinon je te rétorquerais que la FSF est là pour promouvoir les logiciels gratuits.
Mais même comme ça libre comme open source ne sont pas précis, ils ne te disent pas si c'est avec ou sans copyleft, ni si c'est avec ou sans commons clause, ni si c'est avec ou sans CLA, si c'est protégé ou non de la tivoïsation, si c'est un projet communautaire ou non, etc.
[^] # Re: Install party
Posté par barmic . En réponse au journal Festival d'installation : Jusqu'où et comment pactiser avec le diable ?. Évalué à 2.
Ce n'est pas particulièrement compliqué de créer un miroir et c'est bien moins relou à faire que construire 15 clef usb. Surtout que la plupart ne vont pas régler le problème dont je parle, l'accès limité au réseau. La majorité des support d'installation que j'ai vu sont aussi léger que possible et font du téléchargement pendant l'installation. C'est tout à fait logique pour quelqu'un qui fait son installation dans son coin, mais beaucoup moins pour une une install party dans la quelle tu préfère faire tes téléchargement en avance et ne pas taper les dépôts maîtres « pour rien » (ça éviter de charger l'installation qui a la gentillesse de t'accueillir, ça permet d'avoir quelque chose de fluide même avec un réseau limité,…).
Mais oui il y a 2 solutions :
# Install party
Posté par barmic . En réponse au journal Festival d'installation : Jusqu'où et comment pactiser avec le diable ?. Évalué à -1.
Ne fais pas trop confiance à internet, si tu peux avoir ton propre miroir des dépôts des distributions que tu installe, tu sera plus sereins.
[^] # Re: Non mais c'est sérieux ?
Posté par barmic . En réponse au journal Festival d'installation : Jusqu'où et comment pactiser avec le diable ?. Évalué à 10.
« libre », « non-libre », « propriétaire », « privateur »… sont tous des mots qui ont un sens politique plus qu'autre chose. RMS a voulu donner un sens encore plus politique à « privateur », mais déjà l'utilisation du mot « libre » (et par symétrie « non-libre ») n'avait déjà absolument rien de neutre. C'est justement pour ça que le bonhomme devient tout rouge quand il entends « open source » qui est clairement plus neutre. Si vraiment tu veux te la raconter tu peux utiliser « open source »/« closed source », il y a déjà pleins de gens qui le font.
Mais là il traduit les paroles de St RMS, clairement le monsieur préfère « libre »/« privateur », il en va de la qualité de la traduction que de retranscrire ainsi plutôt que de refléter son avis personnel.
# Super
Posté par barmic . En réponse à la dépêche Bogue, fonctionnalité, mauvais usage ? Un cas pratique. Évalué à 10.
Super dépêche qui remontre à ceux pour qui ça n'est pas encore clair que lorsqu'ils utilisent des logiciels libres, ils peuvent aller voir comment ils fonctionnent et ainsi :
Bon, ça demande un peu de connaissance technique, sinon il faut se faire aider :)
[^] # Re: Java > 1.8
Posté par barmic . En réponse au journal Java XII est dehors. Évalué à 4.
Un langage d'homme ?
[^] # Re: Privateur?
Posté par barmic . En réponse au journal Nouvelles fonctionnalités radicales pour Telegram. Évalué à 3. Dernière modification le 29 mars 2019 à 11:09.
Il faut qu'il soit connecté à internet c'est pas toujours pratique.
[^] # Re: le premier commentaire est toujours le plus con!
Posté par barmic . En réponse à la dépêche Sortie de MATE 1.22. Évalué à 3.
Xfce c'est pas mort ?
[^] # Re: Expressivité
Posté par barmic . En réponse au journal Les 7 étapes pour devenir un programmeur Go.. Évalué à 3.
Factuellement, tu a un sacré paquets de développeurs qui arrivent à s'en dispenser ;)
[^] # Re: Java > 1.8
Posté par barmic . En réponse au journal Java XII est dehors. Évalué à 6.
log4j et logback peuvent discuter avec syslog, c'est ce que j'utilise perso. Tu as eu un problème avec ? Les 2 se configurent via un fichier que tu peux forcer au démarrage de l'appli.
Pour les temps de démarrage, je n'ai jamais pu le constater sauf en première installation avec un jdk configuré pour utiliser /dev/random à la place de /dev/urandom.
Mais globalement c'est bizarre de voir les gens reprocher tout à la JVM. Les équipes d'Elastic font comment pour sortir elasticsearch ? De la magie noire ?
[^] # Re: Java > 1.8
Posté par barmic . En réponse au journal Java XII est dehors. Évalué à 3.
C'est pas le cas de PHP ? Les classes de PHP ont beaucoup évoluées avec le temps. Le transtypages de PHP est très subtile.
facebook a trouvé plus facile de réécrire plusieurs le moteur PHP que de réécrire facebook…
Ça c'est une mauvaise connaissance de ta part à mon avis. Outre le fait que le moteur principal soit open source, si on critiquait maven (qui est open source) parce qu'il téléchargeait « la moitié de l'Internet » il n'a jamais téléchargé autre chose que du code open source… Tu as 2 fondations qui ne font que de l'open source et qui hébergent presque que des projets de l'écosystème java (eclipse et apache). Rien que la contribution de Red Hat au monde java open source est assez immense.
[^] # Re: Principe de Pareto
Posté par barmic . En réponse au journal Les 7 étapes pour devenir un programmeur Go.. Évalué à 2.
Si tu parle pour moi il n'est pas question de guerre, mais d'expliquer la dichotomie1. Au contraire je ne cherche pas particulièrement à dire que l'un est meilleur que l'autre. Si mes tournures l'ont fait penser c'est une mécompréhension tout à fait involontaire.
les langages cités (même si certains semblent particulièrement chatouilleux…) n'étaient là qu'à titre d'exemple sans pour autant être plus réfléchis que ça ↩
[^] # Re: Java > 1.8
Posté par barmic . En réponse au journal Java XII est dehors. Évalué à 5.
C'est AMHA le même problème pour tous les langages qui ont de gros succès depuis le C ou le C++. C'est des langages simples, tu trouve des développeurs par millions. Quand tu as des millions de développeurs ils ne sont pas tous excellents, ils ne codent pas tous dans des boites qui leur permettent de faire de la qualité, là où les gens qui font du julia par exemple ils sont peu nombreux, c'est mécaniquement des gens qui s'y sont intéressés d'eux-même et qui travaillent dans des entreprises qui veulent garder leur développeurs (va trouver un nouveau développeur julia), c'est souvent des structures plus petites qui ne peuvent pas se permettre de rater un projet, etc
[^] # Re: Ne pas utiliser en prod...
Posté par barmic . En réponse au journal Java XII est dehors. Évalué à 2.
Dans ce cas là n'utilise pas non plus Java11 les derniers chiffres que j'ai vu parlaient de moins de 10% d'utilisation. Sauf que le support gratuit de Java8 pour un usage commercial s'est terminé il y a 2 mois.
Elles font quoi les entreprises sérieuses pleines de gens en cravaté qui font des choses sérieuses ?
[^] # Re: On se rapproche doucement des types sommes
Posté par barmic . En réponse au journal Java XII est dehors. Évalué à 2.
Alors oui et non. Les enum ne serviront jamais à ça. Les enum sont des singletons ils ne peuvent pas servir à ça.
Par contre les value classes sont dans les cartons et ils auront plusieurs choses : je crois qu'ils ont prévu qu'ils soient immuables, ils pourront être déconstruit et ils n'auront pas l'overhead des objets java classiques ! En terme ils devraient être plus proches des types primitifs que des descendants d'Object. Ça demande du coup à pouvoir gérer la généricité sur les types primitifs.
Bref quelques belles choses en vue (par contre je n'ai pas vu de type algébrique).
Il y a un talk en français de Remi Forax qui parle de tout cela : Pattern Matching en Java 10 (bon il était très optimiste sur la roadmap…)
[^] # Re: Java > 1.8
Posté par barmic . En réponse au journal Java XII est dehors. Évalué à 3.
Oracle JDK est une distribution qui est identique à OpenJDK (le monde de JRockit est terminé depuis un certain temps).
[^] # Re: JAVA : Oracle fait peur
Posté par barmic . En réponse au journal Java XII est dehors. Évalué à 10.
OpenJDK c'est le java vanilla.
Maintenant oracle-java est une distribution commercial de java et pleins d'acteurs proposent leur distribution de java. RedHat et IBM évidement, mais aussi Google, Amazon et d'autres encore. Ces distributions diffèrent uniquement dans le support commercial qu'elles proposent. Elles ont pour si je ne me trompe pas une durée de support gratuit relativement courte.
Tu as aussi adoptopenjdk qui est une distribution plus communautaire supportée par plusieurs entreprises. J'ai pas regardé la durée de son support.
Bref ce qu'il y a c'est que maintenant OpenJDK est officiellement le seul vrai java et qu'Oracle a réduit la durée de support gratuit. Un tas d'entreprises en profitent pour faire leur propre distribution.
J'ai pas encore compris pourquoi les gens stressent à l'idée d'utiliser une version à jour de java (c'est le cas qui permet de rester dans les supports gratuits). J'ai l'impression que c'est les même qui te disent qu'ils sont encore en Java6 et qu'ils ont planifié le passage à java 7 sorti en 2011 pour l'an prochain, que C++98 c'est pas si mal et qui ne savent pas que C11 et C18 sont sorti depuis. C'est clairement une dette technique que les gens décident soigneusement d'engranger continuellement.
[^] # Re: Expressivité
Posté par barmic . En réponse au journal Les 7 étapes pour devenir un programmeur Go.. Évalué à 2.
Tu décrit très bien la complexité qui vient avec l'augmentation de l'expressivité. Et là j'ai parlé de constructions syntaxiques des langages mais tu as aussi le typage qui joue un rôle.
Et oui il faut faire attention, ces constructions peuvent aussi être très mal utilisées, ce qui rend un code inutilement complexe (augmente fortement la métrique wtf).
Go et python sont 2 bons exemples de langages qui veulent être simple. Ils tentent de pousser les gens vers des bonnes pratiques sans les perdre dans des miriades de concepts. Mais go 2 sera déjà un peu plus complexe il me semble avec entre autre de la généricité.
# Rien compris
Posté par barmic . En réponse au journal Liberté de la presse et chiffrage : Lundi.am, le parquet ouvre une .... Évalué à 5.
On leur reproche un mauvais chiffrage ? De quoi ?