Jiehong a écrit 592 commentaires

L'archivage serait aux alentours de quelques Tio (disons 5, va sûrement augmenter dans le temps), et la sauvegarde serait de quelques centaines de Gio (disons 300)

Je ne compte pas y monter les homes dessus, mais simplement avoir Archives et Sauvegardes en tant que partitions montées et visibles.

Note: cela est-il suffisant pour remplacer votre Kanboard, Wekan, Taiga, Trello ?

Je viens de jeter un œil à Wekan. Y a-t-il des retours parmi vous ? Ça m'a l'air moins fourni que Trello par exemple.

Néanmoins, Gitlab te permets de gérer tes tickets comme ça directement, alors que dans les autres cas, il faut un lien à configurer.

Mais je pense que les deux ne sont pas destinés à la même chose : Gitlab est là pour gérer tes tickets, alors qu'un kanban tel que Kanboard est plus général, sauf à mettre tes todo et autres dans le système de tickets de Gitlab.

D'ailleurs, est-ce que quelqu'un aurait déjà essayé de gérer ses todo (avec ou sans GTD) en utilisant un système de gestion de tickets ? (avec un dépôt vide du coup).

Ça me semble intéressant ! Sais-tu si ça existe déjà ? Avoir une preuve de concept est toujours bien ;)

Le rapport de bogue n'a pas l'air de bouger des masses, alors j'ai entrepris de demander une autorisation à OSM, au moins pour une solution temporaire.

Tout est dans le rapport de bogue.

Édit : Merci pour le passe en dépêche, la mise en forme et le titre bien plus inspiré ;)

FDroid s'améliore vraiment au fil du temps, mais ne pas avoir de captures d'écrans dans chaque application, c'est vraiment pas pratique.

Est-ce prévu ?

En outre, n'y avait-il pas des soucis avec certaines applications ? Il me semble avoir lu (je ne sais plus où), que c'est presque pire que Google Play en terme de garanties quant à l'origine des applications.

Enfin, les notes de sorties quand on a des mise à jour sont mieux sur le Google Play Store (enfin, ça dépend des applications). Ah, j'allais oublier le manque de revues d'utilisateurs…

Édit : bon, il semblerait que les applications soient maintenant signées par FDroid.

Cependant, à la différence de Google Code ou Github, il y aura toujours la version communautaire que tu peux lancer un peu n'importe où.

Je teste Gitlab en ce moment, et je pense vraiment rester :)

