Les ssii peuvent justement vivre des produits gpl en développant du spécif et dans ce cas ça ne change strictement rien pour eux (vu qu'un spécif n'a aucun intérêt à être piraté etc...). La différence c'est que le client n'est pas piégé, il est donc content et paye éventuellement plus pour ça.
Et si l'argument de posséder les "sources" n'a aucun sens pour le client, l'argument comme quoi il pourra l'installer dans plusieurs agences, chez lui etc. est très important. Il suffit de lui faire lire la licence de n'importe quel soft propriétaire pour qu'il voye l'intérêt de la gpl ;-)
Ta démonstration est fausse car tu parles de concurents, il ne vont donc pas s'arranger entre eux.
Si les concurents sont en fait des collègues et sont capables de s'arranger, du fait de la GPL la SSII n'a plus qu'à vendre à un seul d'entre eux et lui dire : "je vous fait le produit au prix fort, mais vous aurrez le droit de le redistribuer/revendre pour l'amortir" C'est donc au client de se démerder et comme il a vraiment besoin du produit il va trouver ses collègues.
Finalement la gpl est plus adapté aux développements pointus et sur-mesure car il sont destinés à être vendus en très petite quantité, voir qu'une seule fois, il n'y a donc pas le malaise de se dire qu'on aurait pu faire fortune en le vendant à d'autres par exemple. De plus les développements pointus répondent généralement à un réel besoin, il rentrent donc tout à fait dans la logique du libre qui est de répondre à un besoin et non d'essayer de créer un besoin pour vendre un produit...
Why yet another version control system? All other version control systems require that you keep careful track of the relationships between branches so as not have to repeatedly merge the same conflicts. Codeville is much more anarchic. It allows you to update from or commit to any repository at any time with no unnecessary re-merges.
Codeville works by creating an identifier for each change which is done, and remembering the list of all changes which have been applied to each file and the last change which modified each line in each file. When there's a conflict, it checks to see if one of the two sides has already been applied to the other one, and if so makes the other side win automatically. When there's an actual not automatically mergeable version conflict, Codeville behaves in almost exactly the same way as CVS.
A l'inverse des autres il a l'air d'être d'une simplicité déconcertante. Je dit ça en me basant sur la page de présentation, j'ai jamais essayé.
Je démarre un projet en local, pour faire des commits très fréquents. Ensuite un développeur est intéressé, je dépose un repository sur un serveur sur lequel on commit tous les deux. Je part dans la montagne sans connexion internet, je me fait une copie du repository sur mon portable qui me permet de travailler tout en bénéficiant de la gestion de version, quand je rentre j'envoi la sauce sur le serveur.
Est-ce ce comme ça la vie avec Arch ? Parcequ'avec cvs c'est pénible à gérer ce genre de chose...
Je veux bien de la liberté mais à condition de pouvoir quand même garder une petite chaîne... Parcequ'elle est jolie finalement ma petite laisse en cuir avec mon nom dessus...
Mord la main qui te nourri ! la nouriture qu'elle te donne c'est du paté de tes congénères !
C'est bien pour toi qu'un gros te donne des miettes, mais fatalement plus il y a de gros et moins il y a de petits... Il suffit de regarder l'exemple des agriculteurs.
C'est génant dans le sens où ça officialise l'emploi précaire : l'employé jetable.
C'est une régression sociale. Jusqu'à maintenant, soit tu te fait embaucher et l'entreprise doit s'investir et s'engager réellement pour ça, soit tu es travailleur indépendant et tu gère toi même ta carière, tu as une certaine liberté et donc des compensations par rapport au côté précaire. Hors là tu n'a ni liberté ni engagement de l'entreprise, bref, tu n'es qu'un vulgaire kleenex pour l'entreprise qui du reste n'aura aucun intérêt à embaucher réellement, d'où encore plus de chomage et ainsi de suite.
C'est comme l'industrie de l'armement, c'est toujours pour se défendre des gros méchants voyous d'en face qui attaqueraient les petits gentils. Ce qui est curieux c'est que c'est toujours les plus puissants qui cherchent à se défendre !
Non, aucune mauvaise intention là dedans. Sur ce, je vais aller couper les mains de mon voisin dès fois qu'il aurait l'intention de me voler quelque chose.
Ca à l'air d'un truc un en chantier (v0.3) mais en fait pas du tout, c'est très stable.
Il y a plein de micro-wiki basés dessus, plus des hacks pour tester que des choses vraiment abouties. J'imagine que moinmoin l'utilisera bientôt ? http://moin.sf.net(...)
Je passe mes journées à écrire des logiciels libres et payants. C'est des logiciels sur mesure que mes clients payent, ils ont les sources avec, ils ont le droit de les diffuser à condition qu'ils restent libres. Mais comme c'est des logiciels sur mesure, ils n'ont aucun intérêt pour personne d'autre donc ne sont jamais diffusé gratuitement par "quelqu'un". Ca n'empêche qu'ils sont bien libres et pas gratuit...
J'ai même des clients qui tiennent à ce que se soient des logiciels libres pour pouvoir les revendrent eux-même. Ben oui, et comme ça chacun gagne sa croute sans que personne ne soit emprisoné dans du propriétaire fermé et tout le monde est content.
La liberté implique le droit de redistribution, pas l'obligation de distribution, c'est différent.
Par exemple si tu as besoin d'un logiciel qui n'existe pas tu me paye et je te le fait, donc c'est pas gratuit. Par contre une fois que je l'aurai fait et te l'aurai vendu, s'il est libre tu pourras le distribuer gratuitement si tu veux. Moi aussi, si je veux. Mais si tartampion veut le logiciel aussi et que ni toi ni moi ne voulons le lui donner gratuitement il n'aura rien du tout.
Tu recherches une équipe de bénévoles pour faire la distrib que tu as besoin pour ta boite... C'est très clair en effet...
Si tu la trouves, tu me fait signe j'aurai de quoi les occuper aussi ;-)
Je considère Debian comme plus pérène par rapport à d'autres distributions parcequ'elle ne repose pas sur des actionnaires mais sur des développeurs et des utilisateurs d'un part et parceque les buts et les méthodes de fonctionnement sont clairement définies.
Péréniser les données c'est bien, mais garantir que l'on poura faire évoluer le logiciel qui va avec c'est mieux...
Le piège des logiciels propriétaires ce n'est pas un fud mais du vécu, je passe mon temps à redévelopper des applications dont l'outil qui à servi à les faire n'existe plus et qui ne peuvent donc plus évoluer... Pourtant on a accès aux données, c'est déjà une sacré liberté, mais çe ne suffit pas. J'ai donc envie de pouvoir garantir à mes clients que cette situation n'arrivera plus s'ils installent une Debian.
Si par contre ils installent "n'importe quel linux" et qu'ils se retrouvent dans la même situation qu'avant, on n'aura pas l'air malin, pas cohérent et plus crédible.
Pourquoi devrait-on faire plus de compromis quand on travaille ?
Quand on monte une startup on a intérêt à utiliser n'importe quel logiciel pourvu qu'il soit connu, et on jette tout au dépot de bilan.
Mais si on veut monter une entreprise viable on a plutôt intérêt à être très rigoureux et à assurer la pérénité de nos outils, donc n'utiliser que des LL et Debian. C'est pour cette même raison que les administrations vont se tourner vers les LL.
Si des logiciels propriétaires font partis de la distribution on va être tenté de les utiliser, voir on va les utiliser sans s'en rendre compte et ça risque de se retourner contre nous à la moindre occasion.
Ne gaspillons pas les resources précieuses de Debian, et travaillons avec des partenaires de confiance.
Bien sûr il y aura toujours le cas exceptionel où l'on a impérativement besoin d'un logiciel propriétaire, mais dans ce cas, et en attendant de le migrer, on remonte les manches soit-même, sans le faire assumer par la communauté.
Loin des champs de bataille, j'ai créé un site pour jouer au scrabble en réseau, je sais qu'il y a quelques enfants qui y jouent. L'intérêt par rapport à la version plateau c'est qu'on y rencontre beaucoup de Canadiens, Belges, Africains etc.
[^] # Re: GPL : est-ce vraiment une bonne solution pour tout?
Posté par wilk . En réponse au journal GPL : est-ce vraiment une bonne solution pour tout?. Évalué à 1.
Les ssii peuvent justement vivre des produits gpl en développant du spécif et dans ce cas ça ne change strictement rien pour eux (vu qu'un spécif n'a aucun intérêt à être piraté etc...). La différence c'est que le client n'est pas piégé, il est donc content et paye éventuellement plus pour ça.
Et si l'argument de posséder les "sources" n'a aucun sens pour le client, l'argument comme quoi il pourra l'installer dans plusieurs agences, chez lui etc. est très important. Il suffit de lui faire lire la licence de n'importe quel soft propriétaire pour qu'il voye l'intérêt de la gpl ;-)
[^] # Re: Ecran plat pour dev et admin
Posté par wilk . En réponse au journal Ecran plat pour dev et admin. Évalué à 1.
J'ai même failli lui faire écrire ça sur un bon de commande pour rigoler...
# Re: GPL : est-ce vraiment une bonne solution pour tout?
Posté par wilk . En réponse au journal GPL : est-ce vraiment une bonne solution pour tout?. Évalué à 2.
Si les concurents sont en fait des collègues et sont capables de s'arranger, du fait de la GPL la SSII n'a plus qu'à vendre à un seul d'entre eux et lui dire : "je vous fait le produit au prix fort, mais vous aurrez le droit de le redistribuer/revendre pour l'amortir" C'est donc au client de se démerder et comme il a vraiment besoin du produit il va trouver ses collègues.
Finalement la gpl est plus adapté aux développements pointus et sur-mesure car il sont destinés à être vendus en très petite quantité, voir qu'une seule fois, il n'y a donc pas le malaise de se dire qu'on aurait pu faire fortune en le vendant à d'autres par exemple. De plus les développements pointus répondent généralement à un réel besoin, il rentrent donc tout à fait dans la logique du libre qui est de répondre à un besoin et non d'essayer de créer un besoin pour vendre un produit...
# codeville
Posté par wilk . En réponse à la dépêche Sortie de GNU Arch/TLA 1.2. Évalué à 1.
http://bitconjurer.org/codeville/(...)
Why yet another version control system? All other version control systems require that you keep careful track of the relationships between branches so as not have to repeatedly merge the same conflicts. Codeville is much more anarchic. It allows you to update from or commit to any repository at any time with no unnecessary re-merges.
Codeville works by creating an identifier for each change which is done, and remembering the list of all changes which have been applied to each file and the last change which modified each line in each file. When there's a conflict, it checks to see if one of the two sides has already been applied to the other one, and if so makes the other side win automatically. When there's an actual not automatically mergeable version conflict, Codeville behaves in almost exactly the same way as CVS.
A l'inverse des autres il a l'air d'être d'une simplicité déconcertante. Je dit ça en me basant sur la page de présentation, j'ai jamais essayé.
[^] # Re: décentralisation
Posté par wilk . En réponse à la dépêche Sortie de GNU Arch/TLA 1.2. Évalué à 1.
# décentralisation
Posté par wilk . En réponse à la dépêche Sortie de GNU Arch/TLA 1.2. Évalué à 3.
Est-ce ce comme ça la vie avec Arch ? Parcequ'avec cvs c'est pénible à gérer ce genre de chose...
[^] # Re: Sortie de GNU Arch/TLA 1.2
Posté par wilk . En réponse à la dépêche Sortie de GNU Arch/TLA 1.2. Évalué à 2.
Tu pourrais étayer ? une url ?
[^] # Re: Richard Stallman prend la plume pour les 20 ans de GNU
Posté par wilk . En réponse à la dépêche Richard Stallman prend la plume pour les 20 ans de GNU. Évalué à 0.
Mord la main qui te nourri ! la nouriture qu'elle te donne c'est du paté de tes congénères !
[^] # Re: Naissance du Cercle des Entreprises Libres et Indépendantes de l'Open Source
Posté par wilk . En réponse au journal Naissance du Cercle des Entreprises Libres et Indépendantes de l'Open Source. Évalué à 1.
# Re: Création de l'Eclipse Foundation
Posté par wilk . En réponse à la dépêche Création de l'Eclipse Foundation. Évalué à 3.
Quelle intérêt par rapport à notre bon vieil emacs ?
# Re: Recherche paquest à packager pour Debian
Posté par wilk . En réponse au journal Recherche paquest à packager pour Debian. Évalué à 1.
http://flibuste.net/libre/morpyon(...)
[^] # Re: CE QUE JE VAIS FAIRE
Posté par wilk . En réponse à la dépêche IBM brevète une méthode de rémunération des développeurs d'Open Source. Évalué à 3.
Le troc c'est une bonne idée, mais si tu gagne des sous dessus ça va être très dur de rester dans la légalité...
[^] # Re: A ce propos...
Posté par wilk . En réponse à la dépêche IBM brevète une méthode de rémunération des développeurs d'Open Source. Évalué à 3.
C'est une régression sociale. Jusqu'à maintenant, soit tu te fait embaucher et l'entreprise doit s'investir et s'engager réellement pour ça, soit tu es travailleur indépendant et tu gère toi même ta carière, tu as une certaine liberté et donc des compensations par rapport au côté précaire. Hors là tu n'a ni liberté ni engagement de l'entreprise, bref, tu n'es qu'un vulgaire kleenex pour l'entreprise qui du reste n'aura aucun intérêt à embaucher réellement, d'où encore plus de chomage et ainsi de suite.
[^] # Re: A ce propos...
Posté par wilk . En réponse à la dépêche IBM brevète une méthode de rémunération des développeurs d'Open Source. Évalué à 1.
Mesures intéressant les entreprises et les associations.
Création du service emploi-entreprise
http://www.apce.com/index.php?n=1&rubrique_id=500000000&typ(...)
Bienvenue dans lavraievie.com :-\
[^] # Re: IBM brevète une méthode de rémunération des développeurs d'Open Source
Posté par wilk . En réponse à la dépêche IBM brevète une méthode de rémunération des développeurs d'Open Source. Évalué à 7.
Non, aucune mauvaise intention là dedans. Sur ce, je vais aller couper les mains de mon voisin dès fois qu'il aurait l'intention de me voler quelque chose.
# Re: mod_python : premiers pas
Posté par wilk . En réponse au journal mod_python : premiers pas. Évalué à 2.
# Re: comparatif wikis
Posté par wilk . En réponse au journal comparatif wikis. Évalué à 2.
http://docutils.sf.net(...)
Ca à l'air d'un truc un en chantier (v0.3) mais en fait pas du tout, c'est très stable.
Il y a plein de micro-wiki basés dessus, plus des hacks pour tester que des choses vraiment abouties. J'imagine que moinmoin l'utilisera bientôt ?
http://moin.sf.net(...)
[^] # Re: hoaxbuster et online.net
Posté par wilk . En réponse au journal hoaxbuster et online.net. Évalué à 6.
[^] # Re: Le point sur le prix des logiciels libres...
Posté par wilk . En réponse au journal Le point sur le prix des logiciels libres.... Évalué à 4.
Je passe mes journées à écrire des logiciels libres et payants. C'est des logiciels sur mesure que mes clients payent, ils ont les sources avec, ils ont le droit de les diffuser à condition qu'ils restent libres. Mais comme c'est des logiciels sur mesure, ils n'ont aucun intérêt pour personne d'autre donc ne sont jamais diffusé gratuitement par "quelqu'un". Ca n'empêche qu'ils sont bien libres et pas gratuit...
J'ai même des clients qui tiennent à ce que se soient des logiciels libres pour pouvoir les revendrent eux-même. Ben oui, et comme ça chacun gagne sa croute sans que personne ne soit emprisoné dans du propriétaire fermé et tout le monde est content.
[^] # Re: Le point sur le prix des logiciels libres...
Posté par wilk . En réponse au journal Le point sur le prix des logiciels libres.... Évalué à 3.
Par exemple si tu as besoin d'un logiciel qui n'existe pas tu me paye et je te le fait, donc c'est pas gratuit. Par contre une fois que je l'aurai fait et te l'aurai vendu, s'il est libre tu pourras le distribuer gratuitement si tu veux. Moi aussi, si je veux. Mais si tartampion veut le logiciel aussi et que ni toi ni moi ne voulons le lui donner gratuitement il n'aura rien du tout.
[^] # Re: recherche d'équipe
Posté par wilk . En réponse au journal recherche d'équipe. Évalué à 3.
Si tu la trouves, tu me fait signe j'aurai de quoi les occuper aussi ;-)
[^] # Re: Vivement http://www.non-free.COM
Posté par wilk . En réponse à la dépêche Abandonner la section non-free de Debian. Évalué à 2.
Péréniser les données c'est bien, mais garantir que l'on poura faire évoluer le logiciel qui va avec c'est mieux...
Le piège des logiciels propriétaires ce n'est pas un fud mais du vécu, je passe mon temps à redévelopper des applications dont l'outil qui à servi à les faire n'existe plus et qui ne peuvent donc plus évoluer... Pourtant on a accès aux données, c'est déjà une sacré liberté, mais çe ne suffit pas. J'ai donc envie de pouvoir garantir à mes clients que cette situation n'arrivera plus s'ils installent une Debian.
Si par contre ils installent "n'importe quel linux" et qu'ils se retrouvent dans la même situation qu'avant, on n'aura pas l'air malin, pas cohérent et plus crédible.
[^] # Re: Vivement http://www.non-free.COM
Posté par wilk . En réponse à la dépêche Abandonner la section non-free de Debian. Évalué à 4.
Quand on monte une startup on a intérêt à utiliser n'importe quel logiciel pourvu qu'il soit connu, et on jette tout au dépot de bilan.
Mais si on veut monter une entreprise viable on a plutôt intérêt à être très rigoureux et à assurer la pérénité de nos outils, donc n'utiliser que des LL et Debian. C'est pour cette même raison que les administrations vont se tourner vers les LL.
Si des logiciels propriétaires font partis de la distribution on va être tenté de les utiliser, voir on va les utiliser sans s'en rendre compte et ça risque de se retourner contre nous à la moindre occasion.
Ne gaspillons pas les resources précieuses de Debian, et travaillons avec des partenaires de confiance.
Bien sûr il y aura toujours le cas exceptionel où l'on a impérativement besoin d'un logiciel propriétaire, mais dans ce cas, et en attendant de le migrer, on remonte les manches soit-même, sans le faire assumer par la communauté.
# Re: Bug|Ticket|Change Tracking System libre
Posté par wilk . En réponse au journal Bug|Ticket|Change Tracking System libre. Évalué à 2.
Assez simple et efficace, et fonctionne sous différentes formes (cgi, serveur autonome / mysql, sqlite...)
# Re: Cherche jeux en reseau pour jeunes enfants
Posté par wilk . En réponse au journal Cherche jeux en reseau pour jeunes enfants. Évalué à 5.
http://seps.flibuste.net(...)
Il est écrit en python, le code est disponible en gpl pour ceux qui seraient intéressés, mais faute de temps il n'est pas documenté ni rien...