J'ai vachement hésité avant d'écrire ce commentaire car je vois bien que vous êtes un peu sur la défensive. Je le comprends, c'est pas facile d'être sans cesse comparé par des gens qui comprennent pas votre techno à une autre techno plus connue (bon en même temps, c'est un peu votre faute aussi; vous lancez la discussion/comparaison dès le second paragraphe de l'article et dès le début du lien "Why Pijul"! Donc on a l'impression que votre principal atoût vient de la comparaison avec git). Mais c'est justement ça le prob. On comprends pas suffisamment pour appréhender l'avancée technologique.
Quand d'autres demandent des exemples, c'est pas pour vous prendre en défaut donc le prenez pas mal. En tous cas moi c'est pas le cas donc je réitère la question posée par d'autres: pourrait on avoir des exemples concrets ? J'ai bien vu les multiples réponses à cette question mais il me semble qu'aucune ne répond vraiment. On veut vraiment un exemple bête et méchant de la vraie vie.
Genre vous donnez 2 patchs (avec explicite diff) et vous montrez comment git le gère différemment (et surtout mal dans un cas) selon l'ordre (puisque l'un des points de vos algos est que l'ordre ne change pas le résultat contrairement à git). Puis vous montrez que pijul lui le fait bien dans tous les cas.
Autre exemple: un merge de 2 patchs qui génère un conflit avec git alors que pijul donne le résultat attendu sans conflit.
Ou bien d'autres exemples qui correspondent mieux aux problèmes résolus par Pijul (les miens sont peut-être mauvais mais justement c'est parce que j'ai du mal à comprendre; en tous cas en lisant plus haut, c'est ce que je comprends être les 2 gros problèmes réglés pas Pijul).
Clairement je trouve ça intéressant. Comme tout le monde j'ai eu mes emmerdes avec des conflits de merge foireux dans git, etc. Aussi je suis complètement techno-agnostique. git marche plutôt bien et j'en suis globalement content mais si demain un truc fait 10 fois mieux, j'aurai aucun remords à changer. Pourquoi pas?!
Donc je suis vraiment en train de demander naïvement des détails pour comprendre Pijul.
Car les algos prouvés scientifiquement c'est cool mais au final c'est pas ce que je vois en tant que dev de base. Me dire que "les patchs commutent" ou "sont associatifs", j'ai beau avoir fait des maths et comprendre plus ou moins ce que ça veut dire dans un contexte de système de versionnement, j'ai quand même du mal à voir ce que ça m'apporte concrètement pour mon boulot de dév au quotidien. D'ailleurs je pense faire partie des gens qui savent plutôt bien utiliser git et pourtant j'en connais pas les algos (comme vous l'expliquez très bien dans d'autres commentaires que la plupart des gens ne savent pas comment ça marche en interne; c'est vrai. Ça nous empêche pas de l'utiliser suffisamment efficacement pour nos besoins au quotidien). Ce qui prouve que l'usage final compte beaucoup (même si évidemment les algos aussi; et je suis parfaitement conscient à quel point ça doit être frustrant pour des chercheurs d'avoir l'impression que peu s'intéressent à la beauté de votre algo! J'en suis désolé!). Je fais partie de ces ingés simples qui font plutôt des implémentations pratiques d'algo d'ailleurs (en ce moment je bosse même pour le CNRS pour implémenter des algos dans GIMP). Je suis sûrement pas le meilleur dev du monde mais je pense pas être trop mauvais non plus. Donc je me dis que si je trouve pas ça si "intuitif", c'est que ça l'est peut-être pas autant que vous semblez le croire (ce qui ne veut pas dire que c'est mauvais pour autant!).
Et oui je me rends bien compte que je marche sur beaucoup d'œufs dans mon commentaire (ce qui le rend super long) mais c'est parce que j'ai l'impression qu'à chaque fois que quelqu'un compare à git ou vous demande des exemples, vous vous sentez attaqués. Franchement c'est pas le cas. Pour parler de mon cas personnel, je trouve juste sincèrement l'explication floue. J'ai l'impression que vous présentez une super techno du futur mais que je comprends rien à ce qu'elle apporte (de mieux que ce qui existe) en vrai... Hormis d'être une techno du futur!
Donc j'essaie d'y aller le plus diplomatiquement possible pour m'éviter de me prendre vos foudres ou que vous vous sentiez insultés. J'espère que ça marche, que vous le prendrez donc pas mal et m'apporterez des exemples concrets!
Merci! :P
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
# Exemples concrets?
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Pijul, contrôle de version et théorie des patchs, version 0.12. Évalué à 10. Dernière modification le 27 avril 2019 à 17:09.
Coucou,
J'ai vachement hésité avant d'écrire ce commentaire car je vois bien que vous êtes un peu sur la défensive. Je le comprends, c'est pas facile d'être sans cesse comparé par des gens qui comprennent pas votre techno à une autre techno plus connue (bon en même temps, c'est un peu votre faute aussi; vous lancez la discussion/comparaison dès le second paragraphe de l'article et dès le début du lien "Why Pijul"! Donc on a l'impression que votre principal atoût vient de la comparaison avec
git). Mais c'est justement ça le prob. On comprends pas suffisamment pour appréhender l'avancée technologique.Quand d'autres demandent des exemples, c'est pas pour vous prendre en défaut donc le prenez pas mal. En tous cas moi c'est pas le cas donc je réitère la question posée par d'autres: pourrait on avoir des exemples concrets ? J'ai bien vu les multiples réponses à cette question mais il me semble qu'aucune ne répond vraiment. On veut vraiment un exemple bête et méchant de la vraie vie.
Genre vous donnez 2 patchs (avec explicite diff) et vous montrez comment
gitle gère différemment (et surtout mal dans un cas) selon l'ordre (puisque l'un des points de vos algos est que l'ordre ne change pas le résultat contrairement à git). Puis vous montrez que pijul lui le fait bien dans tous les cas.Autre exemple: un merge de 2 patchs qui génère un conflit avec git alors que pijul donne le résultat attendu sans conflit.
Ou bien d'autres exemples qui correspondent mieux aux problèmes résolus par Pijul (les miens sont peut-être mauvais mais justement c'est parce que j'ai du mal à comprendre; en tous cas en lisant plus haut, c'est ce que je comprends être les 2 gros problèmes réglés pas Pijul).
Clairement je trouve ça intéressant. Comme tout le monde j'ai eu mes emmerdes avec des conflits de merge foireux dans git, etc. Aussi je suis complètement techno-agnostique.
gitmarche plutôt bien et j'en suis globalement content mais si demain un truc fait 10 fois mieux, j'aurai aucun remords à changer. Pourquoi pas?!Donc je suis vraiment en train de demander naïvement des détails pour comprendre Pijul.
Car les algos prouvés scientifiquement c'est cool mais au final c'est pas ce que je vois en tant que dev de base. Me dire que "les patchs commutent" ou "sont associatifs", j'ai beau avoir fait des maths et comprendre plus ou moins ce que ça veut dire dans un contexte de système de versionnement, j'ai quand même du mal à voir ce que ça m'apporte concrètement pour mon boulot de dév au quotidien. D'ailleurs je pense faire partie des gens qui savent plutôt bien utiliser git et pourtant j'en connais pas les algos (comme vous l'expliquez très bien dans d'autres commentaires que la plupart des gens ne savent pas comment ça marche en interne; c'est vrai. Ça nous empêche pas de l'utiliser suffisamment efficacement pour nos besoins au quotidien). Ce qui prouve que l'usage final compte beaucoup (même si évidemment les algos aussi; et je suis parfaitement conscient à quel point ça doit être frustrant pour des chercheurs d'avoir l'impression que peu s'intéressent à la beauté de votre algo! J'en suis désolé!). Je fais partie de ces ingés simples qui font plutôt des implémentations pratiques d'algo d'ailleurs (en ce moment je bosse même pour le CNRS pour implémenter des algos dans GIMP). Je suis sûrement pas le meilleur dev du monde mais je pense pas être trop mauvais non plus. Donc je me dis que si je trouve pas ça si "intuitif", c'est que ça l'est peut-être pas autant que vous semblez le croire (ce qui ne veut pas dire que c'est mauvais pour autant!).
Et oui je me rends bien compte que je marche sur beaucoup d'œufs dans mon commentaire (ce qui le rend super long) mais c'est parce que j'ai l'impression qu'à chaque fois que quelqu'un compare à git ou vous demande des exemples, vous vous sentez attaqués. Franchement c'est pas le cas. Pour parler de mon cas personnel, je trouve juste sincèrement l'explication floue. J'ai l'impression que vous présentez une super techno du futur mais que je comprends rien à ce qu'elle apporte (de mieux que ce qui existe) en vrai... Hormis d'être une techno du futur!
Donc j'essaie d'y aller le plus diplomatiquement possible pour m'éviter de me prendre vos foudres ou que vous vous sentiez insultés. J'espère que ça marche, que vous le prendrez donc pas mal et m'apporterez des exemples concrets!
Merci! :P
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]