Je pense que la raison est beaucoup plus fondamentale que ça : pourquoi certains caractères seraient-ils traités de manières différentes des autres ?
L'ascii n'a plus aucune raison d'être et doit disparaître. Un codage sur 7 bit ! Pourquoi ne pas encoder l'année sur 2 entiers au l ieu de 4 pour gagner de la place tant qu'on y est ?
L'UTF-8 a tendance à se généraliser et devrait être partout, plus rien ne justifie des économies d'octets.
J'ai travaillé sur un code Japonais en C. Pour une raison que j'ignore, les japonais ont décidé d'utiliser une locale très très particulière et qui est compliquée à installer. Le japonais n'est utilisé que dans les commentaires mais si tu as le malheur de modifier un commentaire, le code ne compile plus !!! (et oui). Tout simplement à cause des foutus encodages de caractères. (J'ai écrit un script qui traduit tout en UTF-8, ça ne compile plus non plus, ce truc est à la limite du surnaturel).
Alors je peux te jurer que l'idée d'unifier l'encodage de caractère me semble relativement bonne...
Mes livres CC By-SA : https://ploum.net/livres.html
Sinon, bein je developpe sur MSN pas pour agrandir le geant microsoft, mais parceque j'aime ca, parceque je trouve qu'il n'y a aucun plaisir a developper un logiciel qui suit une specification libre.. ce que j'aime moi, c'est le défi, c'est le reverse-engineering, et il n'y a que microsoft qui peux me donner ca, pas XMPP...
Je voulais faire une pointe d'humour là dessus mais la citation se suffit d'elle-même. (Vous comprenez mon bon monsieur, défendre les droits de l'homme, c'est pas mon truc. Moi j'aime l'adrénaline de se faire poursuivre par des militaires à la solde d'un dictateur, c'est plus excitant)
Mes livres CC By-SA : https://ploum.net/livres.html
SKype, en effet. Pour le rest non. Je ne suis pas un intégriste du "logiciel libre". C'est un choix personnel. Par contre, en ce qui concerne les protocoles, je suis intransigeant. En effet, le choix d'un protocole influence absolument tout le monde. Si on n'a même pas envie de faire l'effort d'utiiser des protocoles ouverts pour les choses les plus essentielles et basiques, alors autant abandonner tout de suite.
Ce qui est amusant c'est que quand j'ai décidé d'adhérer aux valeurs du libre, j'ai décidé de passer 100% à Linux (ce qui est un choix personnel) et d'arrêter MSN. Je l'ai gardé deux semaines en prévenant mes contacts : "à telle date, je ne serai plus joignable".
Résultat :
- un nombre non négligeable a au moins essayer Jabber (en 2002)
- je n'ai pas à noter une seule personne avec qui j'ai moins de contact qu'à ce moment là
- quelques uns ont même gardé un compte Jabber permanent.
Plus récemment, l'arrivée de Gmail rend vraiment la chose facile (beaucoup ont une adresse Gmail en plus de hotmail).
Ma copine elle-même, qui a créé un compte gmail pour chatter avec moi au départ a de plus en plus de contacts gmail plutôt que MSN. (MSN, je m'y retrouve pas avec tous ces noms à rallonge, je reçois des messages de gens que je connais pas). Et du coup ses copines passent à Gmail et ainsi de suite.
Ce qu'il y a fondamentalement, c'est que abandonner MSN, c'est le truc qui fait peur (comme si ça allait vous couper du monde). Depuis que je suis sur ce site, j'essaye de promouvoir Jabber. Les réponses sont toujours de 3 types :
- Faut être réaliste, mon tonton habite Ouagadougou et il sait utiliser MSN, lui faire ouvrir un compte Gmail est impossible de chez impossible (mais je te jure, je promeus Firefox et Vlc )
- Jabber, j'y passerai quand tout le monde sera passé et/ou qu'il y aura des wizz (bravo les visionnaires)
- MSN c'est le pire truc proprio, faut arrêter.
Signe des temps : la proportion des réponses de type 3 semble passer de quelques illuminés entre 2002 et 2004 à un bon 30-50% de linuxfr.
Mes livres CC By-SA : https://ploum.net/livres.html
ça me fait rigoler ces discussions avec tous les kékés qui se disent libre parce que leur client MSN est libre. Wééé. Bravo ! Toutes tes communications passent sur le serveur de Microsoft mais tu es libre.
Et les gars, faut au moins être honnête : un type qui utilise Windows et un client Jabber est beaucoup plus libre que vous. Certes, il n'a pas les sources de tout sur son PC mais au moins ses données sont dans des formats libres.
Utiliser MSN est juste incompatible avec le fait de vouloir être libre. Après, faut assumer. Soit vous vous en foutez de la liberté (ce que je respecte) et vous utilisez Linux pour les desktop 3D et les jolies icônes, soit vous vous considérez comme libriste et vous n'utilisez pas MSN.
Et si vous utilisez MSN sous Linux, par pitié, ne faîtes pas le moindre évangélisme pour le libre parce que histoire de riduciliser le mouvement, on fait difficilement mieux :
- Installer Firefox, c'est bien
- Mais j'aime bien Internet Explorer
- Mais c'est pas libre. Firefox, on a les sources, on peut le modifier et on peut être sûr qu'il n'y a pas d'espionnage
- Ah bon. Allez, j'essaye.
- Si t'as une question, tu me contactes sur MSN
- ...
Mes livres CC By-SA : https://ploum.net/livres.html
En effet. Migrer un utilisateur Windows vers Linux n'est déjà pas une mince affaire en soit mais imagine le patron d'un cybercafé qui ne connait pas du tout linux qui se retrouve du jour au lendemain à devoir migrer 10 ou 40 machines de WinXP vers Red Flag Linux. Et bien j'appelle ça un coût important.
Après, je fais partie des gens qui pensent que ce coût est rentabilisé. Ma migration personnelle depuis Windows m'a coûté une semaine de nuits blanches mais je pense que j'ai largement rentabilisé cela (vu qu'à présent j'en ai même fait mon métier)
Mes livres CC By-SA : https://ploum.net/livres.html
Partout, je vois la liste des changements mais nul part je ne vois les raisons de ces changements. Parce qu'introduire des changements de cette ampleur, ça ne se fait pas uniquement parce que "c'est mieux". ça se fait uniquement si l'intérêt prend en compte le coût de la migration. Et je ne vois cela justifié nul part.
Certains changement me semblent en effet très intéressant (notamment la séparation plus rationnelle des strings en "text" et "bytes") et permettent d'éviter de se planter silencieusement (donc sans que le dev en soit nécessairement conscient).
Par contre, des changements comme le bête print me semble injustifié. Certes, c'est plus logique mais garder un simple statement print n'aurait rien coûté et le coût de la migration me semble disproportionné par rapport au gain. Les changements dans les dict me semblent également important (sans compter qu'il va falloir réécrire toute la doc).
Mes livres CC By-SA : https://ploum.net/livres.html
Je suis sûr que c'est encore un coup de Mark S. qui a voulu se venger et à demander sa mise à pied en échange d'une brouette de CD d'Ubuntu Dapper Drake.
Mes livres CC By-SA : https://ploum.net/livres.html
C'est le point le plus important : le feu rouge est une indication et les règles sont une incitation à respecter l'indication. Mais le choix final n'appartient qu'à toi. Et le jour où d'autres raisons te sembleront plus impérieuses que l'ammende et le risque d'accident, tu pourras brûler un feu. (Imagine qu'une bombe soit sur le point d'exploser dans le voisinage).
D'ailleurs, les passages à niveaux permettent toujours un passage même fermé. Il suffit de les contourner (j'ai déjà vu quelqu'un le faire, ce que je trouve suicidaire). Les barrières sont là uniquement comme une indication forte.
Mes livres CC By-SA : https://ploum.net/livres.html
Il a donné les exemples des projets qui contribuaient pas upstream et OpenWRT était le pire, ce qui a été reconnu par Gregers Petersen, développeurs OpenWRT présent dans l'assistance et pas très loin de moi (je l'ai bien reconnu).
Mes livres CC By-SA : https://ploum.net/livres.html
En même temps, les plaignants sont les développeurs qui ont placé leur soft sous GPL ainsi que les auteurs de la GPL.
À priori, ils savent exactement ce qu'ils voulaient en publiant leur soft sous cette licence.
Sur le fond de l'affaire, il n'y a pas à discuter : Free est coupable d'utiliser des logiciels sans respecter les conditions imposées par les développeurs.
La vraie question est : est-ce que les développeurs (avec l'aide de la FSF) ont exprimé correctement leurs conditions ?
Si Free s'en sort et que la réponse est non, c'est parfaitement injuste vu que, selon l'esprit et non la lettre, la culpabilité est évidente. Et même si dans la GPL il apparait qu'on peut chipoter sur des phrases, on peut argumenter sans hésiter que le but premier de la GPL est annoncé de manière claire partout depuis des années, que les conditions imposées par les développeurs depuis le début ont toujours été constantes et évidentes.
L'analogie avec le serveur est complètement foireuse. L'hébergeur, il te loue un espace pour faire ce que tu veux. Tu ne leur fournis rien, au contraire c'est toi le client. Ici, Free fournis du matériel et du logiciel à un client.
Quand au fait que le routeur appartient encore à Free, cela peut s'imaginer si les routeurs étaient par exemple dans les caves et que l'utilisateur ne le voyait pas et ne faisait que brancher un RJ45 dans un mur. Or ici, l'utilisateur a le droit de démonter son routeur avec un tournevis, de le déplacer, d'appuyer sur les bouttons. Il a donc le droit d'avoir accès aux logiciels GPL pour pouvoir les étudier.
Mes livres CC By-SA : https://ploum.net/livres.html
Justement, OpenWRT est assez emblématique de la non-contribution upstream. Ils s'en sont pris plein la gueule (de manière gentille) à Linux Embedded Europe et lorsque la réponse d'un des dev OpenWRT présent dans la salle a été :
- "Sorry" (le tout suivi d'un éclat de rire de l'assistance)
Mes livres CC By-SA : https://ploum.net/livres.html
précision :
1) La FSF a porposé la licence AGPL pour combler la lacune des appli web ou sur serveur
2) La GPLv3 elle est censée adresser le problème des brevets (qui n'a rien à voir ici)
Mes livres CC By-SA : https://ploum.net/livres.html
Ok, la solution proposée n'est pas parfaite : parfois, ça ne marchera pas bien.
À comparer avec la situation actuelle où au moins c'est constant : ça ne marche jamais.
=> au pire, on retombera dans la situation actuelle.
=> c'est une bonne amélioration
=> Je ne vois pas l'intérêt de lui expliquer que c'est une mauvaise idée. Essayez plutôt de trouver comment faire mieux.
Mes livres CC By-SA : https://ploum.net/livres.html
> "Nous étions tout à fait libre de faire ce qu'on voulait lors de nos temps libre en soirée. De plus réserver un nom de domaine n'est pas fonder une société (en avril)."
À noter que c'est une chance extraordinaire. La majorité des entreprises imposent une clause de non-concurrence qui continue plusieurs années après que tu aies quitté la boite.
J'avoue que de reprendre le produit de son patron pendant ton temps libre puis quitter la boite pour lancer ton produit à destination d'un public identique, c'est une action qui me met mal à l'aise selon mes propres critêres moraux (que le produit soit libre ou pas n'a pas d'importance ici). Le fait d'avoir prévu de faire un concurrent (le nom de domaine) tout en continuant à travailler chez un futur concurrent est quelque chose qui me semble inacceptable. Pinky semble l'accepter avec philosophie et c'est sans doute la meilleure réaction qu'il puisse avoir parce que je ne pense pas que fondamentalement son gagne-pain soit menacé.
Note que je comprendrais s'il s'agissait d'adresser un segment de marché différent mais cela ne semble pas être le cas. Si les solutions pouvaient réellement se différencier, cela serait une très bonne chose pour conquérir encore plus le marché. Le problème c'est en effet d'éviter de donner une mauvaise image de la communauté et du libre en général.
Ceci dit, c'est très amusant de vous voir régler vos comptes dans les commentaires. Le temps de prendre un seau de pop-corn et je reviens ;-)
Mes livres CC By-SA : https://ploum.net/livres.html
J'avoue que les raisons du fork me semblent un peu légères.
Pour moi, un fork aura du succès si :
- Il s'avère qu'il y a une grande demande de la communauté et que le mainteneur fait la sourde oreille/change de licence (Sodipodi, X11)
- Il y a une volonté de s'adresser à un type de public complètement différent (simplification de l'UI, réduction de fonctionnalités, adaptation à un use-case spécifique)
Je pense, par exemple, qu'un fork amical de OpenERP pour en faire une version ultra-simplifiée pour Les toutes petites entreprises (1 à 5 personnes) avec une doc appropriée, une mise en valeur de la simplicité serait peut-être intéressant.
Mais là, le message ne passe pas. Toutes les raisons me semblent des petits détails techniques dont très peu influent sur l'utilisateur au final. Et si, comme le dit Fabien, ces détails techniques sont de toutes façons adressés dans OpenERP 5.0...
Par contre le site est plus joli, j'avoue !
Mes livres CC By-SA : https://ploum.net/livres.html
Je ne sais pas pour l'auteur de la remarque originelle mais il est vrai que TaskCoach est complètement dégueulasse au niveau de l'UI :
- Impossible d'arranger tes fenêtres comme tu le souhaites sans des contorsions incroyables (et une part de chance)
- Des bouttons dégueus et non-intuitifs partout
- Complètement inutilisable avec un thème sombre
Après, je ne sais quel pourcentage vient de wxwidget et quel vient du designer de l'UI.
Mes livres CC By-SA : https://ploum.net/livres.html
J'aimerais quelques eclaircissements parce que là, j'avoue que c'est pas clair du tout :
1) Ajouter, enlever et réécrire des lignes de codes, on s'en fout un peu. Ce qui est important ce sont les fonctionnalités. En quoi Tryton diffère-t-il de OpenERP ? Je parle d'un point de vue concret, pour l'utilisateur. Si actuellement il n'y a pas de différence, alors en quoi Tryton va-t-il différer dans le futur ?
2) En quoi ces modifications (que je ne connais pas, voir question 1) ne pouvait-elle pas être intégrée upstream et donc éviter un fork ? À partir de quel moment a été prise la décision d'un fork ? Quel a été l'évênement déclencheur ? (problème de licence ?)
3) Qu'en pense la communauté OpenERP et la société Tiny ?
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Oh que oui
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Maintenez votre Windows à jour.... Évalué à 2.
(pas pu m'empêcher)
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Ajout d'un nouveau troll
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Python 3000 est sorti. Évalué à 3.
L'ascii n'a plus aucune raison d'être et doit disparaître. Un codage sur 7 bit ! Pourquoi ne pas encoder l'année sur 2 entiers au l ieu de 4 pour gagner de la place tant qu'on y est ?
L'UTF-8 a tendance à se généraliser et devrait être partout, plus rien ne justifie des économies d'octets.
J'ai travaillé sur un code Japonais en C. Pour une raison que j'ignore, les japonais ont décidé d'utiliser une locale très très particulière et qui est compliquée à installer. Le japonais n'est utilisé que dans les commentaires mais si tu as le malheur de modifier un commentaire, le code ne compile plus !!! (et oui). Tout simplement à cause des foutus encodages de caractères. (J'ai écrit un script qui traduit tout en UTF-8, ça ne compile plus non plus, ce truc est à la limite du surnaturel).
Alors je peux te jurer que l'idée d'unifier l'encodage de caractère me semble relativement bonne...
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: MSN
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Le protocole MSN et ses supports libres. Évalué à 3.
(parce que la réplique : "si tu veux vraiment être libre, tu devrais aussi te passer de Skype" me fait sourire)
Désolé si j'étais pas clair. Je n'ai même jamais essayé Skype pour dire vrai. (Mais bien MSN Messenger en 2001)
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: XMPP
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Le protocole MSN et ses supports libres. Évalué à 4.
Je voulais faire une pointe d'humour là dessus mais la citation se suffit d'elle-même. (Vous comprenez mon bon monsieur, défendre les droits de l'homme, c'est pas mon truc. Moi j'aime l'adrénaline de se faire poursuivre par des militaires à la solde d'un dictateur, c'est plus excitant)
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: MSN
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Le protocole MSN et ses supports libres. Évalué à 8.
Ce qui est amusant c'est que quand j'ai décidé d'adhérer aux valeurs du libre, j'ai décidé de passer 100% à Linux (ce qui est un choix personnel) et d'arrêter MSN. Je l'ai gardé deux semaines en prévenant mes contacts : "à telle date, je ne serai plus joignable".
Résultat :
- un nombre non négligeable a au moins essayer Jabber (en 2002)
- je n'ai pas à noter une seule personne avec qui j'ai moins de contact qu'à ce moment là
- quelques uns ont même gardé un compte Jabber permanent.
Plus récemment, l'arrivée de Gmail rend vraiment la chose facile (beaucoup ont une adresse Gmail en plus de hotmail).
Ma copine elle-même, qui a créé un compte gmail pour chatter avec moi au départ a de plus en plus de contacts gmail plutôt que MSN. (MSN, je m'y retrouve pas avec tous ces noms à rallonge, je reçois des messages de gens que je connais pas). Et du coup ses copines passent à Gmail et ainsi de suite.
Ce qu'il y a fondamentalement, c'est que abandonner MSN, c'est le truc qui fait peur (comme si ça allait vous couper du monde). Depuis que je suis sur ce site, j'essaye de promouvoir Jabber. Les réponses sont toujours de 3 types :
- Faut être réaliste, mon tonton habite Ouagadougou et il sait utiliser MSN, lui faire ouvrir un compte Gmail est impossible de chez impossible (mais je te jure, je promeus Firefox et Vlc )
- Jabber, j'y passerai quand tout le monde sera passé et/ou qu'il y aura des wizz (bravo les visionnaires)
- MSN c'est le pire truc proprio, faut arrêter.
Signe des temps : la proportion des réponses de type 3 semble passer de quelques illuminés entre 2002 et 2004 à un bon 30-50% de linuxfr.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: MSN
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Le protocole MSN et ses supports libres. Évalué à 3.
Et les gars, faut au moins être honnête : un type qui utilise Windows et un client Jabber est beaucoup plus libre que vous. Certes, il n'a pas les sources de tout sur son PC mais au moins ses données sont dans des formats libres.
Utiliser MSN est juste incompatible avec le fait de vouloir être libre. Après, faut assumer. Soit vous vous en foutez de la liberté (ce que je respecte) et vous utilisez Linux pour les desktop 3D et les jolies icônes, soit vous vous considérez comme libriste et vous n'utilisez pas MSN.
Et si vous utilisez MSN sous Linux, par pitié, ne faîtes pas le moindre évangélisme pour le libre parce que histoire de riduciliser le mouvement, on fait difficilement mieux :
- Installer Firefox, c'est bien
- Mais j'aime bien Internet Explorer
- Mais c'est pas libre. Firefox, on a les sources, on peut le modifier et on peut être sûr qu'il n'y a pas d'espionnage
- Ah bon. Allez, j'essaye.
- Si t'as une question, tu me contactes sur MSN
- ...
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: plop
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Red Flag Linux imposé dans les cyber cafés chinois. Évalué à 5.
Après, je fais partie des gens qui pensent que ce coût est rentabilisé. Ma migration personnelle depuis Windows m'a coûté une semaine de nuits blanches mais je pense que j'ai largement rentabilisé cela (vu qu'à présent j'en ai même fait mon métier)
Mes livres CC By-SA : https://ploum.net/livres.html
# Raisons?
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Python 3000 est sorti. Évalué à 3.
Certains changement me semblent en effet très intéressant (notamment la séparation plus rationnelle des strings en "text" et "bytes") et permettent d'éviter de se planter silencieusement (donc sans que le dev en soit nécessairement conscient).
Par contre, des changements comme le bête print me semble injustifié. Certes, c'est plus logique mais garder un simple statement print n'aurait rien coûté et le coût de la migration me semble disproportionné par rapport au gain. Les changements dans les dict me semblent également important (sans compter qu'il va falloir réécrire toute la doc).
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Adam
Posté par ploum (site web personnel, Mastodon) . En réponse à la dépêche Il faut sauver le soldat Williamson !. Évalué à 2.
http://www.happyassassin.net/2008/10/28/why-i-dont-like-cano(...)
Je suis sûr que c'est encore un coup de Mark S. qui a voulu se venger et à demander sa mise à pied en échange d'une brouette de CD d'Ubuntu Dapper Drake.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Avis d'un enculeur de mouches...
Posté par ploum (site web personnel, Mastodon) . En réponse au journal [H.S.] Une bonne initiative pour continuer d'acheter de la musique (pas libre). Évalué à 2.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Zut j'ai perdu alors
Posté par ploum (site web personnel, Mastodon) . En réponse au journal La citation du jour. Évalué à 4.
C'est le point le plus important : le feu rouge est une indication et les règles sont une incitation à respecter l'indication. Mais le choix final n'appartient qu'à toi. Et le jour où d'autres raisons te sembleront plus impérieuses que l'ammende et le risque d'accident, tu pourras brûler un feu. (Imagine qu'une bombe soit sur le point d'exploser dans le voisinage).
J'appelle cela le droit à l'infraction :
http://ploum.frimouvy.org/?99-defendre-le-droit-sacre-a-l-in(...)
D'ailleurs, les passages à niveaux permettent toujours un passage même fermé. Il suffit de les contourner (j'ai déjà vu quelqu'un le faire, ce que je trouve suicidaire). Les barrières sont là uniquement comme une indication forte.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Que va t'on y gagner ?
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Free assigné en justice par la FSF pour violation de licence GNU/GPL dans sa Freebox. Évalué à 3.
http://www.embeddedlinuxconference.com/elc_europe08/sessions(...)
Il a donné les exemples des projets qui contribuaient pas upstream et OpenWRT était le pire, ce qui a été reconnu par Gregers Petersen, développeurs OpenWRT présent dans l'assistance et pas très loin de moi (je l'ai bien reconnu).
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Que va t'on y gagner ?
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Free assigné en justice par la FSF pour violation de licence GNU/GPL dans sa Freebox. Évalué à 2.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Que va t'on y gagner ?
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Free assigné en justice par la FSF pour violation de licence GNU/GPL dans sa Freebox. Évalué à 6.
À priori, ils savent exactement ce qu'ils voulaient en publiant leur soft sous cette licence.
Sur le fond de l'affaire, il n'y a pas à discuter : Free est coupable d'utiliser des logiciels sans respecter les conditions imposées par les développeurs.
La vraie question est : est-ce que les développeurs (avec l'aide de la FSF) ont exprimé correctement leurs conditions ?
Si Free s'en sort et que la réponse est non, c'est parfaitement injuste vu que, selon l'esprit et non la lettre, la culpabilité est évidente. Et même si dans la GPL il apparait qu'on peut chipoter sur des phrases, on peut argumenter sans hésiter que le but premier de la GPL est annoncé de manière claire partout depuis des années, que les conditions imposées par les développeurs depuis le début ont toujours été constantes et évidentes.
L'analogie avec le serveur est complètement foireuse. L'hébergeur, il te loue un espace pour faire ce que tu veux. Tu ne leur fournis rien, au contraire c'est toi le client. Ici, Free fournis du matériel et du logiciel à un client.
Quand au fait que le routeur appartient encore à Free, cela peut s'imaginer si les routeurs étaient par exemple dans les caves et que l'utilisateur ne le voyait pas et ne faisait que brancher un RJ45 dans un mur. Or ici, l'utilisateur a le droit de démonter son routeur avec un tournevis, de le déplacer, d'appuyer sur les bouttons. Il a donc le droit d'avoir accès aux logiciels GPL pour pouvoir les étudier.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Que va t'on y gagner ?
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Free assigné en justice par la FSF pour violation de licence GNU/GPL dans sa Freebox. Évalué à 4.
- "Sorry" (le tout suivi d'un éclat de rire de l'assistance)
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Diffusion ?
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Free assigné en justice par la FSF pour violation de licence GNU/GPL dans sa Freebox. Évalué à 8.
1) La FSF a porposé la licence AGPL pour combler la lacune des appli web ou sur serveur
2) La GPLv3 elle est censée adresser le problème des brevets (qui n'a rien à voir ici)
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: bon... je crois...
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Le million, le million !. Évalué à 3.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Le million le million !
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Le million, le million !. Évalué à 8.
- "Million !"
- "Millionème commentaire! "
- "Millioneums !"
- ..
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: A mais non !
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Démarrage (usplash) : Une barre de progression "continue" (smooth). Évalué à 7.
(voir aussi la parabole de la course de grenouilles)
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: A mais non !
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Démarrage (usplash) : Une barre de progression "continue" (smooth). Évalué à 5.
À comparer avec la situation actuelle où au moins c'est constant : ça ne marche jamais.
=> au pire, on retombera dans la situation actuelle.
=> c'est une bonne amélioration
=> Je ne vois pas l'intérêt de lui expliquer que c'est une mauvaise idée. Essayez plutôt de trouver comment faire mieux.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Why forking ?
Posté par ploum (site web personnel, Mastodon) . En réponse à la dépêche Tryton version 1.0.0. Évalué à 5.
À noter que c'est une chance extraordinaire. La majorité des entreprises imposent une clause de non-concurrence qui continue plusieurs années après que tu aies quitté la boite.
J'avoue que de reprendre le produit de son patron pendant ton temps libre puis quitter la boite pour lancer ton produit à destination d'un public identique, c'est une action qui me met mal à l'aise selon mes propres critêres moraux (que le produit soit libre ou pas n'a pas d'importance ici). Le fait d'avoir prévu de faire un concurrent (le nom de domaine) tout en continuant à travailler chez un futur concurrent est quelque chose qui me semble inacceptable. Pinky semble l'accepter avec philosophie et c'est sans doute la meilleure réaction qu'il puisse avoir parce que je ne pense pas que fondamentalement son gagne-pain soit menacé.
Note que je comprendrais s'il s'agissait d'adresser un segment de marché différent mais cela ne semble pas être le cas. Si les solutions pouvaient réellement se différencier, cela serait une très bonne chose pour conquérir encore plus le marché. Le problème c'est en effet d'éviter de donner une mauvaise image de la communauté et du libre en général.
Ceci dit, c'est très amusant de vous voir régler vos comptes dans les commentaires. Le temps de prendre un seau de pop-corn et je reviens ;-)
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Why forking ?
Posté par ploum (site web personnel, Mastodon) . En réponse à la dépêche Tryton version 1.0.0. Évalué à 3.
Pour moi, un fork aura du succès si :
- Il s'avère qu'il y a une grande demande de la communauté et que le mainteneur fait la sourde oreille/change de licence (Sodipodi, X11)
- Il y a une volonté de s'adresser à un type de public complètement différent (simplification de l'UI, réduction de fonctionnalités, adaptation à un use-case spécifique)
Je pense, par exemple, qu'un fork amical de OpenERP pour en faire une version ultra-simplifiée pour Les toutes petites entreprises (1 à 5 personnes) avec une doc appropriée, une mise en valeur de la simplicité serait peut-être intéressant.
Mais là, le message ne passe pas. Toutes les raisons me semblent des petits détails techniques dont très peu influent sur l'utilisateur au final. Et si, comme le dit Fabien, ces détails techniques sont de toutes façons adressés dans OpenERP 5.0...
Par contre le site est plus joli, j'avoue !
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: 2 réponses possibles :
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Time tracker. Évalué à 2.
- Impossible d'arranger tes fenêtres comme tu le souhaites sans des contorsions incroyables (et une part de chance)
- Des bouttons dégueus et non-intuitifs partout
- Complètement inutilisable avec un thème sombre
Après, je ne sais quel pourcentage vient de wxwidget et quel vient du designer de l'UI.
Mes livres CC By-SA : https://ploum.net/livres.html
# 2 réponses possibles :
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Time tracker. Évalué à 4.
http://projecthamster.wordpress.com/ (dispo avec GNOME)
- Taskcoach :
http://www.taskcoach.org/
(voir https://linuxfr.org/forums/41/26227.html )
Mes livres CC By-SA : https://ploum.net/livres.html
# Why forking ?
Posté par ploum (site web personnel, Mastodon) . En réponse à la dépêche Tryton version 1.0.0. Évalué à 7.
1) Ajouter, enlever et réécrire des lignes de codes, on s'en fout un peu. Ce qui est important ce sont les fonctionnalités. En quoi Tryton diffère-t-il de OpenERP ? Je parle d'un point de vue concret, pour l'utilisateur. Si actuellement il n'y a pas de différence, alors en quoi Tryton va-t-il différer dans le futur ?
2) En quoi ces modifications (que je ne connais pas, voir question 1) ne pouvait-elle pas être intégrée upstream et donc éviter un fork ? À partir de quel moment a été prise la décision d'un fork ? Quel a été l'évênement déclencheur ? (problème de licence ?)
3) Qu'en pense la communauté OpenERP et la société Tiny ?
Mes livres CC By-SA : https://ploum.net/livres.html