wilk a écrit 1165 commentaires

Précisons que bitkeeper est un système de gestion de versions (comme cvs) mais décentralisé. Propriétaire mais utilisé par linus pour le kernel alors que l'alternative libre pointe le bout du nez depuis quelques temps déjà.

http://gnuarch.org(...) (au développement un peu cahotique en ce moment) et un dérivé compatible : http://bazaar.canonical.com/(...)
http://abridgegame.org/darcs/(...) particulièrement simple d'utilisation
http://subversion.tigris.org(...) (décentralisé avec svk)

Un petit nouveau qui s'annonce prométeur : http://bazaar-ng.org(...) qui se veut très proche de gnuarch et bazaar, mais écrit en python et à vocation d'être plus clair, simple et efficace. Par Martin Pool, développeur de distcc et rsync. A l'étude pour le moment, avec une documentation très importante sur le site.

L'équipe de bitkeeper a toujours été particulièrement agressive envers ces alternatives (d'après ce que j'ai lu sur la ml du kernel). Il faut rappeler que la licence de bitkeeper permet de l'utiliser gratuitement pour des logiciels open source mais qu'il est interdit de l'utiliser pour des projets sur le même theme. Par exemple développer un système de fichier gérant des versions au sein du noyau serait interdit.

Est-ce que bitkeeper s'ouvre sous la pression des alternatives ?

tutorial de gnuarch en français pour ceux qui voudraient avoir une idée de ce que permet un système de gestion décentralisé : http://flibuste.net/libre/tlafr/(...) (mais plus très à jour)

Ce que je voulais dire c'est que si tu développe à ton compte avec une licence, libre ou pas, pour toi c'est pareil, tu reste maitre de ton produit. Si tu es salarié tu as d'autant plus intérêt à produire sous une licence libre sinon t'as juste gagné ton smic et t'as perdu tout le reste.
C'est tout.

Le contrat de travail te garanti un salaire en revanche tu perds tous les droits d'utilisation de ce que tu as fait. Par exemple si par la suite tu te mets à ton compte tu n'auras pas le droit de réutiliser les programmes que tu as fait pendant que tu étais salarié.
Une licence libre te permet de conserver les droits de ton travail ad vitam, quelque soit ton statut lorsque tu l'as réalisé.

Ensuite, je voulais simplement dire que tu bénéficie des logiciels libres indirectement puisque tu ne les payes pas toi non plus. La boucle est bouclée sans qu'il y ait eu besoin de transaction financière entre les développeurs (c'est ce qui se passe au sein d'une entreprise finalement).
Si tu paye les composants en revanche tu paye aussi un tas d'intermédiaires (commerciaux, taxes etc.) et donc les développeurs se coulent les uns les autres...

Je ne conteste pas qu'on puisse vivre en dépensant peu par respect pour l'environement (j'ai 2,2 sur http://www.earthday.net/footprint/index.asp :-) . Mais respecter son environement c'est aussi payer sa part de charges.
Il a un enfant qui va à l'école dont il paye les charges (1500$/mois) très bien.
Mais à aucun endroit je n'ais vu qu'il parlais de charges de santé, d'entretien des routes etc... Pourtant il dit aprécier l'environnement d'une université.

Mettons qu'aux us le paiement des charges soit différent. Il faut juste savoir qu'en France c'est plus simple, si on demande 1000euros de dons, il faudra payer un peu moins de la moitié en charges, en échange d'avoir tous les services quasiment gratuits (routes, hopitaux etc.). Après chacun voit, mais ne l'oubliez pas dans vos calculs prévisionnels...

Le developpeur demande 810$/mois, si on enlève les charges ça lui fait le rmi en fin de mois... Pas très crédible, oubien il a tout simplement oublié que supporter sa famille c'est aussi lui donner une école, des hopitaux, des routes etc.

Le rapport de force comme tu dis n'est pas pire, loin de là. Je te rapelle que si tu es un smicard qui bosse pour un patron du medef, tout ce que tu développe lui appartiendra au point que tu n'auras même pas le droit d'utiliser toi même ce que tu as développé (et encore moins de le revendre). Article L113-9. Donc payé oui, mais un peu et pas pour longtemps !

Hors les licences libres protègent justement le développeur dans le sens où il garde tous les droits sur son développement. Donc peut-être pas payé rapidement, mais peut-être très longtemps...

De plus, les licences libres profitent énormément au développeurs, et même beaucoup plus qu'aux utilisateurs puisqu'elles nous permettent d'utiliser le travail d'un autre développeur pour notre propre développement. Et ainsi de suite tous les développeurs en profitent.

Si on doit instaurer des rétributions financières entre nous, très peu en profiteraient au contraire.

1. C'est exactement la même malhoneteté que dans l'autre sens... Mais comme on l'a vu, quand on donne c'est pas pour recevoir qq chose, ça s'appelle acheter dans ce cas !

2. Au niveau légal, en france il n'y aucune ambiguité, c'est totalement illégal de recevoir de l'argent sans le déclarer (au fisc et à l'urssaf), que ce soit un don ou autre ne change strictement. Le don ne change quelque chose que pour les associations déclarés d'utilité publique, dans ce cas le donateur déduit le don de ses impots mais les développeurs de logiciels libres, même si c'est d'utilité publique ne sont pas encore reconus comme tels...

