Bienvenue dans le monde moderne. Si on doit attendre que tout le monde soit prêt alors on fait du C++20 en 2040. Je chouine pas quand un projet demande une version récente de rust, soit je m'adapte soit je laisse tomber mais je blâme pas les développeurs qui prennent les outils disponibles. La volonté de s'adapter est propre à l'utilisateur. Sinon on innove jamais. Tout le monde criait au scandale quand on a enlevé les lecteurs de disquette spuis de CDs et maintenant plus grand monde en utilise. C'est pareil dans les langages, si on prend pas de parti pris on avance pas et je suis bien content qu'en C++17 on puisse enfin parcourir des répertoires avec la bibliothèque standard sans passer par boost ou une douzaine de #ifdef.
STL utilisée, et pour de mauvaises raisons en plus. La STL, c'est gros, c'est lent à compiler, c'est chiant a debugguer, le contrôle sur la mémoire est pénible. Certains par exemple y préférerons EASTL.
Ah donc quand on fait du C++ on doit pas utiliser la bibliothèque standard qui est implémentée nativement et optimisée sur chaque plateforme ? Pareil en C ? en C# ? en python ? en rust ?
Commentaire vivement subjectif.
git is great because linus did it, mercurial is better because he didn't
Est-ce réellement confortable un ordinateur de 11" ?
J'ai un thinkpad x1 carbon de 14" et un macbook pro de 13". Le thinkpad a une résolution QHD et un scaling x2 sur GNOME, franchement je suis à l'étroit. Même une fenêtre firefox avec gmail est ridiculeusement petite. Alors j'avoue que le côté transportable de mes deux laptops est cool comparé à mon t15 du travail mais je dois admettre que travailler une journée entière sur l'un des deux n'est pas agréable non plus.
git is great because linus did it, mercurial is better because he didn't
J'ai toujours trouvé ça beau et avant-gardiste, surtout les premières fois où je l'ai utilisé à mes débuts (~2003). Néanmoins après quelques minutes d'utilisations il y a toujours beaucoup de choses qui me déplaisent et non abouties, au final ça m'amuse que peu de temps.
Suivant des communautés comme r/unixporn, je ne vois quasiment jamais d'utilisation de ce WM, de plus avec wayland prenant le dessus je me demande quel est l'avenir de enlightenment.
git is great because linus did it, mercurial is better because he didn't
Pourtant 58Wh c'est beaucoup. Mon thinkpad x1 carbon 4 (2016) avait 11h d'autonomie lorsque je l'ai reçu. C'est un 14" avec un i7.
Bien entendu, beaucoup de paramètres entrent en compte. Mais 8h d'autonomie n'a rien d'exceptionnel pour un ordinateur sous Linux. Les rares fois où j'ai constaté de faibles autonomies, cela venait d'ordinateurs d'entrée de gammes.
À mon travail nous avons exclusivement des thinkpads, pas toujours les plus haut de gamme mais leur autonomies avoisinent toujours les 7-10h (Windows et/ou Linux).
git is great because linus did it, mercurial is better because he didn't
Utilise un outil different si ton outil est pas capable de faire des trucs de base
L'outil en question est une merge-request sur GitLab avec un écran 27". Je pense que quand le diff ne passe pas sur l'écran splité en deux c'est qu'il y a un vrai problème.
git is great because linus did it, mercurial is better because he didn't
Je pense qu'il n'y a aucune solution parfaite, de toute façon YMMV avec chaque spécificité des utilisateurs.
Pour ma part j'ai pas trop de problèmes bloquants. Ce que je peux constater en 2023 :
Sous X11 :
Mélanger les densité de pixel par écran reste compliqué (thinkpad ~100 DPI avec un écran 4k ~212 PPI).
Un peu de tearing par moment.
Sous wayland :
Lancer des compositeurs par le tty et le quitter me rend plus mon tty (l'écran reste noir) mais le système est toujours opérationnel, je peux taper des commandes à l'aveugle pour relancer.
Quelques problème d'intégration de la souris avec un VNC/qemu. Ça par contre, c'est embêtant. En plus, qemu indique dans la barre de titre un raccourci clavier pour désactiver l'intégration or GNOME indique un autre…
Un de mes collègues m'a fait une merge request comme ça, avec 9 niveaux d'indentation en mettant toute la logique dans un nouvel indent.
if(init==OK){if(open_partition()==OK){}}
Il ne comprend pas non plus pourquoi je demande à ce qu'on dépasse pas environ 100 colonnes dans le code. Bah… tout simplement parce que le diff la merge request ne passait pas verticalement avec toute cette indentation.
Le grand problème quand ce genre d'individu a toujours travaillé tout seul sans jamais regarder le code de quelqu'un d'autre ou d'un projet opensource.
git is great because linus did it, mercurial is better because he didn't
Wayland le sauveur, voilà qui est aussi téléphoné qu'ennuyeux !
Je suis d'accord, X11 c'est un bordel. Pour avoir commencé une distribution maison j'ai bien pesté face à l'inclusion des 300 millions de bibliothèques X11 (qui compile jamais sans un warning). Il y a des choses en double, on voit la dette technique.
Cependant, je trouve que wayland est aussi trop minimaliste. Aujourd'hui développer un compositeur from scratch nécessiterait de recoder la moitié du serveur X et donc d'ajouter possiblement un bug différent dans chaque. On pourrait dire « utilise wlroots » oui, peut-être mais il y a d'autres alternatives et ni GNOME ni KDE ne l'utilisent. Pour ma part je pense que c'est un poil trop minimaliste. Heureusement il reste tout de même des bibliothèque ayant un bon consensus général (comme libinput) mais pour la pile graphique et la gestion des sessions ça reste un peu compliqué. (cf. seat, elogind, libdrm, etc).
En tant que tel wayland est clairement le successeur de X11 mais il va apporter pas mal de complexité aussi, sans compter les DEs qui ne veulent pas supporter des choses courantes parce que ce sont des extensions de protocoles maison. Que va t'il se passer lorsque machin X implémente un protocole A et machin Y implémente a peu près la même chose mais sous un protocole B ?
git is great because linus did it, mercurial is better because he didn't
Concernant OpenBSD et sa philosophie, les choses avancent plutôt lentement et dans le sens « si ça marche, pas besoin de toucher » mais il est vrai que le FFS est particulièrement vieillissant et je serai pas contre une alternative. Cependant j'ai jamais vu trop de sujets sur tech@ ou misc@ à propos d'un nouveau FS, qu'en est-il ? Il y a t'il une chance que ce projet reste dans l'ombre ?
git is great because linus did it, mercurial is better because he didn't
Encore que l'enseigne au moins de l'extérieur est reconnaissable, mais va chercher des choses sur internet quand le nom existe déjà pour quelque chose.
téléviseur boulanger
boulanger « près de moi »
justin bieber X (au lieu de twitter)
git is great because linus did it, mercurial is better because he didn't
C'est le passé oui mais pas avant un moment. Rien que VNC nous oblige parfois à rester sur du X11 à mon travail. Côté OpenBSD et autres UNIX un peu moins populaire on est pas prêt de voir wayland prendre totalement le dessus.
git is great because linus did it, mercurial is better because he didn't
Quand je parle de reformatter c'est pas forcément aligner correctement les lignes sur la correcte indentation. C'est échanger un morceau de code complet.
Exemple, passer de ça :
foo(1234,"barbaz");foo(567,"hello");
à ça :
foo("barbaz",1234);foo("hello",567);
Avec un macro cela me prend 2-3 secondes, mon collègue et sa souris probablement 2-3 minutes en fonction du nombre de lignes.
git is great because linus did it, mercurial is better because he didn't
Mais tellement, vim c'est 80% de ma journée au travail et mon temps de dev perso. Mes collègues fan de VS Code aiment bien me charier avec et quand je sais que je vais faire quelque chose de velu grâce aux macro qui va me permettre de reformatter 45 lignes de suite je les appelle en leur montrant « venez voir ce que je vais faire » et à chaque fois il y a cet effet wouah.
Le plus impressionnant avec vim c'est que personne ne connaitra probablement cet éditeur à 100% et c'est ce qui en fait quelque chose de toujours gratifiant. Années après années je découvre toujours de nouvelles choses et me dit « comment ai-je fait tout ce temps ? ».
Merci Bram et merci Bill pour avoir introduit le concept d'éditeurs modaux.
git is great because linus did it, mercurial is better because he didn't
j'ai x batteries d'avance, exemple pour un déplacement lointain ou dans des conditions un peu spécifiques
Cet argument est valable pour des caméras, appareils photo car tu sais que tu vas les maltraiter. Pour ceux qui ont besoin d'une grosse charge exceptionnellement sur un smartphone je pense que beaucoup investissent simplement dans des batterie externes.
git is great because linus did it, mercurial is better because he didn't
Je pense que je fais parti des rares qui trouve cette requête dommage. Bien entendu, je pense que remplacer une batterie est une bonne chose mais rendre ça possible pour l'utilisateur final est pour moi inutile.
Pour ma part, j'ai toujours gardé mes smartphones pas mal d'années (en moyenne 3 à 4 ans) et à chaque fois que j'ai voulu les remplacer c'était toujours parce que je voulais un plus puissant, nouveau, etc. Pour tous ces smartphones la batterie tenait encore largement la charge et c'était absolument pas la raison première de mon souhait de changement.
Les batteries tiennent vraiment longtemps à un point où à mon avis une bonne partie des personnes auront envie de changer de smartphone avant que celle ci ne tienne plus une partie de la journée. Rendre le changement de batterie faisable facilement par l'utilisateur va engendrer des changements importants sur les téléphones qui sont aujourd'hui fins, élégants et surtout étanches pour la plupart.
Pourquoi ne pas simplement forcer les fabricants à proposer un remplacement de batterie et autres composants avec un délai obligatoire (6-8 ans ?) et un tarif limité ?. Le proposer à l'utilisateur final n'a vraiment aucun intérêt à mon humble avis.
Beaucoup de pièces de voitures sont aussi remplaçables directement par le client mais pour autant je pense qu'une grande partie des consommateurs laissent leur garagiste le faire pour des raisons évidentes de confort.
git is great because linus did it, mercurial is better because he didn't
mais c'est aussi devenu un genre de mode. Aspie, HPI, TDA… Tout le monde veut en être pour pouvoir se dire différents, incompris, et traiter les autres de neuroatypiques. Et les autodiags se multiplient.
Peut-être pour certains, mais pour d'autres c'est tout simplement parce qu'il y a un impact non négligeable dans la vie des personnes. Quand on est diagnostiqué tardivement (comprendre >= 30 ans) je crois pas que c'est dans une optique d'égocentrisme cherchant un peu d'attention.
Les troubles neurologiques sont souvent mal compris justement par les neurotypiques car c'est « peu visuel ». Annoncer à un de ses parents avoir la maladie de Parkinson et annoncer qu'on est en depression, le résultat est souvent accablant. Certains (pour en avoir connu) vont réagir « oh mais pourquoi tu es triste, tout va bien dans ta vie ». Les troubles neurologiques ne sont pas choisis et il ne suffit pas de boire de l'eau et se mettre un coup de pied pour espérer s'en sortir.
Le problème commun à tous ces troubles est qu'il est difficile pour certain d'en trouver l'empathie parce qu'ils ne les comprennent effectivement pas. En revanche, pour la maladie de Parkinson nous avons tous à peu près une notion qui nous laisse imaginer la vie qu'on aurait si nous en étions atteint.
git is great because linus did it, mercurial is better because he didn't
autant je suis pas convaincu du terme "qui ont de l'autisme", parce-que je trouve ça un peu moche, et que même si c'est qu'un trait, c'est un trait qui définit vachement la vie d'une personne.
C'est pour ça qu'on préfère parler d'un trouble. « J'ai un trouble du spectre autistique » et c'est la formulation préférée puisque aucune personne ayant un TSA est similaire à une autre. Le spectre est vraiment très large. Certains aiment bien ironiser « on est tous un peu autiste ». J'ai aussi déjà fait plusieurs tests chez un neuropsychologue spécialisé dans le domaine, j'avais à priori des traits de TSA plus élevé que la normale. Pour autant je suis visiblement pas asperger non plus.
autant je croie que l'idée, c'est d'avoir une version moins binaire que asperger 0/1, et voir l'autisme comme un spectre, qui permettrais d’inclure des type d'autisme, qui preuves être assez éloigner d'asperger.
Puis en même temps, se définir comme autiste, ça peu aussi faire que des gents se renferme sur eux, et cherches moins à s'adapter.
Oui et non. J'ai un TDAH, je me suis longtemps renfermé sur moi même en culpabilisant beaucoup des reproches abondants et identiques de personnes différentes et au final le diagnostic m'a aussi permis de comprendre que je suis comme je suis et qu'on doive (dans la limite du raisonnable) m'accepter comme tel. Par contre, je dois reconnaitre avoir de meilleurs liens sociaux avec d'autres personnes neuroA depuis.
git is great because linus did it, mercurial is better because he didn't
Le paiement 3D secure c'est pas la méthode qui compte, c'est tout simplement de vérifier que le paiement est réalisé par la bonne personne. Chaque banque a son propre système. Le mot de passe n'est pas un problème, cela évite surtout qu'une personne qui trouve une CB dans la rue puisse acheter n'importe quoi sur internet. Seul problème, c'est que 3D secure est facultatif et que certains sites marchands ne veulent pas l'implémenter (pour diverses raisons).
Chez crédit mutuel cela varie du code par SMS à l'application où il faut se loguer et taper un code confidentiel. L'utilisateur a l'embarras du choix pour certaines banques.
git is great because linus did it, mercurial is better because he didn't
Il y a 20 ans chaque distribution avait son propre thème (bluecurve, galaxy, etc) ainsi il y avait une vraie charte graphique et identité visuelle pour une distribution Linux. En plus les choix par défaut étaient bien modifiés. KDE sous Mandrake ne ressemblait à rien au KDE sous SuSE et/ou Fedora Core 3. Maintenant l'identité visuelle se résume surtout au site internet de la distribution et au fond d'écran.
À côté du côté graphique un bon nombre de distributions avaient leurs propres outils de configuration du système. drakx et cie chez Mandrake, system-config-* chez RedHat / Fedora et yast2 (toujours en vie) chez OpenSuSE.
Pour ma part, après 20 ans d'utilisation de Linux je dois admettre que l'uniformité m'a permis de ne plus de changer de distribution tous les 4 mois. Globalement la plupart des distributions me conviennent, ce qui va m'importer c'est surtout la présence de certains paquets et le plus à jour possible.
git is great because linus did it, mercurial is better because he didn't
J'ai eu toutes les nintendo occidentales. La NES, la snes, le superscope, tout ce qui a suivi. Tout. Et en passant à l'âge adulte j'ai tout vendu comme un abruti.
Bon dans tous les cas je me souviens que ma NES n'était pas dans ses meilleurs jours à la fin et même si c'est considéré comme inefficace (on l'a tous fait ne me regardez pas comme ça) il était fréquent que je souffle dans la cartouche où la réinsère à plusieurs reprises pour que la console démarre. C'est bien sa fragilité la plus connue.
Du coup je me demande si ce jeu innovant va pouvoir trouver sa place auprès de joueurs car les NES pleinement fonctionnelles restent des objets assez rare ces dernières années.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Bof
Posté par David Demelier (site web personnel) . En réponse au lien AI Toolkit, donnez un cerveau à vos NPCs, une librairie C++ header-only. Évalué à 5.
Bienvenue dans le monde moderne. Si on doit attendre que tout le monde soit prêt alors on fait du C++20 en 2040. Je chouine pas quand un projet demande une version récente de rust, soit je m'adapte soit je laisse tomber mais je blâme pas les développeurs qui prennent les outils disponibles. La volonté de s'adapter est propre à l'utilisateur. Sinon on innove jamais. Tout le monde criait au scandale quand on a enlevé les lecteurs de disquette spuis de CDs et maintenant plus grand monde en utilise. C'est pareil dans les langages, si on prend pas de parti pris on avance pas et je suis bien content qu'en C++17 on puisse enfin parcourir des répertoires avec la bibliothèque standard sans passer par boost ou une douzaine de
#ifdef.Ah donc quand on fait du C++ on doit pas utiliser la bibliothèque standard qui est implémentée nativement et optimisée sur chaque plateforme ? Pareil en C ? en C# ? en python ? en rust ?
Commentaire vivement subjectif.
git is great because linus did it, mercurial is better because he didn't
# Confort ?
Posté par David Demelier (site web personnel) . En réponse au journal De la disparition du format « pas trop grand ». Évalué à 5.
Est-ce réellement confortable un ordinateur de 11" ?
J'ai un thinkpad x1 carbon de 14" et un macbook pro de 13". Le thinkpad a une résolution QHD et un scaling x2 sur GNOME, franchement je suis à l'étroit. Même une fenêtre firefox avec gmail est ridiculeusement petite. Alors j'avoue que le côté transportable de mes deux laptops est cool comparé à mon t15 du travail mais je dois admettre que travailler une journée entière sur l'un des deux n'est pas agréable non plus.
git is great because linus did it, mercurial is better because he didn't
# Qui utilise au quotidien ?
Posté par David Demelier (site web personnel) . En réponse au lien EFL 1.27 et Enlightenment 0.26.0 sont sortis. Évalué à 2.
J'ai toujours trouvé ça beau et avant-gardiste, surtout les premières fois où je l'ai utilisé à mes débuts (~2003). Néanmoins après quelques minutes d'utilisations il y a toujours beaucoup de choses qui me déplaisent et non abouties, au final ça m'amuse que peu de temps.
Suivant des communautés comme r/unixporn, je ne vois quasiment jamais d'utilisation de ce WM, de plus avec wayland prenant le dessus je me demande quel est l'avenir de enlightenment.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: CPU ?
Posté par David Demelier (site web personnel) . En réponse au journal Laptop Frame.Work 13 pouces. Évalué à 6.
Pourtant 58Wh c'est beaucoup. Mon thinkpad x1 carbon 4 (2016) avait 11h d'autonomie lorsque je l'ai reçu. C'est un 14" avec un i7.
Bien entendu, beaucoup de paramètres entrent en compte. Mais 8h d'autonomie n'a rien d'exceptionnel pour un ordinateur sous Linux. Les rares fois où j'ai constaté de faibles autonomies, cela venait d'ordinateurs d'entrée de gammes.
À mon travail nous avons exclusivement des thinkpads, pas toujours les plus haut de gamme mais leur autonomies avoisinent toujours les 7-10h (Windows et/ou Linux).
git is great because linus did it, mercurial is better because he didn't
# Bon débarras
Posté par David Demelier (site web personnel) . En réponse au lien Google-groups killed by Google \o/. Évalué à 6.
À chaque fois que je vois une communauté d'un projet opensource sur google groups je me dis que le projet est mort. Quelle plaie.
Vivement la fin de sourceforge tiens.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: return early pattern
Posté par David Demelier (site web personnel) . En réponse au journal La plus belle ligne de code. Évalué à 9.
L'outil en question est une merge-request sur GitLab avec un écran 27". Je pense que quand le diff ne passe pas sur l'écran splité en deux c'est qu'il y a un vrai problème.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Pas près d'arriver
Posté par David Demelier (site web personnel) . En réponse au journal Les distributions Linux abandonnent X11 pour Wayland. Évalué à 2.
Je pense qu'il n'y a aucune solution parfaite, de toute façon YMMV avec chaque spécificité des utilisateurs.
Pour ma part j'ai pas trop de problèmes bloquants. Ce que je peux constater en 2023 :
Sous X11 :
Sous wayland :
git is great because linus did it, mercurial is better because he didn't
[^] # Re: return early pattern
Posté par David Demelier (site web personnel) . En réponse au journal La plus belle ligne de code. Évalué à 7.
Un de mes collègues m'a fait une merge request comme ça, avec 9 niveaux d'indentation en mettant toute la logique dans un nouvel indent.
Il ne comprend pas non plus pourquoi je demande à ce qu'on dépasse pas environ 100 colonnes dans le code. Bah… tout simplement parce que le diff la merge request ne passait pas verticalement avec toute cette indentation.
Le grand problème quand ce genre d'individu a toujours travaillé tout seul sans jamais regarder le code de quelqu'un d'autre ou d'un projet opensource.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Pas près d'arriver
Posté par David Demelier (site web personnel) . En réponse au journal Les distributions Linux abandonnent X11 pour Wayland. Évalué à 2. Dernière modification le 25 septembre 2023 à 14:52.
Ce qui est compréhensible, l'architecture d'un compositeur wayland est tellement différente qu'il est difficile de réaliser un simple portage.
Il y avait way cooler (une réimplémentation totale, pas un portage) mais c'est finito.
git is great because linus did it, mercurial is better because he didn't
# Wayland oui mais pas parfait
Posté par David Demelier (site web personnel) . En réponse au journal Les distributions Linux abandonnent X11 pour Wayland. Évalué à 5.
Je suis d'accord, X11 c'est un bordel. Pour avoir commencé une distribution maison j'ai bien pesté face à l'inclusion des 300 millions de bibliothèques X11 (qui compile jamais sans un warning). Il y a des choses en double, on voit la dette technique.
Cependant, je trouve que wayland est aussi trop minimaliste. Aujourd'hui développer un compositeur from scratch nécessiterait de recoder la moitié du serveur X et donc d'ajouter possiblement un bug différent dans chaque. On pourrait dire « utilise wlroots » oui, peut-être mais il y a d'autres alternatives et ni GNOME ni KDE ne l'utilisent. Pour ma part je pense que c'est un poil trop minimaliste. Heureusement il reste tout de même des bibliothèque ayant un bon consensus général (comme libinput) mais pour la pile graphique et la gestion des sessions ça reste un peu compliqué. (cf. seat, elogind, libdrm, etc).
En tant que tel wayland est clairement le successeur de X11 mais il va apporter pas mal de complexité aussi, sans compter les DEs qui ne veulent pas supporter des choses courantes parce que ce sont des extensions de protocoles maison. Que va t'il se passer lorsque machin X implémente un protocole A et machin Y implémente a peu près la même chose mais sous un protocole B ?
git is great because linus did it, mercurial is better because he didn't
# Le pire
Posté par David Demelier (site web personnel) . En réponse au lien Les développeurs Mac orphelins. Évalué à 2.
C'est que Visual Studio était bien plus propre et intuitif sous mac que la version windows. Mais je plussoie l'inutilité de cet IDE sous macOS.
git is great because linus did it, mercurial is better because he didn't
# Est-ce que les devs OpenBSD sont intéressés ?
Posté par David Demelier (site web personnel) . En réponse au lien Le port de Hammer2 pour OpenBSD avance. Évalué à 2.
Concernant OpenBSD et sa philosophie, les choses avancent plutôt lentement et dans le sens « si ça marche, pas besoin de toucher » mais il est vrai que le FFS est particulièrement vieillissant et je serai pas contre une alternative. Cependant j'ai jamais vu trop de sujets sur tech@ ou misc@ à propos d'un nouveau FS, qu'en est-il ? Il y a t'il une chance que ce projet reste dans l'ombre ?
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Il y a pire
Posté par David Demelier (site web personnel) . En réponse au journal mais pourquoi s'appellent ils tous "OS"?. Évalué à 4.
Encore que l'enseigne au moins de l'extérieur est reconnaissable, mais va chercher des choses sur internet quand le nom existe déjà pour quelque chose.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Je tente
Posté par David Demelier (site web personnel) . En réponse au journal Perles de C. Évalué à 4.
Petite astuce, cdecl
git is great because linus did it, mercurial is better because he didn't
[^] # Re: souvenirs
Posté par David Demelier (site web personnel) . En réponse au lien Window Maker vient de sortir en version 0.96.0 . Évalué à 4. Dernière modification le 08 août 2023 à 20:56.
C'est le passé oui mais pas avant un moment. Rien que VNC nous oblige parfois à rester sur du X11 à mon travail. Côté OpenBSD et autres UNIX un peu moins populaire on est pas prêt de voir wayland prendre totalement le dessus.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: :wq!
Posté par David Demelier (site web personnel) . En réponse au lien Bram Moolenaar, auteur de vim, bronsonisé. Évalué à 1.
Quand je parle de reformatter c'est pas forcément aligner correctement les lignes sur la correcte indentation. C'est échanger un morceau de code complet.
Exemple, passer de ça :
à ça :
Avec un macro cela me prend 2-3 secondes, mon collègue et sa souris probablement 2-3 minutes en fonction du nombre de lignes.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: :wq!
Posté par David Demelier (site web personnel) . En réponse au lien Bram Moolenaar, auteur de vim, bronsonisé. Évalué à 9.
Mais tellement, vim c'est 80% de ma journée au travail et mon temps de dev perso. Mes collègues fan de VS Code aiment bien me charier avec et quand je sais que je vais faire quelque chose de velu grâce aux macro qui va me permettre de reformatter 45 lignes de suite je les appelle en leur montrant « venez voir ce que je vais faire » et à chaque fois il y a cet effet wouah.
Le plus impressionnant avec vim c'est que personne ne connaitra probablement cet éditeur à 100% et c'est ce qui en fait quelque chose de toujours gratifiant. Années après années je découvre toujours de nouvelles choses et me dit « comment ai-je fait tout ce temps ? ».
Merci Bram et merci Bill pour avoir introduit le concept d'éditeurs modaux.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Je trouve ça dommage
Posté par David Demelier (site web personnel) . En réponse au lien EU: smartphones must have user-replaceable batteries by 2027. Évalué à 5.
Cet argument est valable pour des caméras, appareils photo car tu sais que tu vas les maltraiter. Pour ceux qui ont besoin d'une grosse charge exceptionnellement sur un smartphone je pense que beaucoup investissent simplement dans des batterie externes.
git is great because linus did it, mercurial is better because he didn't
# Je trouve ça dommage
Posté par David Demelier (site web personnel) . En réponse au lien EU: smartphones must have user-replaceable batteries by 2027. Évalué à 1.
Je pense que je fais parti des rares qui trouve cette requête dommage. Bien entendu, je pense que remplacer une batterie est une bonne chose mais rendre ça possible pour l'utilisateur final est pour moi inutile.
Pour ma part, j'ai toujours gardé mes smartphones pas mal d'années (en moyenne 3 à 4 ans) et à chaque fois que j'ai voulu les remplacer c'était toujours parce que je voulais un plus puissant, nouveau, etc. Pour tous ces smartphones la batterie tenait encore largement la charge et c'était absolument pas la raison première de mon souhait de changement.
Les batteries tiennent vraiment longtemps à un point où à mon avis une bonne partie des personnes auront envie de changer de smartphone avant que celle ci ne tienne plus une partie de la journée. Rendre le changement de batterie faisable facilement par l'utilisateur va engendrer des changements importants sur les téléphones qui sont aujourd'hui fins, élégants et surtout étanches pour la plupart.
Pourquoi ne pas simplement forcer les fabricants à proposer un remplacement de batterie et autres composants avec un délai obligatoire (6-8 ans ?) et un tarif limité ?. Le proposer à l'utilisateur final n'a vraiment aucun intérêt à mon humble avis.
Beaucoup de pièces de voitures sont aussi remplaçables directement par le client mais pour autant je pense qu'une grande partie des consommateurs laissent leur garagiste le faire pour des raisons évidentes de confort.
git is great because linus did it, mercurial is better because he didn't
# arythmie
Posté par David Demelier (site web personnel) . En réponse au journal Pour ou contre Red Bull ? tu en penses quoi, toi, journal ?. Évalué à 10.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Spectre autistique et "être" autiste
Posté par David Demelier (site web personnel) . En réponse au journal L'autisme. Évalué à 4.
Peut-être pour certains, mais pour d'autres c'est tout simplement parce qu'il y a un impact non négligeable dans la vie des personnes. Quand on est diagnostiqué tardivement (comprendre >= 30 ans) je crois pas que c'est dans une optique d'égocentrisme cherchant un peu d'attention.
Les troubles neurologiques sont souvent mal compris justement par les neurotypiques car c'est « peu visuel ». Annoncer à un de ses parents avoir la maladie de Parkinson et annoncer qu'on est en depression, le résultat est souvent accablant. Certains (pour en avoir connu) vont réagir « oh mais pourquoi tu es triste, tout va bien dans ta vie ». Les troubles neurologiques ne sont pas choisis et il ne suffit pas de boire de l'eau et se mettre un coup de pied pour espérer s'en sortir.
Le problème commun à tous ces troubles est qu'il est difficile pour certain d'en trouver l'empathie parce qu'ils ne les comprennent effectivement pas. En revanche, pour la maladie de Parkinson nous avons tous à peu près une notion qui nous laisse imaginer la vie qu'on aurait si nous en étions atteint.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Spectre autistique et "être" autiste
Posté par David Demelier (site web personnel) . En réponse au journal L'autisme. Évalué à 6.
C'est pour ça qu'on préfère parler d'un trouble. « J'ai un trouble du spectre autistique » et c'est la formulation préférée puisque aucune personne ayant un TSA est similaire à une autre. Le spectre est vraiment très large. Certains aiment bien ironiser « on est tous un peu autiste ». J'ai aussi déjà fait plusieurs tests chez un neuropsychologue spécialisé dans le domaine, j'avais à priori des traits de TSA plus élevé que la normale. Pour autant je suis visiblement pas asperger non plus.
C'est précisément le terme, un spectre.
Oui et non. J'ai un TDAH, je me suis longtemps renfermé sur moi même en culpabilisant beaucoup des reproches abondants et identiques de personnes différentes et au final le diagnostic m'a aussi permis de comprendre que je suis comme je suis et qu'on doive (dans la limite du raisonnable) m'accepter comme tel. Par contre, je dois reconnaitre avoir de meilleurs liens sociaux avec d'autres personnes neuroA depuis.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: gné?
Posté par David Demelier (site web personnel) . En réponse au journal Ils sont devenu fous. Évalué à 4.
Le paiement 3D secure c'est pas la méthode qui compte, c'est tout simplement de vérifier que le paiement est réalisé par la bonne personne. Chaque banque a son propre système. Le mot de passe n'est pas un problème, cela évite surtout qu'une personne qui trouve une CB dans la rue puisse acheter n'importe quoi sur internet. Seul problème, c'est que 3D secure est facultatif et que certains sites marchands ne veulent pas l'implémenter (pour diverses raisons).
Chez crédit mutuel cela varie du code par SMS à l'application où il faut se loguer et taper un code confidentiel. L'utilisateur a l'embarras du choix pour certaines banques.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Y’a plus rien à inventer
Posté par David Demelier (site web personnel) . En réponse au journal La dernière keynote d'Apple : une déception monumentale !. Évalué à 6.
Ça pour le coup, c'est bien vrai.
Il y a 20 ans chaque distribution avait son propre thème (bluecurve, galaxy, etc) ainsi il y avait une vraie charte graphique et identité visuelle pour une distribution Linux. En plus les choix par défaut étaient bien modifiés. KDE sous Mandrake ne ressemblait à rien au KDE sous SuSE et/ou Fedora Core 3. Maintenant l'identité visuelle se résume surtout au site internet de la distribution et au fond d'écran.
À côté du côté graphique un bon nombre de distributions avaient leurs propres outils de configuration du système. drakx et cie chez Mandrake, system-config-* chez RedHat / Fedora et yast2 (toujours en vie) chez OpenSuSE.
Pour ma part, après 20 ans d'utilisation de Linux je dois admettre que l'uniformité m'a permis de ne plus de changer de distribution tous les 4 mois. Globalement la plupart des distributions me conviennent, ce qui va m'importer c'est surtout la présence de certains paquets et le plus à jour possible.
git is great because linus did it, mercurial is better because he didn't
# Si seulement j'avais encore ma NES
Posté par David Demelier (site web personnel) . En réponse au journal Premier jeu online pour Nintendo NES : Super Tilt Bro.. Évalué à 5.
J'ai eu toutes les nintendo occidentales. La NES, la snes, le superscope, tout ce qui a suivi. Tout. Et en passant à l'âge adulte j'ai tout vendu comme un abruti.
Bon dans tous les cas je me souviens que ma NES n'était pas dans ses meilleurs jours à la fin et même si c'est considéré comme inefficace (on l'a tous fait ne me regardez pas comme ça) il était fréquent que je souffle dans la cartouche où la réinsère à plusieurs reprises pour que la console démarre. C'est bien sa fragilité la plus connue.
Du coup je me demande si ce jeu innovant va pouvoir trouver sa place auprès de joueurs car les NES pleinement fonctionnelles restent des objets assez rare ces dernières années.
git is great because linus did it, mercurial is better because he didn't