ff9097 a écrit 756 commentaires

Pour moi le langage doit décider des règles sur le nombre de tabulations et autres formatage de manière à ce que ça soit le plus homogène possible partout. Avec possibilité simple d'activer ou désactiver des règles si l'on veut

Tu confonds typage faible et dynamique. On va s'arrêter là.

Des micro-package c'est normal mais 1 ligne sérieusement....

J'espère qu'il y a les packages isEven, isOdd, isTrue et isFalse faudrait quand même pas devoir les implémenter moi même.

Pas de stdlib, bourrés d'incohérences, typage faible... C'est drôle tu défends JavaScript en nous parlant de Typescript.

Bah... pas forcément... En quoi le code qui copie/colle 3 lignes serait plus beau que le code qui fait un require?

Quand on préfère ajouter bêtement une dépendance au lieu d'implémenter 1 ligne pour quelque chose qui n'évoluera jamais c'est qu'on ne réfléchis pas beaucoup à ce qu'on fait. Ce qui laisse à penser qu'on a pas beaucoup réfléchi au reste.

Si je ne me trompe pas on écrit toujours en JavaScript avec ces frameworks

Une version unique de dépendance comme on fait ailleurs c'est déjà beaucoup mieux.
Je trouve hallucinant les dépendances qui comportent à peine quelques lignes de code (voir une seule comme dans l'exemple !) et que des gens l'utilisent au lieu de l'implémenter eux-mêmes. Le code derrière qui utilise ça ne doit pas être bien beau....
Javascript est immonde et devrait arrêter d'être écrit et simplement généré à partir d'autre chose. Voir à long-terme complètement remplacer mais même Google y a renoncé.

C’est la principale raison pour laquelle je n’aime pas trop les projets en nodejs. Ça et l’utopie de croire que tout exécuter avec un seul proc/cœur, y’a qu’à scaler si on veut gérer de la concurrence, s’avère bien plus compliqué qu’il n’y parait au premier abord.

Quel rapport avec le reste ?

On compare un système très mature comme le système de paquets mais où aucun format ni gestionnaire de paquets s'est imposé. On se retrouve donc aujourd'hui avec plusieurs formats qui sont tous un peu les mêmes en différents et pareil pour les gestionnaire de paquets. On est tous habitué au deb/rpm et apt/yum/... et ça continue par inertie.

Et de l'autre on a un système quasi-unique (je compte pas snap qui n'est poussé et n'est pris en charge que sur ubuntu) qui est encore très récent et dont pas mal de défauts mentionnés sont des choix qui peuvent être remis en cause facilement comme l'attribution de certaines permissions par défaut où le but était de ne pas trop changer les habitudes des utilisateurs.

Sur la sécurité c'est risible, actuellement c'est open-bar. Les applications ont tout les droits sur $HOME et même l'accés en lecture à /. Avec flatpak je retire les droits sans soucis si j'ai envie et sans bidouilles.

Je pense qu'en effet certaines distros iront vers une généralisation du flatpak sur ce qui est graphique. Et d'autres resteront sur le modèle actuel. Au moins ça donnera de vrais différences entre chacunes et ça simplifiera le choix parce qu'aujourd'hui pas mal de distribs sont un peu toutes les mêmes.

Oui continuons à être open-bar et à donner absolument tout les droits à ce qu'on exécute !

Le langage est complexe donc lent a compiler. Pareil pour C++.
C est simple donc rapide a compiler. Rien ne bien étonnant donc

Tu as peut être une garantie de délai maximum avant rétablissement en cas de coupure de service. Même si en fait ça paraît pas assez cher pour ça

Pas étonnant il n'y a aucune API d'extensions pour Gnome. C'est du monkey patch bien dégueu.

Les relations se sont visiblement tendus au fil des années entre les devs Gnome et System76. Compliqué de savoir qui est plus en tord que l'autre même si j'ai mon avis.
Je pense que les devs Gnome semblent assez rigides et pas du genre à répondre facilement aux demandes de fonctionnalités. Ça a été tendu aussi avec les devs KDE par moment. A mon avis ils ont plutôt raison sinon c'est l'anarchie et on arrive vite a accumuler de la dette technique.
Je suppose que System76 se disent que c'est compliqué de vendre du matériel et d'avoir aussi peu de maîtrise sur l'environnement de bureau proposé.

Pas étonnant il n'y a aucune API d'extensions pour Gnome. C'est du monkey patch bien dégueu.

Les relations se sont visiblement tendus au fil des années entre les devs Gnome et System76. Compliqué de savoir qui est plus en tord que l'autre même si j'ai mon avis.
Je pense que les devs Gnome semblent assez rigides et pas du genre à répondre facilement aux demandes de fonctionnalités. A mon avis ils ont raison sinon c'est l'anarchie.
Je suppose que System76 se disent que c'est compliqué de vendre du matériel et d'avoir aussi peu de maîtrise sur l'environnement de bureau proposé.

J'ai également dû faire ça sinon aucun périphérique audio visible. Rien de compliqué mais ça suffit à faire regretter le newbie qui ne s'y connaît pas de faire la MàJ

J'ajouterais qu'une voiture plus écologique est sans doute celle que tu as déjà si tu en as déjà une: certes elle pourrait consommer plus et polluer pas mal, mais rappelons que la fabrication d'une voiture émet beaucoup de CO2. La voiture écologique c'est celle que tu ne remplaces pas.

De mémoire ce n'est pas ce que disait Le Réveilleur

J'espère que tu aidais financièrement la fondation Mozilla parce qu'elle a désespérément besoin d'argent, d'autant que le contrat avec Google s'arrête dans deux ans.

Pour augmenter la rémunération du CEO ?

les pubs Google dans les résultats de recherche ne sont pas filtrées par les bloqueurs de pub

Bien sur que si

Google Suite fait cheap à côté de M365

C'est à dire ?

Toml

l'exception qui confirme la règle

Donc tu souhaites que le prestataire de service ne sache absolument pas ce qui se passe sur sa plateforme ?

On pourrait dire aussi que le ratio cpu+ram VS nombres de requêtes semble bien mauvais, et qu'ajouter du cache ne remplacera pas une amélioration de l'écriture des requêtes sql. Oui, peut être.

Tu te base sur quoi pour dire ça ?

Le gros désavantage de Firefox c'est qu'il a toujours été trop couplé à son moteur de rendu. Alors que WebKit est un projet libre a part entière, utilisé par d'autres navigateurs et d'autres projzts. Et est donc devenu le moteur libre de référence et en permanence en avance sur Gecko.
Un comble que tant de navigateurs soit basé sur chromium ou WebKit et pas sur Firefox ou Gecko

Merci !

Ca aurait été bien d'avoir la liste des bons et mauvais élèves. Ca simplifierait le choix pour le consommateur et ça serait un (petit) retour de bâton.

Ça manque en effet d'un vrai équivalent libre et actif. Mais c'est un gros boulot pour arriver à ChessBase