Déjà, merci pour cette réponse argumentée et pour être honnête aussi, je n'en attendais pas une autre, connaissant au moins de réputation certaines personnes impliquées dans ce projet.
Ce que tu décris est assez convainquant et plutôt rassurant. Je parlais de contrôle assez fin, (pas à la android) car les dérives peuvent être nombreuses.
Plusieurs exemples me viennent en tête pour essayer d'expliquer pourquoi je pense que c'est nécessaire
Déjà, lorsqu'on voit les recoupements d'informations dont sont capables les entreprise avec la puissance du big data, il y déjà de quoi s'inquiéter quelque soit les données qu'on souhaite simplement rendre publique. Mais après tout, il faut assumer ses actes.
En déposant un avis dans booking sur un bon restau à burger, il ne faut pas venir se plaindre d'être ciblé par la suite par une campagne "5 légumes et fruits par jour".
Là il est évident qu'on ne peut agir contre la bêtise humaine. Certains diront, "Pour vivre heureux, vivons cachés'
Mais pour autant, il y a une différence entre vivre en ermite et vouloir participer à la société.
Avec Cozy cloud pour l'instant, on est dans le premier cas.
Si j'ai bien saisi, votre volonté est d'aller vers plus d'ouverture et d'échanges tout en gardant la maîtrise de ses données et je m'inscris complètement dans cette démarche.
Hormis celui que tu cites, le cas d'usage qui pourrait bénéficier de votre approche est le crowd sourcing justement.
Imagine une appli de social bookmarking qui est installée sur plusieurs nœuds. La pertinence du tagging automatique s'en trouve renforcée tout en laissant le contrôle à l'utilisateur. Ses données pourront enfin être collectées avec une quasi garantie d'un usage anonyme pour peu que l'appli installée soit open-source. Il serait donc pas mal de mettre en place un système de permission de ce type dans le coeur de Cozy.
Un autre cas d'usage auquel je pense et sur lequel il faut être vigilant: Les amis de mes amis.
Dans votre approche collaborative "distribuée" (interaction entre noeuds au niveau applicatif), imaginons une appli d'agenda avec laquelle
je décide de partager mon agenda uniquement avec les membres de ma famille qui disposent chacun de leur noeud. Il ne faudrait que mon fils décide de partager cet agenda avec d'autres nœuds, sans mon autorisation.
Ceci est plus délicat à gérer, mais çà serait un vrai plus
Voilà, pour diverses raisons, je trouve ce projet extrêmement innovant (oserais-je dire disruptif ;-) sur le plan technique et sociétal. Ceci pourrait vraiment signer le retour en force de l'open source pour reconquérir ses données. Le vrai "open data", les données croisées vues comme un patrimoine commun et non capital de grosses entreprises qui monétisent cet or digital pour leur profit.
Le vrai internet comme il aurait toujours dû être : distribué
J'en avais rêvé il y a quelques années, j'avais même fait un commentaire sur ça et c'est en train de se concrétiser grâce à votre initiative.
Je pense que vous aurez à faire preuve de pédagogie sur votre projet sur ce point et sur celui récurrent du besoin multi-utilisateur
N'hésitez pas à faire quelques billets sur vos blogs ou canaux de communication sur ces 2 points.
J'aurai une dernière petite question technique cette fois. Avec la venue d'ES6 et de typescript aujourd'hui, pensez-vous que Coffescript est toujours le bon cheval ?
Bon vent, je me réjouis pour vous et j'espère pouvoir participer à l'aventure d'une manière ou d'une autre.
Je pense qu'ils n'ont pas fini de devoir refaire la même réponsee.
Il faudrait retrouver le post, mais pour des questions de perfs et de simplicité d'architecture, ils n'ont pas envie d'évoluer dans cette direction.
Ils souhaitent faire communiquer des noeuds cozy entre eux en facilitant l'interconnection et les échanges des données. et rien n'interdit d'installer plusieurs noeuds dans un cloud.
Moi je trouve cette solution bien plus élégante, secure et souple qu'un owncloud. Et quitte à troller je n'aborde pas la question du PHP.
C'est marrant, les avis sur cet article de NI concernant le respect de la vie privée sont bien plus mitigés.
Les sociétés partie prenantes dans ce projet sont intéressées par l'usage des données qu'elle feront. Même combat que les GAFA au final.
Il reste à espérer que ce projet ne s'égarera pas en chemin et que l'architecture évoluera vers un contrôle plus fin de ses données.
J'ai pas spécialement envie que la MAIF puisse mettre le nez dans mon agenda lorsque je prends un rdv chez un médecin.
Quand on voit cette passoire qu'est le contrôle des autorisation sur Android et iOS.
Très beau projet, très bien léché.
Déjà, je rajoute un lien que tu aurais pu inclure dans la dépêche qui permet de recueillir des suggestions pour les plus timorés d'entre nous: https://www.fourmilieres.net/#/form/cfd878264cec4ed2
Sinon, j'ai plusieurs questions et suggestions:
Est-il possible de l'héberger facilement sur du Cloud Foundry ?
As-tu prévu de proposer de saisir une date ou des plages horaires sur certaine dates pour organiser des events ?
Par ailleurs j'ai compris que l'hébergement Kino permettait d'accéder facilement aux données mais une extension pourrait peut-être d'écrire directement des webhooks en JS dans l'interface qui accéderaient aux données pour faire des calculs, des algos de sondages (Condorcet, …).
Ca permettrait facilement de mettre en place des alternatives aux divers voteer, doodle et consorts.
Dernière suggestion, il serait pas mal d'organiser un genre de marketplace qui permette de récupérer des template avec ce type de hooks.
Je ne suis pas sûr de bien comprendre, mais s'il s'agit d'un truc non hackable (au nom de la sécurité, je me trompe peut-être), le voir plébiscité comme il l'est à travers ta note, il n'y a que sur DLFP qu'on voit ça … dès qu'il s'agit d'apple bashing.
Je déterrerais bien un des trolls sur le coté fermé de l'apple store qui prétextait cette même sécurité pour rafraîchir la mémoire de certains. Ou encore sur "Palladium"
En tout cas si c'est vrai, les chromebooks, ça sera sans moi.
Torvalds seemed aware that his decision to drop BitKeeper would also be controversial. When asked why he called the new software, "git," British slang meaning "a rotten person," he said. "I'm an egotistical bastard, so I name all my projects after myself. First Linux, now git."
Ca reste suffisamment ambigu pour laisser le champ à une autre interprétation, tout en lui évitant un procès en diffamation (on ne saura jamais).
Par contre lorsqu'on pense à Mercurial, on ne voit pas bien le rapport.
Le mercure, son symbole Hg en guise de commande ???
Que nous apprend la traduction de mercurial ?
Tiens, il existe un autre sens: "d'humeur changeante, inégale, versatile".
Quand même, Matt Mackal, son auteur n'aurait pas pensé à ça ?
Shortly before the first release, I read an article about the ongoing
Bitkeeper debacle that described Larry McVoy as mercurial (in the sense
of 'fickle'). Given the multiple meanings, the convenient abbreviation,
and the good fit with my pre-existing naming scheme (see my email
address), it clicked instantly. Mercurial is thus named in Larry's
honor. I do not know if the same is true of Git.
A coté de ça, les jeux de mots à double sens autour de du contrôle de "version" semblent presque fadasses:
Même le "subversif" svn qui voulait enterrer Concurrent Version System, ou encore son contrepied défunt superversion et autres veracity, …
A cette époque le meilleur candidat semblait être Gnu_arch. https://www.gnu.org/software/gnu-arch/
Il y avait de bonnes idées dedans mais c'était assez complexe et ça manquait de souplesse notamment pour le nommage des branches à mon sens.
Les tenants du SVN décentralisé promouvaient svk écrit en Perl
Il y avait de bonnes idées mais je n'ai jamais vraiment pu comprendre comment ça fonctionnait dans le détail.
Et surtout, il conservait les même défauts inhérents à SVN qui font que ce dernier: la gestion des branches et notamment le merge rename tracking dont voici les specs et qui reste toujours complexe à mettre en oeuvre avec SVN et bancal
Pour le dev du kernel c'est un point essentiel.
Pour du trunk dev à la "agile" avec des branches de patchs, c'est moins crucial.
Monotone était lui aussi déjà de la partie. https://lwn.net/Articles/132000/
Un outil très propre, écrit en C++ avec une vision différente des branches à la Gnu Arch/Git.
Pas de référence local/distante pour gérer les évolutions concurrentes mais la notion de plusieurs heads pour une même branche.
Une branche est dons une forme de sous-graphe.
Je soupçonne Mercurial de s'en être largement inspiré
Darcs, écrit en Haskell, intéressant mais je n'ai jamais vraiment pu appréhender l'intérêt de la théorie des patchs même encore aujourd'hui.
En tous cas, cette explosion d'idées et d'échange de toutes parts était passionnante.
Les protagonistes de chaque outil échangeaient entre eux et tentaient de faire ressortir tous les concepts liés aux outils de VCS:
Il y avait un super wiki (defacé depuis) qui consignait tout ça.
Certains ont essayé de récupérer des bribes sous Github: https://github.com/tonyg/revctrl.org
Posté par El Titi .
En réponse au journal Hadopi : la fin ?.
Évalué à 4.
Dernière modification le 01 mai 2016 à 12:43.
sans parler du coût de cette institution :
+60 millions en six ans pour environs 70 salariés
Quelques milliers de francs récoltés
Cet argument m'interpelle un peu. Le rôle de la HADOPI est d'être rentable, c'est juste un prélèvement de plus pour renflouer l'Etat ?
Ca devrait fonctionner comme l'hypocrisie liée à l'explosion de la répression routière au prétexte de la sécurité routière ?
Ca m'a toujours fait marrer cette réponse.
En pratique ca change quoi ?
Combien de fois je me retrouve à déplacer des fichiers sous Windows sans que NTFS, pardon l'API ne me bloque puis à découvrir des emmerdes après coup.
Le seul bobo que je vise est le posteur du présent journal auquel je réponds et qui invoque l'écologie à tout bout de champ pour justifier ses propres incivilitésalors qu'il ne voits pas ses contradictions. Et le gros bourgeois accèlère à l'arrêt un bon coup pour t'en remettre plein les naseaux. C'est cadeau !
Je pense que si les voitures n'existaient pas il est peu probable que tu puisse rouler sur des voies goudronnées et larges comme tu en profites et de bénéficier de telles infrastructure. Sans compter tout l'argent public sous forme de taxes et autres prélèvements divers qui viennent améliorer ton petit confort de bobo.
Par ailleurs, je trouve assez hypocrite de se plaindre de la pollution en ville et de profiter largement des bienfaits du transports routier qui vient t'apporter tes produits frais dans ta petite épicerie du coin et tous les autres biens de consommation dont tu bénéficies.
On pourrait dire la mêm chose pour une "bagnole". C'est pour ça qu'il y a des flèches clignotantes à droite pour traiter ce cas de figure.
Le code de la route s'applique à tous et tes considérations écolos n'y changent rien.
En tant qu'automobiliste, je viens cet après-midi de me faire doubler par la droite à un rond point par un scooter alors que je regardais à gauche les autres véhicules et lorsque je me suis engagé, je ne l'avais pas vu sur ma droite, chauffard que je suis et je l'ai un peu bousculé au point qu'il chut.
C'est moi qui assumerai tous les torts, car il était devant moi et que je dois rester maître de mon véhicule. Pourtant je croyais que doubler à droite surtout dans une file unique était une infraction. Et quand on joue les fanfarons au moins on se méfie. Le jour où l'on sanctionnera toutes les infractions et que l'on ne tolérera pas celles de ces cyclistes qui passent impunément au rouge, doublent à droite, roulent sur les trottoirs bondés, ceux-là même qui ont faillit plusieurs fois me rouler dessus lorsque je suis piéton alors que le feu est vert pour moi. Peut être alors que je deviendrai un peu plus conciliant en ne serrant pas à droite pour empêche de passer ces "bobos qui peuvent se permettre d'habiter en ville près de leur lieu de travail".
C'était mon petit coup de gueule sur le comptoir de DLFP
[^] # Re: Nom de domaine dans quels TLD ?
Posté par El Titi . En réponse à la dépêche Cozy Cloud lève 4 millions d'euros (pour faire du libre). Évalué à 5.
Déjà, merci pour cette réponse argumentée et pour être honnête aussi, je n'en attendais pas une autre, connaissant au moins de réputation certaines personnes impliquées dans ce projet.
Ce que tu décris est assez convainquant et plutôt rassurant. Je parlais de contrôle assez fin, (pas à la android) car les dérives peuvent être nombreuses.
Plusieurs exemples me viennent en tête pour essayer d'expliquer pourquoi je pense que c'est nécessaire
Déjà, lorsqu'on voit les recoupements d'informations dont sont capables les entreprise avec la puissance du big data, il y déjà de quoi s'inquiéter quelque soit les données qu'on souhaite simplement rendre publique. Mais après tout, il faut assumer ses actes.
En déposant un avis dans booking sur un bon restau à burger, il ne faut pas venir se plaindre d'être ciblé par la suite par une campagne "5 légumes et fruits par jour".
Là il est évident qu'on ne peut agir contre la bêtise humaine. Certains diront, "Pour vivre heureux, vivons cachés'
Mais pour autant, il y a une différence entre vivre en ermite et vouloir participer à la société.
Avec Cozy cloud pour l'instant, on est dans le premier cas.
Si j'ai bien saisi, votre volonté est d'aller vers plus d'ouverture et d'échanges tout en gardant la maîtrise de ses données et je m'inscris complètement dans cette démarche.
Hormis celui que tu cites, le cas d'usage qui pourrait bénéficier de votre approche est le crowd sourcing justement.
Imagine une appli de social bookmarking qui est installée sur plusieurs nœuds. La pertinence du tagging automatique s'en trouve renforcée tout en laissant le contrôle à l'utilisateur. Ses données pourront enfin être collectées avec une quasi garantie d'un usage anonyme pour peu que l'appli installée soit open-source. Il serait donc pas mal de mettre en place un système de permission de ce type dans le coeur de Cozy.
Un autre cas d'usage auquel je pense et sur lequel il faut être vigilant: Les amis de mes amis.
Dans votre approche collaborative "distribuée" (interaction entre noeuds au niveau applicatif), imaginons une appli d'agenda avec laquelle
je décide de partager mon agenda uniquement avec les membres de ma famille qui disposent chacun de leur noeud. Il ne faudrait que mon fils décide de partager cet agenda avec d'autres nœuds, sans mon autorisation.
Ceci est plus délicat à gérer, mais çà serait un vrai plus
Voilà, pour diverses raisons, je trouve ce projet extrêmement innovant (oserais-je dire disruptif ;-) sur le plan technique et sociétal. Ceci pourrait vraiment signer le retour en force de l'open source pour reconquérir ses données. Le vrai "open data", les données croisées vues comme un patrimoine commun et non capital de grosses entreprises qui monétisent cet or digital pour leur profit.
Le vrai internet comme il aurait toujours dû être : distribué
J'en avais rêvé il y a quelques années, j'avais même fait un commentaire sur ça et c'est en train de se concrétiser grâce à votre initiative.
Je pense que vous aurez à faire preuve de pédagogie sur votre projet sur ce point et sur celui récurrent du besoin multi-utilisateur
N'hésitez pas à faire quelques billets sur vos blogs ou canaux de communication sur ces 2 points.
J'aurai une dernière petite question technique cette fois. Avec la venue d'ES6 et de typescript aujourd'hui, pensez-vous que Coffescript est toujours le bon cheval ?
Bon vent, je me réjouis pour vous et j'espère pouvoir participer à l'aventure d'une manière ou d'une autre.
[^] # Re: et le multi utilisateurs
Posté par El Titi . En réponse à la dépêche Cozy Cloud lève 4 millions d'euros (pour faire du libre). Évalué à 6.
Je pense qu'ils n'ont pas fini de devoir refaire la même réponsee.
Il faudrait retrouver le post, mais pour des questions de perfs et de simplicité d'architecture, ils n'ont pas envie d'évoluer dans cette direction.
Ils souhaitent faire communiquer des noeuds cozy entre eux en facilitant l'interconnection et les échanges des données. et rien n'interdit d'installer plusieurs noeuds dans un cloud.
Moi je trouve cette solution bien plus élégante, secure et souple qu'un owncloud. Et quitte à troller je n'aborde pas la question du PHP.
[^] # Re: Super nouvelle !!
Posté par El Titi . En réponse à la dépêche Cozy Cloud lève 4 millions d'euros (pour faire du libre). Évalué à 4.
Vous auriez peut-être pu aussi vous tourner vers Kinto qui est utilisé dans FirefoxSync ?
Surtout avec parmi vous un transfuge de Mozilla ;-)
Pas assez performant ?
[^] # Re: Nom de domaine dans quels TLD ?
Posté par El Titi . En réponse à la dépêche Cozy Cloud lève 4 millions d'euros (pour faire du libre). Évalué à 8.
C'est marrant, les avis sur cet article de NI concernant le respect de la vie privée sont bien plus mitigés.
Les sociétés partie prenantes dans ce projet sont intéressées par l'usage des données qu'elle feront. Même combat que les GAFA au final.
Il reste à espérer que ce projet ne s'égarera pas en chemin et que l'architecture évoluera vers un contrôle plus fin de ses données.
J'ai pas spécialement envie que la MAIF puisse mettre le nez dans mon agenda lorsque je prends un rdv chez un médecin.
Quand on voit cette passoire qu'est le contrôle des autorisation sur Android et iOS.
# Super idée !!!!
Posté par El Titi . En réponse à la dépêche « Fourmilieres », un générateur de formulaires qui permet de reprendre la main sur vos données. Évalué à 3. Dernière modification le 02 juin 2016 à 14:00.
Très beau projet, très bien léché.
Déjà, je rajoute un lien que tu aurais pu inclure dans la dépêche qui permet de recueillir des suggestions pour les plus timorés d'entre nous:
https://www.fourmilieres.net/#/form/cfd878264cec4ed2
Sinon, j'ai plusieurs questions et suggestions:
Par ailleurs j'ai compris que l'hébergement Kino permettait d'accéder facilement aux données mais une extension pourrait peut-être d'écrire directement des webhooks en JS dans l'interface qui accéderaient aux données pour faire des calculs, des algos de sondages (Condorcet, …).
Ca permettrait facilement de mettre en place des alternatives aux divers voteer, doodle et consorts.
Dernière suggestion, il serait pas mal d'organiser un genre de marketplace qui permette de récupérer des template avec ce type de hooks.
Pour l'inspiration, hormis Google Forms, voici une petite vidéo d'un plugin pour un produit qui fait un peu ce que tu évoques:
https://marketplace.atlassian.com/plugins/net.artemissoftware.confluence.easyforms.EasyForms/server/overview
Je te souhaite beaucoup de succès pour ce projet.
```
# Troll du vendredi
Posté par El Titi . En réponse au journal Oracle perd son procès contre Google concernant l’utilisation de Java sur Android. Évalué à 8.
Bon ok on est samedi, mais l'avocate d'Oracle semble maîtriser l'art du lancer à la pefection:
https://www.linkedin.com/pulse/death-free-software-how-google-killed-gpl-annette-hurst
Vos avis éclairés ?
[^] # Re: ah ben ouais
Posté par El Titi . En réponse au journal Linux passe devant MacOS sur le desktop. Évalué à 1. Dernière modification le 26 mai 2016 à 15:05.
Je ne suis pas sûr de bien comprendre, mais s'il s'agit d'un truc non hackable (au nom de la sécurité, je me trompe peut-être), le voir plébiscité comme il l'est à travers ta note, il n'y a que sur DLFP qu'on voit ça … dès qu'il s'agit d'apple bashing.
Je déterrerais bien un des trolls sur le coté fermé de l'apple store qui prétextait cette même sécurité pour rafraîchir la mémoire de certains. Ou encore sur "Palladium"
En tout cas si c'est vrai, les chromebooks, ça sera sans moi.
[^] # Re: java ?
Posté par El Titi . En réponse au journal Lutter contre l'overengineering. Évalué à 6.
C'est vrai que Git avec sa prise en main simplissime, sa conception irréprochable, ses commandes redondantes en est l'archétype …
[^] # Re: BitKeeper comme une source d'inspiration
Posté par El Titi . En réponse à la dépêche Bitkeeper essaye de rattraper l'histoire en passant Open Source. Évalué à 4.
Et lui-même prend ça avec philosophie:
https://news.ycombinator.com/item?id=11668717
# BitKeeper comme une source d'inspiration
Posté par El Titi . En réponse à la dépêche Bitkeeper essaye de rattraper l'histoire en passant Open Source. Évalué à 10.
Ce que l'on sait, c'est que cet épisode à débouché sur la naissance de Git et d'un foisonnement d'alternatives plus ou moins heureuses.
Ce que l'on sait déjà moins, c'est que le comportement de son auteur a aussi été source d'inspiration pour baptiser certains d'entre eux.
Git d'abord, même si Linus s'en défendait en prétendant que ça ne s'adressait qu'à lui:
Ca reste suffisamment ambigu pour laisser le champ à une autre interprétation, tout en lui évitant un procès en diffamation (on ne saura jamais).
Par contre lorsqu'on pense à Mercurial, on ne voit pas bien le rapport.
Le mercure, son symbole Hg en guise de commande ???
Que nous apprend la traduction de mercurial ?
Tiens, il existe un autre sens: "d'humeur changeante, inégale, versatile".
Quand même, Matt Mackal, son auteur n'aurait pas pensé à ça ?
Et bien si:
A coté de ça, les jeux de mots à double sens autour de du contrôle de "version" semblent presque fadasses:
Même le "subversif" svn qui voulait enterrer Concurrent Version System, ou encore son contrepied défunt superversion et autres veracity, …
Thanks to you Larry !
[^] # Re: Recul
Posté par El Titi . En réponse à la dépêche Bitkeeper essaye de rattraper l'histoire en passant Open Source. Évalué à 10.
Ou pas
https://linuxfr.org/nodes/18022/comments/559871
[^] # Re: Le javascript
Posté par El Titi . En réponse à la dépêche Node.js passe la sixième vitesse. Évalué à 2. Dernière modification le 13 mai 2016 à 19:13.
Tiens ! Fais-toi plaisir avec ça pour le java bashing:
https://jaxenter.com/java-will-not-be-ignored-why-the-worlds-biggest-companies-rely-on-it-126225.html
Seul FB utilise encore du PHP et a été obligé d'utiliser un tansplier vers du C++ ou vers du natif.
[^] # Re: Incroyable
Posté par El Titi . En réponse à la dépêche Bitkeeper essaye de rattraper l'histoire en passant Open Source. Évalué à 7.
Et pour ceux que ça intéresserait, je vous ai également retrouvé la référence (hormis wikipedia) en terme de comparaison d'outils à cette époque
https://web.archive.org/web/20050403040438/http://better-scm.berlios.de/comparison/comparison.html
Et pour vous faire une idée la première version incluant Git:
https://web.archive.org/web/20080513074801/http://better-scm.berlios.de/comparison/comparison.html
[^] # Re: Bazaar maintenu ?
Posté par El Titi . En réponse à la dépêche Bitkeeper essaye de rattraper l'histoire en passant Open Source. Évalué à 4.
Et pourtant, quelqu'un que tu dois connaître s'était fendu d'une dépêche ;-)
https://linuxfr.org/news/veracity-un-nouveau-gestionnaire-de-versions-d%C3%A9centralis%C3%A9
[^] # Re: Incroyable
Posté par El Titi . En réponse à la dépêche Bitkeeper essaye de rattraper l'histoire en passant Open Source. Évalué à 4.
Remontons dans le temps:
Les premières version du wiki revctrl datant de 2005
http://web.archive.org/web/20051119112229/http://revctrl.org/
Ca vous laisse une bel aperçu des outils mais aussi de tous les phosphore dépensé autour des algos de merge:
http://web.archive.org/web/20051217192502/http://revctrl.org/CategoryMergeAlgorithm
Et là Git débarque avec son heuristique et basé sur le contenu et ses stratégies de merge épurées (ou éculées ?) … et remporte la mise.
[^] # Re: Incroyable
Posté par El Titi . En réponse à la dépêche Bitkeeper essaye de rattraper l'histoire en passant Open Source. Évalué à 10.
A cette époque le meilleur candidat semblait être Gnu_arch.
https://www.gnu.org/software/gnu-arch/
Il y avait de bonnes idées dedans mais c'était assez complexe et ça manquait de souplesse notamment pour le nommage des branches à mon sens.
Les tenants du SVN décentralisé promouvaient svk écrit en Perl
Il y avait de bonnes idées mais je n'ai jamais vraiment pu comprendre comment ça fonctionnait dans le détail.
Et surtout, il conservait les même défauts inhérents à SVN qui font que ce dernier: la gestion des branches et notamment le merge rename tracking dont voici les specs et qui reste toujours complexe à mettre en oeuvre avec SVN et bancal
Pour le dev du kernel c'est un point essentiel.
Pour du trunk dev à la "agile" avec des branches de patchs, c'est moins crucial.
Monotone était lui aussi déjà de la partie. https://lwn.net/Articles/132000/
Un outil très propre, écrit en C++ avec une vision différente des branches à la Gnu Arch/Git.
Pas de référence local/distante pour gérer les évolutions concurrentes mais la notion de plusieurs heads pour une même branche.
Une branche est dons une forme de sous-graphe.
Je soupçonne Mercurial de s'en être largement inspiré
Darcs, écrit en Haskell, intéressant mais je n'ai jamais vraiment pu appréhender l'intérêt de la théorie des patchs même encore aujourd'hui.
En tous cas, cette explosion d'idées et d'échange de toutes parts était passionnante.
Les protagonistes de chaque outil échangeaient entre eux et tentaient de faire ressortir tous les concepts liés aux outils de VCS:
Il y avait un super wiki (defacé depuis) qui consignait tout ça.
Certains ont essayé de récupérer des bribes sous Github: https://github.com/tonyg/revctrl.org
Certains ont même dégagé des patterns de SCM
http://www.bradapp.com/acme/branching/scm-pats-intro.html.
Je vous en conseille vivement la lecture pour avoir un regard plus détache sur vos workflows.
```
[^] # Re: javascript ?
Posté par El Titi . En réponse à la dépêche Node.js passe la sixième vitesse. Évalué à 3.
On peut aussi citer cette excellente ressource gratuite pour reprendre les bases:
http://eloquentjavascript.net/
avec les sources:
https://github.com/marijnh/Eloquent-JavaScript
et la version française (1ere edition):
http://fr.eloquentjavascript.net/
[^] # Re: et c'est
Posté par El Titi . En réponse au journal Hadopi : la fin ?. Évalué à 4. Dernière modification le 01 mai 2016 à 12:43.
sans parler du coût de cette institution :
+60 millions en six ans pour environs 70 salariés
Quelques milliers de francs récoltés
Cet argument m'interpelle un peu. Le rôle de la HADOPI est d'être rentable, c'est juste un prélèvement de plus pour renflouer l'Etat ?
Ca devrait fonctionner comme l'hypocrisie liée à l'explosion de la répression routière au prétexte de la sécurité routière ?
[^] # Re: Mir et Wayland périmés
Posté par El Titi . En réponse à la dépêche Sortie d’Ubuntu 16.04 LTS Xenial Xerus. Évalué à -3.
Ca m'a toujours fait marrer cette réponse.
En pratique ca change quoi ?
Combien de fois je me retrouve à déplacer des fichiers sous Windows sans que NTFS, pardon l'API ne me bloque puis à découvrir des emmerdes après coup.
[^] # Re: Mir et Wayland périmés
Posté par El Titi . En réponse à la dépêche Sortie d’Ubuntu 16.04 LTS Xenial Xerus. Évalué à 5.
Ouaiche:
Sachant que visiblement, le correcteur d'orthographe n'est pas au point sous Linux, il a de la marge.
https://fr.wiktionary.org/wiki/j%C3%A9r%C3%A9miade
Arroseur arrosé, poutre, paillle et tutti quanti ?
[^] # Re: Partage des espaces?
Posté par El Titi . En réponse au journal Bagnole, pouvoir, autorité. Évalué à 2.
Le seul bobo que je vise est le posteur du présent journal auquel je réponds et qui invoque l'écologie à tout bout de champ pour justifier ses propres incivilitésalors qu'il ne voits pas ses contradictions. Et le gros bourgeois accèlère à l'arrêt un bon coup pour t'en remettre plein les naseaux. C'est cadeau !
[^] # Re: Partage des espaces?
Posté par El Titi . En réponse au journal Bagnole, pouvoir, autorité. Évalué à 3.
Je pense que si les voitures n'existaient pas il est peu probable que tu puisse rouler sur des voies goudronnées et larges comme tu en profites et de bénéficier de telles infrastructure. Sans compter tout l'argent public sous forme de taxes et autres prélèvements divers qui viennent améliorer ton petit confort de bobo.
Par ailleurs, je trouve assez hypocrite de se plaindre de la pollution en ville et de profiter largement des bienfaits du transports routier qui vient t'apporter tes produits frais dans ta petite épicerie du coin et tous les autres biens de consommation dont tu bénéficies.
[^] # Re: gloubiboulga
Posté par El Titi . En réponse au journal Bagnole, pouvoir, autorité. Évalué à 3. Dernière modification le 19 avril 2016 à 23:34.
je parlais des feux de siignalisation à droite:
[^] # Re: gloubiboulga
Posté par El Titi . En réponse au journal Bagnole, pouvoir, autorité. Évalué à 6. Dernière modification le 19 avril 2016 à 18:26.
On pourrait dire la mêm chose pour une "bagnole". C'est pour ça qu'il y a des flèches clignotantes à droite pour traiter ce cas de figure.
Le code de la route s'applique à tous et tes considérations écolos n'y changent rien.
[^] # Re: gloubiboulga
Posté par El Titi . En réponse au journal Bagnole, pouvoir, autorité. Évalué à 6. Dernière modification le 19 avril 2016 à 01:02.
En tant qu'automobiliste, je viens cet après-midi de me faire doubler par la droite à un rond point par un scooter alors que je regardais à gauche les autres véhicules et lorsque je me suis engagé, je ne l'avais pas vu sur ma droite, chauffard que je suis et je l'ai un peu bousculé au point qu'il chut.
C'est moi qui assumerai tous les torts, car il était devant moi et que je dois rester maître de mon véhicule. Pourtant je croyais que doubler à droite surtout dans une file unique était une infraction. Et quand on joue les fanfarons au moins on se méfie. Le jour où l'on sanctionnera toutes les infractions et que l'on ne tolérera pas celles de ces cyclistes qui passent impunément au rouge, doublent à droite, roulent sur les trottoirs bondés, ceux-là même qui ont faillit plusieurs fois me rouler dessus lorsque je suis piéton alors que le feu est vert pour moi. Peut être alors que je deviendrai un peu plus conciliant en ne serrant pas à droite pour empêche de passer ces "bobos qui peuvent se permettre d'habiter en ville près de leur lieu de travail".
C'était mon petit coup de gueule sur le comptoir de DLFP