🚀 go-pugleaf

 druckeb  writes:

> toute societe qui passe _commande_ d'un soft prend des garanties. Dans
> presque tous les cas, elle achete la propriete du code produit. Ou est
> alors l'interet de passer sous GPL ?

tt le monde sait bien, dans la profession, que ds de nombreux cas le client
ne s'assure m�me pas qu'il dispose bien de tout.

> Elle va payer une SSII des cents et des milles pour un soft que tout le
> monde (y compris ses concurrents) pourra utiliser gratos ?

o, le logiciel correspondra bien � sa 'vision' du probl�me et cette
derni�re progressera ainsi, ce qui lui conf�rera un ind�niable avantage
commercial. elle b�n�ficera aussi le la revue des pairs (examen et
correction du code par les autres utilisateurs)

autre argument : 'cooperation' (qq docs sur le Web)
exemple : s�curit�. la publication de certains logiciels critiques laisse �
toute la profession la possibilit� de l'examiner voire de l'adopter, et
donc d'en d'en am�liorer l'efficacit� (maintenance corrective et
adaptative).

> Dans le cas dont je parlais, qui est celui d'un "editeur", qui developpe
> pour vendre des licences

adopter le LL avec une d�marche de ce genre n'a gu�re de sens. il faut
r�former le mod�le commercial, afin qu'il repose sur le service et non plus
sur les rentes issues de la vente de licences. on peut m�me penser, �
pr�sent, que les �diteurs (sur certains segments) y seront contraints par
les exigences de leurs clients.

> La boite paie le developpement mais ne peut rien vendre

si : du service.

> n'importe qui est en droit de rajouter trois lignes, ou de faire une
> interface plus belle

il peut :
 - conserver cela par-devers lui,
 - publier la modification (patch) sous son nom, ou bien le proposer aux
   mainteneurs. ds ts les cas des derniers peuvent l'int�grer

> Plouf plouf. Je repete : si tu m'engages pour ecrire un soft, c'est que
> ce soft te permettra de gagner en competitivite
> Tu n'as aucun interet a ce que tes concurrents y aient acces

tout le monde sait qu'en mati�re de s�curit� le secret ne vaut rien. il
faut � pr�sent d�couvrir qu'il en va de m�me pour les implantations
d'algorithmes (lire ci-devant, 'vision')

 [�d�veloppeur ]

>> gagne sa vie en �crivant (et en maintenant surtout, c'est le gros du
>> travail on l'oublie souvent) du soft.

> OK. Comment fait si c'est sous GPL ? Pour simplifier, d'ou viennent les
> sous ?

de son employeur, la bo�te qui vend les services. elle les per�oit de ses
clients (qui paient les services).

> Je travaille chez un editeur qui vend des licences, et c'est notre source
> de revenus numero 1. Si demain mon patron decide de passer toute notre
> gamme de produits sous GPL, de quoi on vit
> le service il existe deja et s'il rapporte X, je ne vois pas pourquoi,
> soudain, juste parce qu'on est passes sous GPL, il rapportera 2X

le produit gagnera du terrain (ouverture garantie par l'approche LL, essais
de versions compl�tes possible, co�t de distribution nul, clubs
d'utilisateurs plus dynamiques, co�t de d�veloppement r�duit par les
activit�s des utilisateurs, ad�quation et efficacit� du logiciel am�lior�s
par la revue des pairs ...), le nombre d'utilisateurs augmentera donc.

> Qui plus est, s'il est principalement assure par d'autres societes, on va
> devoir leur piquer leurs clients.

votre meilleure ma�trise du logiciel (vous le d�veloppez) sera facile �
d�montrer, et constituera un argument de poids aupr�s de prospects.

> l'activite "programmation" en elle meme ne fait rien rentrer dans les
> caisses.

tout comme les activit�s commerciales ou administratives (puisqu'elles
n'am�liorent pas le produit). mais tout un chacun reconna�t son importance.

transpose aux �tudes. la R&D ne sert pas de b�n�fices imm�diats, et
pourtant nulle soci�t� de services s�rieuse ne s'en prive.

> Quand tu deviens independant, le client se substitue au patron. Le
> probleme c'est que la ou il existe des lois sociales qui definissent ce
> que ton patron peut exiger de toi, la relation client-fournisseur est
> nettement moins enviable.

ce paragraphe me fait rire. (note : j'ai �t� 'ind�pendant' (conseil en
informatique et organisation) durant 10 ans). un contrat r�git la relation
client-prestataire, cela �tablit une relation ni plus ni moins sp�cifi�e
que celle

> Si ton patron te dis "
> Vous passerez tous vos week ends au bureau afin d'etre dans les delais",
> tu peux (selon la loi) l'envoyer chier (enfin ... je suis mal place pour
> parler vu le temps que j'y passe moi). Si ton client te dis "Votre
> collegue X me le fait en deux fois moins de temps que vous", si tu veux
> le contrat, tu t'alignes

il en va de m�me lors d'une embauche. � potentiel �quivalent on pr�f�re le
candidat qui ne renaude pas, m�me si le contrat de travail exige beaucoup
(en 'quantit�' ou 'qualit�'). le pb ne s'en trouve que transpos�.

> tu crois que quand on developpe, monsieur Y qui a bosse sur le module X
> est le seul a le connaitre ?

c'est fort souvent le cas.

> Il y a des specs, le code est commente, verifie (par d'autres
> developpeurs, par les testeurs)

le LL am�liore encore cela en permettant � tout un chacun d'exercer ces
nobles activit�s.

> la propriete du boulot effectue dans ses murs. Et c'est comme ca qu'elle
> vit. Si elle met tout sous GPL, fini.

la GPL n'�te pas au d�veloppeur la propri�t� du code r�alis�, bien au
contraire.

> je ferai du macrame libre !

ceux qui se refusent � lib�rer leurs codes pourraient, � terme, voir leurs
possibilit�s d'activit� r�duites � cela.

-- 
<URL:http://www.linux-france.org/>
Passager d'avion ? DANGER ! <URL:http://www.sr111.org/>