Après, si tu reçoit 10euros par an, c'est sûr que personne ne va aller t'embêter avec ça... Mais ça reste illégal quand même.

Le moyen de paiement n'a évidement rien à voir là dedans, c'est juste une question pratique.

Avec ton exemple il y a eu migration des applis des développeurs, donc migration des desktops clients, formation des utilisateurs et enfin migration des serveurs et formation des admins... Ensuite baisse de rendement drastique pendant quelques mois le temps de stabiliser tout ce petit monde.

Tu te rends compte du coût de l'opération ? Je ne connais pas beaucoup d'entreprises qui ont les moyens et l'envie de l'assumer tous les ans ! Surtout que ce genre de migration prend généralement plusieurs mois. Que les développements eux même ont pris plusieurs mois, voir années (et donc ne tournerons pas sur le même système au début qu'à la fin !)

Par contre je ne compte plus le nombre d'entreprises qui ont encore de nombreux serveurs NT4 et postes 95-98...

Il ne faut donc pas généraliser par rapport à quelques cas personnels. Les délais entre les releases ne sont pas un problème pour tout le monde, et en particulier dans les entreprises autres qu'informatiques.

Il y a par ex un groupe d'entreprises utilisatrices de python qui cherche à stabiliser beaucoup plus longtemps les versions de python.

1 - Pourquoi voudrais-tu que l'auteur fasse un compte rendu de sa cagnote alors que la très grande majorité des utilisateurs de son logiciel ne vont même pas lui dire qu'ils l'utilise.

2 - Pour encaisser de l'argent en france il faut obligatoirement avoir un statut adhoc (indep, sarl, asso...)

Par contre ne soit pas pessimiste, je ne pense pas que ce ne soit que la taille du projet qui attire les donateurs, c'est aussi, et peut-être surtout, l'intérêt du logiciel. Mais là il faudra d'autant plus avoir le statut adhoc pour pouvoir répondre immédiatement à une demande éventuelle.

Dans un domaine relativement proche, j'ai fait un site internet (un jeu), et lorsque j'ai eu besoin de financer l'hébergement les visiteurs ont tout de suite accepter de mettre la main à la poche et depuis le serveur et mes frais sont entièrement financés par les joueurs. Ce qui a aidé je pense c'est que j'avais le statut et que j'ai pu proposer un paiement par carte.

Pour quelques applis spécifiques il reste beaucoup moins couteux de faire quelques backports que de changer l'intégralité.

Ce qui serait appréciable à la rigueur c'est de certifier certains backports, ça tombe bien c'est justement le cas pour ton exemple d'exim il me semble...

Sinon, c'est le rôle des (nombreuses) distributions dérivées, c'est fait pour, il ne faut pas tout mélanger à mon avis.

Ca fait longtemps qu'elle est sortie, je m'en sert tous les jours ;-)

C'est marrant cette idée que "le monde professionnel" souhaiterait des releases plus fréquente... Je constate plutôt l'inverse car chaque nouvelle release a un coût énorme pour une entreprise.
Donc mis à part les entreprises qui ont des informaticiens attitrées ou qui ont un gros budget r&d, ça ne tient pas... Et pour ceux-là, il y a testing, unstable et experimental.
Généralement le fait de vouloir tout changer sans arrêt c'est plutôt un argument commercial, hors particulièrement en informatique, tout le monde sait qu'il ne faut pas toucher ce qui marche !

Customisable aux petits oignons... On peut en faire un simple todolist ou une vraie usine à gaz de gestion de projets...

http://roundup.sf.net(...)

Puisque les adresses ne sont semble-t'il pas rapellées assez souvent :

Pour poster sans modération il y a le newsgroup fr.comp.lang.python et la mailing-list http://www.aful.org/wws/info/python(...)