C'est vrai. Du coup, le seul avantage, c'est de faire gagner de l'argent à une entreprise Européenne plutôt qu'Étasunienne (j'ai pas l'habitude de l'écrire ce mot-là tiens…)

Chez moi j'ai les même résultats sur tes deux liens

Ça me crash gnome-shell apparement :/

Blague à part, le score est validé en anglais pour des anglophones, c'est un bon début, mais ça ne fait pas tout. Les mots anglais ont tendance à être plus courts que les mots français, donc comparer des textes de langue différentes avec ce score est clairement abusif.

Oui, d'ailleurs, tous ces tests ont été fait sur les textes anglais (même pour le Petit Prince), pour éviter le changement de langue.

Pour ma part, je ne ressens pas de différence de performance de manière générale.

Cependant, modesettings semble plus stable sur mon ordinateur, ce qui est amusant vu qu'il est bien plus récent que le pilote intel.

C'est à peut près comme tout dans la vie : ce sont nos erreurs qui nous enseignent le plus.

D'ailleurs, ce genre d'article est assez fréquent sur HN par exemple, et à la lecture de ce type d'article il y a deux types de réactions :

• J'ai pas d'expérience encore, mais ça à l'air pas mal ;
• J'ai de l'expérience et je suis d'accord sur plus ou moins tout les points.

Dans le deuxième cas, on ne fait que lire ce que l'on sait déjà, alors que dans le premier, on se dit que c'est bien, mais les conseils, on ne les suit pas toujours. Il faut souvent faire l'erreur pour apprendre que ce conseil-ci ou ce conseil-là est vraiment à suivre. Mais la prochaine personne suivra probablement le même chemin malgré les conseils en ligne.

Quand je donnais encore des cours de mathématiques, j'ai toujours cru que le point de départ c'était d'utiliser la tendance naturelle à ne pas suivre les conseils. On est pas toujours prêt à les recevoir. L'idée étant de dire : « alors voilà, on a A, et on souhaite faire B. Comment tu ferais ? ».
Ensuite il faut pointer ce qui ne vas pas, et durant la recherche de solutions, amener les conseils qui l'on voulait donner, puisqu'ils tombent maintenant à pic.

Ça marche plutôt bien, mais tout seul, c'est plus difficile à faire.

Au bout de trois fenêtres ouvertes l'interface devient inutilisable.

J'utilise le pilote libre de ma carte graphique intel intégrée, et la vitesse des animations ne change jamais, quelque soit le nombre de fenêtres que j'ai. C'est pas un souci autre que tu aurais ?

Concernant l'utilisation de la RAM, c'est entre 200 et 300 Mio pour tout gnome-shell (mémoire résidente). Ça n'augmente que très rarement chez moi.

Par contre que veux tu dire par "~/.emacs.d/ n'est pas un réglage super par défaut" ?

C'est un peu tard, mais je te propose cette réponse : http://stackoverflow.com/questions/24779041/disable-warning-about-emacs-d-in-load-path

Ça choque personne que le module ne possède qu'une seule fonction ?

Édit : bon, j'ai vu le commentaire précédent, et le lien donné qui parle de ça exactement.

Très bon exemple, mais finalement, le problème, c'est qu'il n'y a pas d'indicateur objectif de qualité sur un produit manufacturé. Il faut nécessairement avoir l'avis de gens avisés qui s'y connaissent que telle pièce c'est de la merde, mais une autre est vraiment bien.

Bref, le prix est un indicateur financier, et rien d'autre. Certes, parfois il est corrélé à la « qualité » du produit, mais la définition de « qualité » est variable selon les points de vus (écologique ? durable ? réparable ? résilient ? naturel ? etc.)

Ton exemple sur l'extension de garantie qui est valable parce que la marge est haute m'ouvre un peu les yeux, alors merci !

Bon, déjà Emacs ne va pas t'aimer car ~/.emacs.d/ n'est pas un réglage super par défaut.

Ensuite, il ne faut pas charger un fichier, mais simplement demander à Emacs de charger le module qu'il propose :

(require 'visible-whitespace-mode)

Tu pourras ensuite l'activer avec M-x.

Note : si tu décides d'utiliser un fichier comme ça (et il est un peu vieux), tu vas devoir te charger de vérifier qu'il fonctionne toujours dans le temps. La prochaine fois, je te conseille de regarde si un paquet n'est pas disponible pour ça (de la doc : http://ergoemacs.org/emacs/emacs_package_system.html)

Le problème n’est pas seulement l’entreprise, mais il faut avancer 100€ d’un coup… pour des gens qui gagne difficilement leur vie, il est plus facile de sortir 8€/mois que 100€ une fois dans l’année.

Qu'elle est la différence entre économiser 8 € / mois jusqu'à avoir 100 € de réserve, puis les dépenser sur le bien convoité et acheter un truc moins cher qui va couter plus cher au bout d'un certain temps ?

Je ne vois que le fait d'assouvir une envie tout de suite finalement. D'ailleurs, c'est vrai pour toutes les tranches de salaires (sauf les très riches), pour n'importe quoi (vélo, voiture, etc.). Le crédit est un moyen de ne pas attendre que ses économies soient prêtes pour acheter le bien en question…

Il y a directement le whitespace-mode maintenant, ce qui est plus simple.

Par exemple, j'utilise juste ceci pour colorer les tabulations et uniquement elles :

(setq whitespace-style '(face tabs))
(global-whitespace-mode)

Pour ta configuration, ceci devrait être proche de ce que tu souhaites :

(setq whitesace-style '(trailing tab-mark))
(global-whitespace-mode)

Ensuite, tu peux changer ce qui est affiché par tab-mark si tu le souhaites.

Il n'y a que moi qui préfère les machines à chargement par le haut, telle celle-ci :

Le problème de celles à axe horizontal, c'est que l'ouverture est beaucoup plus petite :

L'ouverture frontale est vraiment pas pratique pour moi…

Le résultat est pas mal, même si c'est un peu lourd comme approche :D

J'avais jamais traduit, et le féminin est naturel du coup. Cependant, l'article de Wikipédia est au masculin, puis les exemples sont à la française, et je me vois mal dire « un planète ».

Dans le man, je vois ça :

use quoting style WORD for entry names: literal, locale, shell, shell-always, shell-escape, shell-escape-always, c, escape

Donc il y en a quelques uns en plus.

Je vois que locale n'est pas forcément super pratique.

Une idée de la différence entre shell, shell-always, shell-escape et shell-escape-always ? Elles sembles toutes les quater retourner la même chose.

Dans zsh, > fichier est bloquant puisqu'il attend des choses sur stdin.

Du coup, il faut faire > fichier suivi de Ctrl-D. C'est carrément moins pratique que touch fichier.

Tout à fait. Soit on « quote » tout, soit rien, mais juste certains trucs c'est vraiment bizarre. D'ailleurs, ma première réaction a été de vérifier que le nom des fichiers n'avait pas changé !