ff9097 a écrit 725 commentaires

En même temps ça ne peut fonctionner que si c'est massivement utilisé. Compte tenu du fait que c'est assez peu contraignant ça me paraissait une bonne idée mais ça n'a pas accroché

J'utilise Plasma et ça fonctionne plutôt bien au quotidien mais bon déjà j'ai quasiment rien configuré et j'ai quand même des bugs de temps en temps de restauration sur mon double écran ou de bascule vers l'écran du portable quand je débranche. Et depuis quelques jours le raccourci pour ouvrir le menu principal ne fonctionne plus…
J'ai quand même le sentiment que si je configurais beaucoup j'aurais encore plus de problèmes…
GNOME me semble moins problématique parce qu'il y a eu des choix forts en terme d'ergonomie contrairement à KDE

Visiblement le second degré a du mal à passer ici aussi.

1) et aussi, un peu, car le machin-d’init-qui-fait-tout-et-presque-le-café m’agace, pas très Unix dans le sens : « je fais une seule chose, mais je la fais bien » tout cela !

Il ne fait pourtant qu'une chose : il gère ta machine

Qu'est ce qui explique la tendance de ces trucs ? Comment tout cela est née ?

Quand je reçois une contribution à un de mes projets, je l'oublie pas

C'est pas bête, je me demande si quelqu'un y a pensé avant.

Si je comprends bien, pour restaurer l'image il faudra toujours brancher 2 clés : la bootable avec redorescue et celle contenant l'image sauvegardé pour restorer. Il y a un moyen simple pour avoir les deux sur la même clé ?

Noto est relativement récent

Si je ne me trompe pas, actuellement c'est DejaVu + Noto car DejaVu ne couvre pas toutes les langues. En basculant sur Noto pour toutes les langues, on enlève DejaVu de l'installeur

Avoir la configuration des logs centralisés dans LDAP via une syntaxe standard de Java, c'etait pas non plus déconnant.

Je vois pas le rapport entre LDAP et les logs

CI c'est le minimum en effet. Après le delivery a chaque push je dirais que ça dépends.

Tu crois que ça n'est pas utilisé sur GitHub ni SO mais que ça serait très utilisé ailleurs ? Non c'est (quasiment) pas utilisé parce que c'est (quasiment) inutile.

Il n'y a aucun rapport entre des API taggés obsolètes et une soit-disant envie de pousser Kotlin puisque c'est la même API Android et que Kotlin est 100% compatible avec Java.
Franchement AsyncTask plus personne n'utilise cette horreur depuis des années

Android Studio n'est pas tout léger c'est clair mais ça fonctionne très bien. Hormis du matériel limité c'est un gros apport.

Go a été conçu pour ça. Rust non

Il faut vite un noyau alternatif pour être plus hétérogène !

C’est dur d’estimer quel genre de traffic ils prennent, mais une autre façon de voir les choses c’est que chaque serveur génère plus de 650k euros de chiffre d’affaire par an.
C’est assez incongru comme métrique aussi, mais vu sous cet angle, ça devient moins stupide.

Ça fait moins de 1800 balles / jour / serveur c'est très faible je trouve

Bof ça pourrait être plus haut niveau pour plus de facilité et plus de contributeurs.

Depuis quand Windows est personnalisable ? Même Android ne l'est pas énormément

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 ?