Pour contribuer sans modération non plus il y a le wikipython http://wikipython.flibuste.net(...)

Ca n'a même pas tellement de sens de demander un développeur xul pour 3 ans... Autant demander un développeur tout court et le former pour xul pour l'occasion.

Ma question était aussi de savoir si la plateforme a été pensée pour ça ou pas dès le départ, l'éternel choix d'utiliser les users unix ou pas. vhffs1 ne l'était pas, vhffs2 l'était (je me souviens avoir participé aux tests).

Est-ce que python, perl, ruby etc. sont permis aussi comme c'était le cas avant ? Ainsi qu'un accès ssh il me semble non ?

Un ptit récap des différences firebird/postgresql/xyz ?

En particulier, j'aimerai savoir quelle base libre se rapproche le plus d'oracle, que je suis amené à utiliser de plus en plus par mon travail :-(. Il me semble que c'est postgresql, mais je ne connais pas les autres. Je parle au niveau développement, pas au niveau perf ni autre. C'est à dire compatibilité de la syntaxe sql, des fonctions etc...

Est-ce qu'il y a un document expliquant les incompatibilités entre les deux pour passer une base mysql a postgresql en douceur ?

Qu'est-ce que vous utilisez pour l'attaquer en python ?
pypgsql psycopg ou pygresql ? (si quelqu'un pouvait décrire les avantages et inconvénients de chacun...)

J'utilise roundup également, sa particularité est qu'il est personalisable à l'extrème, c'est un vrai bijou ! On peut en faire une simple todo-liste jusqu'à une gestion complète de projets par clients avec gestion des délais, du budget etc... (voir le wiki pour des exemples)

L'autre particularité c'est que le bug-tracking de roundup n'utilise pas roundup (mais celui de sf) !

Si te recherche la souplesse et la simplicité du style php pour les applis web, il y a tout un tas de petits frameworks qui s'en rapprochent plus que Zope qui est bien autre chose et donc incomparable avec un langage comme php.
cherrypy, twisted, quixote, webware etc... Le seul problème est qu'il y en a beaucoup, personnellement j'ai préféré créer le mien, c'est pas difficile et on a vite fait d'avoir quelque chose à la fois souple comme du php mais sans rentrer dans une usine à gaz.

Ce qui n'enlève pas l'avantage indéniable de php d'être supporté par pratiquement tous les hébergeurs mutualisés, comme insiste bien le livre blanc (ça me fait penser à une plaquette windev ce côté on est les meilleurs et les plus nombreux).

Faut arrêter de croire qu'on est noyé de papasseries et de charges en créant sa boite, je ne suis pas sûr qu'il y en ait moins en passant par une société de portage... Y a un formulaire à remplir pour s'inscrire en indep et ensuite, jusqu'à 27000 euros/an de recettes y a une seule case à remplir par an pour déclarer ses revenus. Si on gagne plus c'est un poil plus compliqué, mais rien de bien méchant tant qu'on n'a pas de salarié.

50% sur le montant facturé c'est également énorme, car je suppose qu'ils te payent tes charges mais pas tes frais... Hors en indep (comme en salarié) la plupart des charges sont payées sur les bénéfices, donc après déductions des frais. Autant faire de l'intérim...

Ce que te propose cette entreprise est complètement illégal... Le statut d'indépendant impose qu'il n'y ait pas de lien de subordination avec une entreprise (si t'es indep il te faut plusieurs clients obligatoirement).

Donc ils te proposent ça pour économiser au niveau des charges d'une part et au niveau de plusieurs contraintes sur les droits des salariés. A toi de voir si tu en profite pour t'inscrire quand même et essayer plus tard d'avoir d'autres clients, mais dans ce cas tu dois négocier une augmentation substentielle, de l'ordre du double, qui te paiera tes charges et frais divers (pour eux ça restera benef quand même).

Le portage est également illégal même si c'est toléré... (voir les forums de droits pour plus de détails)

A part ça... Pour s'inscrire il suffit de remplir un formulaire à l'urssaf (l'inscription est immédiate), les cotisations sont proportionelles avec un minimum de l'ordre de 2500 euros/an. Pas besoin de comptable, la gestion est très simple.

Je confirme qu'un keytronic, déjà sa rapelle des vieux souvenir, et en plus c'est extrèmement efficace et robuste (attention, c'est énorme et très lourd !). Par contre, l'ergoforcerie, bof... Y a aussi la barre d'espace anti-magnetisme... bof aussi...