Ça fait quelques mois que je ne me fais plus que du café à piston. Au boulot j'utilise un système un peu différent du tien vendu par Bodum que j'ai découvert sur le site chacun son café (il semble qu'il n'en vendent plus). C'est un mug à l'américaine, mais c'est avec du vrai café. J'ai une version aluminium avec une double parois ce qui permet de garder la chaleur autant de temps que j'en ai besoin (entre 1 et 3h en fonction des jours).
Ta solution (que j'avais déjà vu, mais jamais essayé) est probablement plus pratique à entretenir, mais j'aime bien la mienne qui me permet de faire d'un coup un plus grande quantité de café.
Pour certains au dessus : il n'y a pas de qualité « expresso », il y a différents type de café j'en distingue 3 :
le moka italien très amer
l'expresso au percolateur (ou avec la machine trop chère pour ce qu'elle fait) qui donne de bons arômes et une mousse pour faire le kéké en soirée
le café french press qui donne beaucoup d'arômes
Je n'utilise pas de café moulu particulièrement et je ne bois pas le fond de mon mug, mais il faudrait que je m'y mette (en achetant du café moulu spécifiquement, je n'ai pas trouvé de moulin à café dans des prix acceptable).
Il existe des versions transparentes, qui me semblent plutôt faite pour le thé (pour voir la couleur de l'infusion).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Le problème, c'est le mélange entre chiffrer une connexion et certifier une connexion.
C'est normal, ça n'a pas de sens de les distinguer. Chiffrer sert principalement à éviter le man in the middle, mais si tu ne certifie pas la connexion alors tu as tout loisir de te faire avoir par cette technique.
Le seul cas où ça aurait une différence c'est pour éviter de se faire sniffer une connexion en cours, mais bon, t'obliger à te déconnecter (par exemple sur un wifi) pour mettre en place le MITM n'a rien d'impossible.
Donc, non ça n'a pas de ses de distinguer les deux.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Ça ne résous pas la question de la gestion des certificats (le mettre à jour, ne pas le laisser n'importe où, garder le fichier de révocation, etc) et c'est ce qui est important avec le modèle SSL/TLS.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Autant je peux comprendre que les multiples fenêtres de gimp sont liées à ça, autant je ne vois pas ce qu'il reste dans inkscape pour ça (si tant est qu'il est un jour était prévu pour ça). C'était le cas pour Sodipodi, mais Inkscape a forké il y a 12 ans principalement pour travailler sur l'ergonomie. Il y a 12 ans on était déjà plus dans le mode follow mouse sur Gnome.
Sincèrement si 2 des plus gros logiciels d'images sous linux ne sont pas capable d'évoluer en 12 ans, c'est un énorme aveux de faiblesse (quelque soit l'explication que l'on veuille y donner). S'il y a vraiment ce genre de problème c'est qu'il faut arrêter de vouloir continuer le développement de logiciel ainsi et chercher à réécrire les logiciels tous les 5 ans (on passe de gimp à krita par exemple et ainsi de suite), charge aux développeurs de rendre le moteur facilement réutilisable.
De plus ça ne répond absolument pas au point qui est donné dans la vidéo (et mon second point) qui parle d'une fonction qui ne fait pas ce qu'on attend d'elle (et pas d'être pratique ou non à utiliser).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
On parle là d'un retour d'experience d'une personne motivée pour utiliser un logiciel qui n'avait pas particulièrement utilisé le concurrent propriétaire au préalable et qui se retrouve à utiliser des fonctions qui ne font pas ce qu'elle s'attend à faire.
Non ça n'est pas une question d'habitude, ce que tu décris pour gimp ne l'est pas pour inkscape
Ce n'est pas une question d'IHM ou de look'n'feel quand quelqu'un trouve un bouton "plunk" et que ça ne fait ce qu'il imagine être "plunk" c'est un gros problème et ce même si la définition mathématique de la fonction est contraire au sens communément admis.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Si on commence maintenant à accuser les intégrateurs dans les distributions c'est que l'on est arrivé au bout du truc. Avant c'était les utilisateurs qui étaient trop cons, maintenant si cela ne marche pas/mal ce n'est pas de la faute du soft mais de son intégration : les intégrateurs devant faire le travail de finition.
Qui accuse qui ? J'ai juste dis qu'il semble faire un jugement biaisé : comparer le résultat d'un logiciel au quel il s'est investi avec un logiciel au quel il a très peu touché.
Pour le reste, je te laisse avec ta paranoïa, vous avez l'air de vous amuser.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Si tu accède au fichier c'est que tu l'a ouvert puis fermé, donc inotify peut le voir. Si tu parle de pouvoir déterminer ça lorsque l'application n'est pas lancé, tu peut avoir une étape d'initialisation.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Donc tu fais un journal pour nous dire que SysvInit tu l'aimais donc tu as passé du temps pour l'optimiser et que systemd que tu n'aime pas n'est pas aussi rapide out-of box que ton chère sysvinit optimisé.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Avec inotify tu peux scruter les ouvertures et fermeture de fichier de fichiers, c'est peut être même plus fiable que atime (je ne sais pas quand est-ce qu'il est modifié).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Tu as raison, on devrait autoriser que les géants du Web à fournir des services. Les ovh, gandi et les plus petits encore n'ont rien à faire à l'international.
Puis comme ça ça fera du boulot pour les juristes.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Posté par barmic .
En réponse au journal Les temps changent.
Évalué à 6.
Dernière modification le 26 avril 2015 à 15:26.
Même c'tespèce de bureau "ala tablette" avec de gros carré dessus pour mener vers des type d'applis, j'ai jamais vu comment y mettre un jeu opensource que tu télécharges tout seul en dehors de leur market.
Alors qu'il est trivial d'installer (pouvoir le lancer depuis les menus de ton bureaux) un logiciel quelconque (hors des dépôts) sur Linux.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Tu lance pourtant déjà systématiquement un processus, alors que ça peut se remplacer par une fonction…
Personnellement je suis loin d'être aussi extrémiste que toi, ce n'est pas parce que le shell (ou un shell particulier) possède une syntaxe simple pour faire un traitement qu'il est préférable de lui faire faire. Il arrive assez facilement que le coût du fork()/exec() soit inférieur à la lenteur du shell, notamment quand tu fait des boucles en shell.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Désolé je vais faire mon chieur, mais promis je ne le fais qu'une seule fois.
Non ça n'a rien d'anecdotique.
Déjà pour ton argument. Si 2 développeurs touchent un même fichiers ils touchent les même lignes c'est un fait, tu as des parties communes (les includes, les créations de macro,…). Mais même sans ça l'historique est bien plus compliqué à suivre.
Le plus grave, c'est le risque important d'effets de bord que tu peux avoir, il faut être très précautionneux sur l'utilisation des namespaces pour pouvoir s'en sortir et quand tu commence à faire du code qui marche que quand tu as de très bons développeurs c'est que ton code va être cassé à un moment ou à un autre (j'ai des tas d'exemple d’excellents développeurs qui ont fait des erreurs - qui sont parties en prod - incroyables).
D'un point de vu du travail, c'est bien plus compliqué de segmenter sa réflexion avec un gros énorme document, on est parasité par tout le reste, quand on découvre, on a tendance à craindre les effets de bord qu'on va créer donc on va se perdre à essayer de comprendre des parties inutiles…
Pour ce qui est de ton repérage dans emacs : tu es obligé d'utilisé une manière de te repérer en une seule dimension (les lignes de ton fichier) alors que tu pourrais avoir un repérage en 2 dimensions (les numéros de lignes et les noms de fichiers). Tu ne peux pas te dire que les lignes autour de 3000 s'occupe de tel algo, parce que le refacto des lignes entre 1000 et 1200 ont complètement déplacé tes lignes.
Au niveau test c'est aussi vachement moins sympa d'avoir un énorme fichier.
Sincèrement ça marche probablement très bien parce que tu as pris l'habitude, mais je ne doute pas que c'est un frein énorme à la contribution extérieur et le fait que la question soit revienne régulièrement sur le tapis me semble être un indicateur de cet état de fait (tu as des gens qui se sont suffisamment intéressé à ton travail pour plongé dans ton code, mais ils ont rencontré des difficultés).
Je vais le dire autrement, il me semble que G'Mic est un super terrain de jeu pour les algorithme en tout genre sur le traitement d'image (c'est ce qui ressort des tes journaux, dépêches et commentaires), ce serait AMHA génial d'avoir quelque chose de suffisamment modulaire pour qu'ajouter un algo consiste à créer un fichier qui va bien puis à ajouter ce fichier dans la liste des autres fichiers. Ça permettrait :
de diminuer fortement la complexité pour quelqu'un qui a une idée et qui voudrait la tester (il pourrait suivre un tuto sur la manière d'ajouter son algo)
de pouvoir plus facilement tester chaque algo
de pouvoir choisir de ne pas intégrer tous les algo ou d'avoir des paramétrages des algo au moment de la compilation sans pour autant rendre la maintenance immonde avec des milliers de #ifdef
Sincèrement si les gens découpes leur fichier, ce n'est pas une question de mode, de tique bizarre, ça n'est pas arrivé avec la dernière techno que tu n'aime pas, c'est pas lié à un buzzword qui n'aurait pas de sens, etc
Tiens au fait, ça ne te donne pas des temps de compilation à crever de vieillesse devant son écran de redevoir compiler le tiers de ton logiciel à chaque modification ? Même quand tu expérimente ton algo ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Éviter des série de Ctrl+b ou de Ctrl+a, Alt+f/Alt+f.
Tu es qui pour juger de ce qui est utile ou pas à chacun ?
En quoi ça te gène vu que ça ne casse pas la compatibilité avec la norme ? (qui est très vielle et étendue par un paquet d'outil même non GNU)
Tu parle de gens qui parlent pendant des heures, mais à part toi qui lance une discussion inutile ça fait parler qui ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
J'avais suivi une méthode proche de la tienne, mais il faut penser à pousser et récupérer les versions c'est assez lourd et j'y pense jamais.
À la place j'utilise une bibliothèque seafile, qui me synchronise un dossier automatiquement et je fais les liens symbolique qui vont bien (ce que je faisais déjà avec git).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Je me jette
Posté par barmic . En réponse à la dépêche Grammalecte, correcteur grammatical. Évalué à 3.
Non, les licences libres permettent de céder des droits. Par défaut l'auteur est tout puissant sur sa création.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Alternatives à roundcube
Posté par barmic . En réponse à la dépêche Debian 8 : Jessie l’écuyère est en selle !. Évalué à 0.
C'est moins intelligent que « lol, c trau pithon xDD » ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Alternatives à roundcube
Posté par barmic . En réponse à la dépêche Debian 8 : Jessie l’écuyère est en selle !. Évalué à 2.
Pourquoi écris en python ? ;-)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Frech press pour moi aussi
Posté par barmic . En réponse au journal Enfin une solution pour du café libre au boulot.. Évalué à 3.
Oui tu as raison.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# Frech press pour moi aussi
Posté par barmic . En réponse au journal Enfin une solution pour du café libre au boulot.. Évalué à 3.
Ça fait quelques mois que je ne me fais plus que du café à piston. Au boulot j'utilise un système un peu différent du tien vendu par Bodum que j'ai découvert sur le site chacun son café (il semble qu'il n'en vendent plus). C'est un mug à l'américaine, mais c'est avec du vrai café. J'ai une version aluminium avec une double parois ce qui permet de garder la chaleur autant de temps que j'en ai besoin (entre 1 et 3h en fonction des jours).
Ta solution (que j'avais déjà vu, mais jamais essayé) est probablement plus pratique à entretenir, mais j'aime bien la mienne qui me permet de faire d'un coup un plus grande quantité de café.
Pour certains au dessus : il n'y a pas de qualité « expresso », il y a différents type de café j'en distingue 3 :
Je n'utilise pas de café moulu particulièrement et je ne bois pas le fond de mon mug, mais il faudrait que je m'y mette (en achetant du café moulu spécifiquement, je n'ai pas trouvé de moulin à café dans des prix acceptable).
Il existe des versions transparentes, qui me semblent plutôt faite pour le thé (pour voir la couleur de l'infusion).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Le recyclage des dosettes.
Posté par barmic . En réponse au journal Enfin une solution pour du café libre au boulot.. Évalué à 3.
Mieux qu'un truc déjà sans dosette ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Mélange
Posté par barmic . En réponse au journal HTTP poussé vers la sortie ?. Évalué à 2.
Qu'est-ce qui m'empêche dans ce cas de proxifier son blog (et donc de récupérer toutes les informations que je veux) ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Mélange
Posté par barmic . En réponse au journal HTTP poussé vers la sortie ?. Évalué à 5.
C'est normal, ça n'a pas de sens de les distinguer. Chiffrer sert principalement à éviter le man in the middle, mais si tu ne certifie pas la connexion alors tu as tout loisir de te faire avoir par cette technique.
Le seul cas où ça aurait une différence c'est pour éviter de se faire sniffer une connexion en cours, mais bon, t'obliger à te déconnecter (par exemple sur un wifi) pour mettre en place le MITM n'a rien d'impossible.
Donc, non ça n'a pas de ses de distinguer les deux.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Complexité de configuration serveur
Posté par barmic . En réponse au journal HTTP poussé vers la sortie ?. Évalué à 4.
Ça ne résous pas la question de la gestion des certificats (le mettre à jour, ne pas le laisser n'importe où, garder le fichier de révocation, etc) et c'est ce qui est important avec le modèle SSL/TLS.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Thème graphique
Posté par barmic . En réponse à la dépêche Debian 8 : Jessie l’écuyère est en selle !. Évalué à 4.
Autant je peux comprendre que les multiples fenêtres de gimp sont liées à ça, autant je ne vois pas ce qu'il reste dans inkscape pour ça (si tant est qu'il est un jour était prévu pour ça). C'était le cas pour Sodipodi, mais Inkscape a forké il y a 12 ans principalement pour travailler sur l'ergonomie. Il y a 12 ans on était déjà plus dans le mode follow mouse sur Gnome.
Sincèrement si 2 des plus gros logiciels d'images sous linux ne sont pas capable d'évoluer en 12 ans, c'est un énorme aveux de faiblesse (quelque soit l'explication que l'on veuille y donner). S'il y a vraiment ce genre de problème c'est qu'il faut arrêter de vouloir continuer le développement de logiciel ainsi et chercher à réécrire les logiciels tous les 5 ans (on passe de gimp à krita par exemple et ainsi de suite), charge aux développeurs de rendre le moteur facilement réutilisable.
De plus ça ne répond absolument pas au point qui est donné dans la vidéo (et mon second point) qui parle d'une fonction qui ne fait pas ce qu'on attend d'elle (et pas d'être pratique ou non à utiliser).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Thème graphique
Posté par barmic . En réponse à la dépêche Debian 8 : Jessie l’écuyère est en selle !. Évalué à 4.
On parle là d'un retour d'experience d'une personne motivée pour utiliser un logiciel qui n'avait pas particulièrement utilisé le concurrent propriétaire au préalable et qui se retrouve à utiliser des fonctions qui ne font pas ce qu'elle s'attend à faire.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Alternatives à roundcube
Posté par barmic . En réponse à la dépêche Debian 8 : Jessie l’écuyère est en selle !. Évalué à 2.
Pourquoi écris en python ? Qu'est-ce que tu en as à faire ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: C'est quoi l'intérêt ?
Posté par barmic . En réponse au journal Visual Studio Code est disponible pour Linux. Évalué à 7.
C'est probablement une pierre de l'écosystème .Net sur linux et mac.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Un défaut de plus...
Posté par barmic . En réponse à la dépêche Debian 8 : Jessie l’écuyère est en selle !. Évalué à 4.
Ce n'est pas parce que le comique de répétition est une répétition que tout ce qui se répète est un comique de répétition.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Troll
Posté par barmic . En réponse au journal Kubuntu 15.04 et Systemd : bof. Évalué à 3.
Qui accuse qui ? J'ai juste dis qu'il semble faire un jugement biaisé : comparer le résultat d'un logiciel au quel il s'est investi avec un logiciel au quel il a très peu touché.
Pour le reste, je te laisse avec ta paranoïa, vous avez l'air de vous amuser.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: atime
Posté par barmic . En réponse à la dépêche Sortie du noyau Linux 4.0. Évalué à 2.
Si tu accède au fichier c'est que tu l'a ouvert puis fermé, donc inotify peut le voir. Si tu parle de pouvoir déterminer ça lorsque l'application n'est pas lancé, tu peut avoir une étape d'initialisation.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# Troll
Posté par barmic . En réponse au journal Kubuntu 15.04 et Systemd : bof. Évalué à 10.
Donc tu fais un journal pour nous dire que SysvInit tu l'aimais donc tu as passé du temps pour l'optimiser et que systemd que tu n'aime pas n'est pas aussi rapide out-of box que ton chère sysvinit optimisé.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: atime
Posté par barmic . En réponse à la dépêche Sortie du noyau Linux 4.0. Évalué à 2.
Avec inotify tu peux scruter les ouvertures et fermeture de fichier de fichiers, c'est peut être même plus fiable que
atime(je ne sais pas quand est-ce qu'il est modifié).Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Pas très propre, mais assez standard, je pense.
Posté par barmic . En réponse au journal Ayé, j'ai fermé mon compte PayPal. Évalué à 3.
Et que les 200 licences soient à jour.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Pas très propre, mais assez standard, je pense.
Posté par barmic . En réponse au journal Ayé, j'ai fermé mon compte PayPal. Évalué à 3.
Tu as raison, on devrait autoriser que les géants du Web à fournir des services. Les ovh, gandi et les plus petits encore n'ont rien à faire à l'international.
Puis comme ça ça fera du boulot pour les juristes.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: moi je suis vieux (et con)
Posté par barmic . En réponse au journal Les temps changent. Évalué à 6. Dernière modification le 26 avril 2015 à 15:26.
Alors qu'il est trivial d'installer (pouvoir le lancer depuis les menus de ton bureaux) un logiciel quelconque (hors des dépôts) sur Linux.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Sans UUOC
Posté par barmic . En réponse au journal le shell trick tout pourri du vendredi : .lsignore. Évalué à 5.
Tu lance pourtant déjà systématiquement un processus, alors que ça peut se remplacer par une fonction…
Personnellement je suis loin d'être aussi extrémiste que toi, ce n'est pas parce que le shell (ou un shell particulier) possède une syntaxe simple pour faire un traitement qu'il est préférable de lui faire faire. Il arrive assez facilement que le coût du
fork()/exec()soit inférieur à la lenteur du shell, notamment quand tu fait des boucles en shell.Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: color2gray et organisation du code
Posté par barmic . En réponse à la dépêche G’MIC 1.6.2.0 : Colorisation de BD, transfert de couleurs, aide au détourage et autres réjouissances. Évalué à 10.
Désolé je vais faire mon chieur, mais promis je ne le fais qu'une seule fois.
Non ça n'a rien d'anecdotique.
Déjà pour ton argument. Si 2 développeurs touchent un même fichiers ils touchent les même lignes c'est un fait, tu as des parties communes (les includes, les créations de macro,…). Mais même sans ça l'historique est bien plus compliqué à suivre.
Le plus grave, c'est le risque important d'effets de bord que tu peux avoir, il faut être très précautionneux sur l'utilisation des namespaces pour pouvoir s'en sortir et quand tu commence à faire du code qui marche que quand tu as de très bons développeurs c'est que ton code va être cassé à un moment ou à un autre (j'ai des tas d'exemple d’excellents développeurs qui ont fait des erreurs - qui sont parties en prod - incroyables).
D'un point de vu du travail, c'est bien plus compliqué de segmenter sa réflexion avec un
grosénorme document, on est parasité par tout le reste, quand on découvre, on a tendance à craindre les effets de bord qu'on va créer donc on va se perdre à essayer de comprendre des parties inutiles…Pour ce qui est de ton repérage dans emacs : tu es obligé d'utilisé une manière de te repérer en une seule dimension (les lignes de ton fichier) alors que tu pourrais avoir un repérage en 2 dimensions (les numéros de lignes et les noms de fichiers). Tu ne peux pas te dire que les lignes autour de 3000 s'occupe de tel algo, parce que le refacto des lignes entre 1000 et 1200 ont complètement déplacé tes lignes.
Au niveau test c'est aussi vachement moins sympa d'avoir un énorme fichier.
Sincèrement ça marche probablement très bien parce que tu as pris l'habitude, mais je ne doute pas que c'est un frein énorme à la contribution extérieur et le fait que la question soit revienne régulièrement sur le tapis me semble être un indicateur de cet état de fait (tu as des gens qui se sont suffisamment intéressé à ton travail pour plongé dans ton code, mais ils ont rencontré des difficultés).
Je vais le dire autrement, il me semble que G'Mic est un super terrain de jeu pour les algorithme en tout genre sur le traitement d'image (c'est ce qui ressort des tes journaux, dépêches et commentaires), ce serait AMHA génial d'avoir quelque chose de suffisamment modulaire pour qu'ajouter un algo consiste à créer un fichier qui va bien puis à ajouter ce fichier dans la liste des autres fichiers. Ça permettrait :
#ifdefSincèrement si les gens découpes leur fichier, ce n'est pas une question de mode, de tique bizarre, ça n'est pas arrivé avec la dernière techno que tu n'aime pas, c'est pas lié à un buzzword qui n'aurait pas de sens, etc
Tiens au fait, ça ne te donne pas des temps de compilation à crever de vieillesse devant son écran de redevoir compiler le tiers de ton logiciel à chaque modification ? Même quand tu expérimente ton algo ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Moyen mémo... mnémo... bref technique pour se souvenir
Posté par barmic . En réponse au journal lns: ln -s pour les étourdis. Évalué à 4.
Éviter des série de Ctrl+b ou de Ctrl+a, Alt+f/Alt+f.
Tu es qui pour juger de ce qui est utile ou pas à chacun ?
En quoi ça te gène vu que ça ne casse pas la compatibilité avec la norme ? (qui est très vielle et étendue par un paquet d'outil même non GNU)
Tu parle de gens qui parlent pendant des heures, mais à part toi qui lance une discussion inutile ça fait parler qui ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# seafile
Posté par barmic . En réponse au journal Gérer ses fichiers de config avec git. Évalué à 4.
J'avais suivi une méthode proche de la tienne, mais il faut penser à pousser et récupérer les versions c'est assez lourd et j'y pense jamais.
À la place j'utilise une bibliothèque seafile, qui me synchronise un dossier automatiquement et je fais les liens symbolique qui vont bien (ce que je faisais déjà avec git).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)