hacker c'est un job a part entiere, c 'est pour cela qu'ils doivent se trouver svt des numeros de CB.
il faut payer le site de warez et de quoi vivre...
J'aimerai profiter d'un des nombreux post sur les modems usb pour bien comprendre quelles sont les differences entres celui usb et celui ethernet (mis à part la connectique bien sûr) ?
mais bon, ta boite mettra la clef sous la porte des qu'un incompetant de A (ou de ta boite) filera le CD du soft par accident (piratage, ou j'installe-le-soft-chez-moi-pour-travailler-a-la-maison...)
c'est quand meme tres tres risque comme politique non ?
> C'est qu'il veulent en premier, c'est un interlocuteur responsable en cas de pepin.
Ce n'est plus vrai (hélas ou tant mieux, ça dépend de ton point de vue).
Ce que les boites veulent, c'est une garantie de perennité - c'est a dire que l'auteur ne se reconvertisse pas en coiffeur ou boulanger du jour au lendemain - mais pas quelqu'un à tapper en cas de problème.
Le problème que ça cause, c'est que tout le monde est content de voir une société vendre des contrats de support pour un produit X parceque ca veut dire que X ne disparaitra pas demain, mais personne ne prend de contrat. Donc inutile d'esperer créer une société X dédiée à faire du support pour un produit donné uniquement. Donc dans le cas de la question originale, je suggère à l'auteur soit de se faire engager par une société qui supportera commercialement le produit parmis un millier d'autres, ou alors de faire un produit sous une license non-GPL (libre mais sans le droit de redistribuer les sources par exemple)
Tres simple a installer (suffit de la brancher a la carte reseau)
Tres simple a configurer (suffit de configurer la carte reseau)
Fonctionne sur tout les OS passes,presents et a venir (ok, peut etre pas sous DOS :-) )
Un peu plus cher que la version USB, mais tu y gagneras, crois moi.
Qui connait mieux un logiciel que son développeur.
Etant les développeurs, on sera toujours, la société la plus à même d'adapter le soft au besoin du client, de corriger d'éventuel bugs et de répondre rapidement a une question technique précise.
De plus, dans le logiciel, c'est le nom de notre société qui apparait. Donc si il arrive entre les main d'un client potentiel, c'est notre nom qu'il verra en premier.
primo tu achetes la version binaire de mon soft. La version source, elle est en CVS public. Donc si tu veux me faire de la concurrence, tes frais sont purements commerciaux
(sauf si tu veux "rentrer" dans le code)
par contre, je vends aussi de la formation et des manuels audio-videos, et meme une version developpeur, que tu peux acheter pour rentrer dans le code plus facilement (et je fais support technique aux debutants en Python aussi!)
deuxio:
>2 mois apres, on echange les positions et une societe me fait le coup, et c'est moi qui tombe en faillite.
et il se trouve que cette societe, c'est moi :)
en effet
a) comme y'a mon nom dans les sources, j'ai contacte tes propres clients en leur demontrant que je suis le dev original et que si j'ai les memes prix que toi, par contre, je suis plus productif !
b) j'ai aussi recupere tes modifs, et cela m'a donne deux ou trois idees en plus, que j'ai rapidement mis en place et presente a tes propres clients. Au passage, je leur soumets l'idee de basculer le support chez moi ou un partenaire geographiquement plus proche (je considere bien sur que, puisque ta premiere action a ete de me "nuire", tu n'es pas un partenaire "recommande")
De plus, une fois que j'ai "vendu" le premier soft, j'ai ammorti mon coup de production (que j'ai d'ailleurs eventuellement partage avec mes partenaires independants iniatialement (cf cosource.com),
Les nouveaux clients que je demarche a cout reduit (un coup de telephone suivi d'un cd de demo fait maison), je ne leur vends que du support.
(ou des modifications payantes)
Et le support je le vends au meme prix que toi,
mais comme j'ai developpe le soft, je reponds plus vite, donc je fais plus de benefs que toi...
Mais comme la plupart du temps, cest entreprises ne sont pas sous Linux mais sous un OS proprietaire donc le cout d'entretien est trop cher (ou bien parce que la nouvelle version de leur logiciel actuel ne fonctionne pas et il faut qu'ils upgradent), je leur vend une solution Linux Hardware complete et je case mon support. Plus les deux ou trois autres logiciels standards deja existants (une gestions documentaire via Intranet, une messagerie d'email interne...)
De meme, pour l'ajout des fonctionnalites, je suis plus rentable que toi au meme prix: j'ai pas a investir le temps de "decouverte" du soft (et j'ai ma doc perso de dev, les modeles UML et tout le tralala).
De plus, mes premiers clients s'appercoivent que mon travail est correct et qu'ils peuvent, a tres peu de frais avoir un logiciel de compta/facturation qui fait VRAIMENT ce qu'ils veulent... donc ils en redemandent (et ils ont pas besoin d'upgrader leur OS pour ca, parce que la SSII win32 du coin ne supporte plus dBase mais uniquement AccesXP)
Bien sur, mes clients "pauvres" vont se dire:
si je paye pas et que j'attends, un concurrent va payer pour faire developper telle ou telle fonctionnalite.
mais
a) le client qui specifie la fonctionnalite speficie _exactement_ ce qu'il veut. De plus, puisqu'il a besoin de cette fonctionnalite, il va faire des economies (donc a priori le financement du dev lui coute moins cher que d'attendre un hypothetique dev)
b) le client qui a attendu n'aura pas forcement la fonctionnalite exacte dont il a besoin... au final, soit il continue a etre moins efficace que son concurrent, soit il paye pour avoir sa fonctionnalite exacte.
Le tout est d'avoir une echelle de prix de dev correcte _et_ realiste. Ou de coupler developpement "rapide" (Rad + XP) et support plus cher
En gros, le dev coute pas trop cher (genre 10 jours de dev tarif SSII) parce que c'est rapidement fait. (ie pas les 5 jours de tests complets et exaustif en plus: on valide juste par rapport aux specs du client (l'etablissement des specs est bien sur facture a part))
Par contre, le "potentiel" debug se fait en production (en beneficiant du principe des "millions d'yeux qui regardent le code" du logiciel libre).
Les Service Packs sont developpes gratuitement si on a un contrat de maintenance. (principe du docteur chinois: tu payes tant que ca marche. Quand ca marche plus, tu payes pas le patch)
> c'est une clause que vous rajoutez a votre contrat ?
Tout à fait. C'est vrai que si on le voulait on pourrait les commercialiser. Mais il me parrait normal et logique que ce soit la personne qui a financé le logiciel qui décide de ce quelle veut en faire.
Honnetement, vous en voulez trop.
Il vous faut segmenter le marché si vous voulez faire perdurer le projet. Sinon, ce sera la banqueroute.
Le principal défaut d'un mag est son généralisme,
qui s'oppose à l'individualisme : moi, j'ai des besoins que d'autres n'ont pas par essence, et ce même à niveau de compétence peu ou prou égal.
Segmenter comme les dossiers sous Windows
Un mag pour la programmation sous Linux
Un mag pour la programmation sous Windows
Un mag pour les trucs et astuces
Un mag pour la théorie-pratique (à ce propos, la théorie sans exemple pratique n'a pas d'avenir).
sur le contenu de qualite, je ne suis pas certain que deux personnes a plein temps suffisent a remplir un mensuel (?) de qualite - d'autant plus que ceux qui ecrivent a plein temps, n'ont plus le temps de se forger une experience de date!
Particulierement si le contenu s'oriente aussi ingenerie logiciel!
Faire un article sur un produit/langage apres 8 heures d'usage (2 jours? 5?)... n'a rien a voir si on a 10 ans d'experience de ce produit/langage, et y compris des offres "concurentes".
Nombre d'articles des magazines actuels semblent etre ecrits par des professionel de l'ecriture mais amateurs du domaine, c'est bien domage...
==> PAS de CD
==> DVD occasionel
==> articles de qualite PAR des professionels du domaine.
==> dossiers consitants, sur maximum deux numeros
==> couvrir tous les aspects du logiciel
- theorie, algo, math, ...
- ingenierie logiciel
- programmation (languages/techniques)
- produits (ide and Co)
==> couplé par un site web
- news?
- listings
- sommaires/intro des articles
- articles selon l'auteur
Je me suis toujours demandé quelle était la légitimité du générique de CulturePub.
En effet, celui-ci exploite le graphisme de différents logotypes maquillant le leur.
Quid ?
Une opinion serait à la racine de ces problèmes ?
Soit une émission bien connue pour sa passion des marques, donc dans le giron de ces marques, soit un site parodique, donc CONTRE ces marques.
Sur ce simple point, condamner jbd est cruel, voire injuste.
Sur le point concernant le boycot, j'ai bien l'impression que c'est injuste, mais cette fois-ci pour Danone.
Les torts sont partagés :
JUSTICE DE SALOMON : ELIMINONS LES DEUX.
Car personne ne doit être en mesure de se montrer injuste envers un autre.
tu ecris
"En ce qui nous concerne, nous ne commercialisons pas ces logiciels par la suite, il appartient au client."
c'est une clause que vous rajoutez a votre contrat ?
puisque le code est GPL,
dans quelle mesure vous vous engagez a ne pas en reprendre des parties pour vos logiciels "a votre compte" ?
Je suis, étrangement, totalement d'accord avec les 9+1 remarques ci-dessus.
Le coup du CD founi avec le magazine me paraît une *énorme* erreur ... Je suis actuellement abonné à Linux Magazine, mais je ne me suis abonné que pour ne pas avoir ce CD "offert" (pour 15F quand même, au passage), et payer moins cher la revue. Un CD d'accompagnement d'une revue, c'est forcément très vite dépassé (ne serait-ce que dans les domaines informatiques qui bougent vite, au moment de la parution même du journal ! (cf. Kernel Linux, etc.)). Et puis comme cela a été très clairement dit, de plus en plus de monde ont une connexion rapide (personnelle ou sur un campus, etc.) ou au pire connait qq'un qui a une telle connexion. L'utilité du CD est donc proche du zéro absolu. Et il n'y a qu'à voir le contenu des CDs de Programmez!, qui sont assez risibles (majoritairement des démonstrations de logiciels ... bof, bof, bof !).
Donc CD = cher, contenu = trouvable ailleurs et vite dépassé, conclusion = pas de CD
(l'option DVD occasionnel me paraît infiniment plus judicieuse).
Conclusion aditionnelle : s'il y a un CD avec la revue, je ne l'acheterai pas, sans doute même pas pour voir.
Sur les dossiers, pareil, c'est effectivement qqchose de très agaçant que de devoir les découvrir étaler sur xxx pages ...
Ensuite, ce serait peut être bien d'éviter les articles "comment installer et configurer tel soft ...", il y a des aides en lignes sur tous les logiciels, ce genre d'article n'est pas très intéressant non plus.
Sur le contenu, l'aspect théorique ne me semble pas à négliger : je préférerais lire des articles pertinents et pointus sur les réseaux de Petri ou de Markoff plutôt que de devoir subir des initiations ou des rappels, au hasard, sur des langages pour lesquels la documentation est déjà plus qu'abondante.
Je travail dans ce qu'on appelle une SSLL (Société de service en logiciel libre).
Entre autre activité nous développons des logiciels sous GPL.
Si nous développions des logiciels libre dans le seul but de les vendre, la section développement de la boite ne tiendrait pas longtemps. Car vendre du logiciel GPL sans rien autours présente peut d'interêt. Du moin aucun de plus que du propriétaire pluisqu'il y a des risques de dérapage comme tu l'as expliqué précedement.
Le modèle que nous utilisons est celui ci.
On développe deux types de logiciels :
- Un client nous demande de développer un soft. On lui fait, il paie le développement, et puisque le soft est sous GPL, il dispose des sources et peu en faire ce qu'il veut, y compris le faire améliorer par une autre entreprise. Mais le soft lui appartient et il en fait ce qu'il veut. Ceci est un atout commercial pour la vente de nos services de développement. En ce qui nous concerne, nous ne commercialisons pas ces logiciels par la suite, il appartient au client.
- Deuxième possibilité, on fait un logiciel libre "pour notre compte". Ce logiciel sera destiné a être vendu sous des solutions packagés, c'est à dire installation sur site, maintenance du site, plus assistance téléphonique, etc. Ces softs est librement téléchargeable sur notre site. Ce sont des logiciels libre ques j'appellerais "classique" (développement ouvert, diffusion des source et binaire sur internet, ...). Bref ils sont fait pour que l'on puisse vendre du service dessus, et donc plus il sera diffusé, plus on aura des chance d'être contacté par d'éventuels clients. Le système de diffusion des logiciels libres est donc un atout pour nous car les frais de diffusion sont quasi nuls.
De cette façon le developpement de LL peut devenir (tres) rentable.
Non mais c'est mon interet en tant que programmeur. A quoi ca sert de distribuer les sources si c'est pour ne pas les distribuer!!
Le dev libre limite les revenus "directs" de vente du produit (en gros, le mieux que je peux faire c'est un makefile imbittable (cf RedHat GnuTools) et vendre des versions compilees sur CD).
Le dev "ouvert" permet de beneficier du travail d'une equipe sans en supporter les charges salariales (en gros, dans le cas du logiciel de compta, on est N independants geographiquement reparti a utiliser/modifier/ameliorer le code et a le vendre separement sans trop se faire de concurrence) Si je vire le dev ouvert.je ne retire _aucun_ interet "monetaire" donc j'ai AUCUN interet a faire du libre (malheureusement, faire avancer la cause du logiciel libre n'est qu'une consequence, pas la raison majeure, parce que faut manger, acheter un PC plus rapide, payer l'adsl...)
Si le client veut le source, ca marche aussi dans le cas des dev. "proprietaires": le source est mis en depot chez un notaire et en cas de faillite de la SSII, le client recupere le source.
Le dev libre et ouvert permet de garantir que je suis pas le seul a connaitre le code. Donc si un bus me roule dessus, mon client sait que
a) le source est la
b) il y a d'autres dev qui connaissent le code
c) le code est "potentiellement" commente puisque d'autres personnes s'en servent
[^] # Re: Dis, Fabien...
Posté par Anonyme . En réponse à la dépêche Apache s'est fait scalper. Évalué à 0.
C'est quoi cette histoire de IIS ???
Je suis prêt à parier que la news a été corrigée en cours de route.
[^] # Re: Dis, Fabien...
Posté par Anonyme . En réponse à la dépêche Apache s'est fait scalper. Évalué à 0.
il faut payer le site de warez et de quoi vivre...
[^] # Re: N'importe quoi IIS...
Posté par Anonyme . En réponse à la dépêche Apache s'est fait scalper. Évalué à 1.
un r3b3lZ du coté obscur voulant s4u\/3R Mitnicks et les mamifères marins.
merci à lui.
# quelles sont les differences entre modem usb et ethernet
Posté par Anonyme . En réponse à la dépêche speedtouch usb sous freebsd. Évalué à 0.
J'aimerai profiter d'un des nombreux post sur les modems usb pour bien comprendre quelles sont les differences entres celui usb et celui ethernet (mis à part la connectique bien sûr) ?
Serge
tchado@altern.org
# Dis, Fabien...
Posté par Anonyme . En réponse à la dépêche Apache s'est fait scalper. Évalué à -1.
2) "le site apache.org s'était fait joliment cracké" -> "le site apache.org s'était fait joliment cracker" :) :)
3) Je ne comprends pas, ta remarque à propos d'IIS ?
Gnwak !
# N'importe quoi IIS...
Posté par Anonyme . En réponse à la dépêche Apache s'est fait scalper. Évalué à -1.
Parcequ'ils parlent de ASF dans leur message ?
(ASF = Apache Software Fondation != .asp)
[^] # Re: ... au Japon ...
Posté par Anonyme . En réponse à la dépêche IBM, NEC, Fujitsu et Hitachi s'allient pour soutenir Linux. Évalué à 0.
[^] # Re: Mon cas perso: toutdoux
Posté par Anonyme . En réponse à la dépêche Programmeur independant et GPL. Évalué à 0.
Alors pourquoi ToutDoux as t il un systeme a lui de librairies dynamiques ( des plug'ins ) ? Pourquoi avoir re-inventé l'eau chaude ?
(ok je sais c'est pour le fun, pour l'avoir fait ...)
[^] # Re: programmeur independant.
Posté par Anonyme . En réponse à la dépêche Programmeur independant et GPL. Évalué à 0.
c'est quand meme tres tres risque comme politique non ?
[^] # Re: Pas forcément facile
Posté par Anonyme . En réponse à la dépêche Programmeur independant et GPL. Évalué à 0.
Ce n'est plus vrai (hélas ou tant mieux, ça dépend de ton point de vue).
Ce que les boites veulent, c'est une garantie de perennité - c'est a dire que l'auteur ne se reconvertisse pas en coiffeur ou boulanger du jour au lendemain - mais pas quelqu'un à tapper en cas de problème.
Le problème que ça cause, c'est que tout le monde est content de voir une société vendre des contrats de support pour un produit X parceque ca veut dire que X ne disparaitra pas demain, mais personne ne prend de contrat. Donc inutile d'esperer créer une société X dédiée à faire du support pour un produit donné uniquement. Donc dans le cas de la question originale, je suggère à l'auteur soit de se faire engager par une société qui supportera commercialement le produit parmis un millier d'autres, ou alors de faire un produit sous une license non-GPL (libre mais sans le droit de redistribuer les sources par exemple)
[^] # Re: L'artiste et le codeur...
Posté par Anonyme . En réponse à la dépêche Jeux de course sous Linux. Évalué à 0.
[^] # Re: J'ai pas de port usb
Posté par Anonyme . En réponse à la dépêche speedtouch usb sous freebsd. Évalué à 0.
Tres simple a installer (suffit de la brancher a la carte reseau)
Tres simple a configurer (suffit de configurer la carte reseau)
Fonctionne sur tout les OS passes,presents et a venir (ok, peut etre pas sous DOS :-) )
Un peu plus cher que la version USB, mais tu y gagneras, crois moi.
Dinmax
[^] # Re: programmeur independant.
Posté par Anonyme . En réponse à la dépêche Programmeur independant et GPL. Évalué à 0.
Qui connait mieux un logiciel que son développeur.
Etant les développeurs, on sera toujours, la société la plus à même d'adapter le soft au besoin du client, de corriger d'éventuel bugs et de répondre rapidement a une question technique précise.
De plus, dans le logiciel, c'est le nom de notre société qui apparait. Donc si il arrive entre les main d'un client potentiel, c'est notre nom qu'il verra en premier.
[^] # Re: oh le mechant concurrent
Posté par Anonyme . En réponse à la dépêche Programmeur independant et GPL. Évalué à 0.
(sauf si tu veux "rentrer" dans le code)
par contre, je vends aussi de la formation et des manuels audio-videos, et meme une version developpeur, que tu peux acheter pour rentrer dans le code plus facilement (et je fais support technique aux debutants en Python aussi!)
deuxio:
>2 mois apres, on echange les positions et une societe me fait le coup, et c'est moi qui tombe en faillite.
et il se trouve que cette societe, c'est moi :)
en effet
a) comme y'a mon nom dans les sources, j'ai contacte tes propres clients en leur demontrant que je suis le dev original et que si j'ai les memes prix que toi, par contre, je suis plus productif !
b) j'ai aussi recupere tes modifs, et cela m'a donne deux ou trois idees en plus, que j'ai rapidement mis en place et presente a tes propres clients. Au passage, je leur soumets l'idee de basculer le support chez moi ou un partenaire geographiquement plus proche (je considere bien sur que, puisque ta premiere action a ete de me "nuire", tu n'es pas un partenaire "recommande")
De plus, une fois que j'ai "vendu" le premier soft, j'ai ammorti mon coup de production (que j'ai d'ailleurs eventuellement partage avec mes partenaires independants iniatialement (cf cosource.com),
Les nouveaux clients que je demarche a cout reduit (un coup de telephone suivi d'un cd de demo fait maison), je ne leur vends que du support.
(ou des modifications payantes)
Et le support je le vends au meme prix que toi,
mais comme j'ai developpe le soft, je reponds plus vite, donc je fais plus de benefs que toi...
Mais comme la plupart du temps, cest entreprises ne sont pas sous Linux mais sous un OS proprietaire donc le cout d'entretien est trop cher (ou bien parce que la nouvelle version de leur logiciel actuel ne fonctionne pas et il faut qu'ils upgradent), je leur vend une solution Linux Hardware complete et je case mon support. Plus les deux ou trois autres logiciels standards deja existants (une gestions documentaire via Intranet, une messagerie d'email interne...)
De meme, pour l'ajout des fonctionnalites, je suis plus rentable que toi au meme prix: j'ai pas a investir le temps de "decouverte" du soft (et j'ai ma doc perso de dev, les modeles UML et tout le tralala).
De plus, mes premiers clients s'appercoivent que mon travail est correct et qu'ils peuvent, a tres peu de frais avoir un logiciel de compta/facturation qui fait VRAIMENT ce qu'ils veulent... donc ils en redemandent (et ils ont pas besoin d'upgrader leur OS pour ca, parce que la SSII win32 du coin ne supporte plus dBase mais uniquement AccesXP)
Bien sur, mes clients "pauvres" vont se dire:
si je paye pas et que j'attends, un concurrent va payer pour faire developper telle ou telle fonctionnalite.
mais
a) le client qui specifie la fonctionnalite speficie _exactement_ ce qu'il veut. De plus, puisqu'il a besoin de cette fonctionnalite, il va faire des economies (donc a priori le financement du dev lui coute moins cher que d'attendre un hypothetique dev)
b) le client qui a attendu n'aura pas forcement la fonctionnalite exacte dont il a besoin... au final, soit il continue a etre moins efficace que son concurrent, soit il paye pour avoir sa fonctionnalite exacte.
Le tout est d'avoir une echelle de prix de dev correcte _et_ realiste. Ou de coupler developpement "rapide" (Rad + XP) et support plus cher
En gros, le dev coute pas trop cher (genre 10 jours de dev tarif SSII) parce que c'est rapidement fait. (ie pas les 5 jours de tests complets et exaustif en plus: on valide juste par rapport aux specs du client (l'etablissement des specs est bien sur facture a part))
Par contre, le "potentiel" debug se fait en production (en beneficiant du principe des "millions d'yeux qui regardent le code" du logiciel libre).
Les Service Packs sont developpes gratuitement si on a un contrat de maintenance. (principe du docteur chinois: tu payes tant que ca marche. Quand ca marche plus, tu payes pas le patch)
[^] # Re: Modele de logiciel: logiciel sur commande en GPL
Posté par Anonyme . En réponse à la dépêche Programmeur independant et GPL. Évalué à 0.
Tout à fait. C'est vrai que si on le voulait on pourrait les commercialiser. Mais il me parrait normal et logique que ce soit la personne qui a financé le logiciel qui décide de ce quelle veut en faire.
[^] # Re: Bon à savoir...
Posté par Anonyme . En réponse à la dépêche Leonardo contre Leonardo.... Évalué à -1.
[^] # Re: merci pour vous réponses nombreuses
Posté par Anonyme . En réponse à la dépêche Lancement d'un nouveau magazine de programmation. Évalué à 0.
Il vous faut segmenter le marché si vous voulez faire perdurer le projet. Sinon, ce sera la banqueroute.
Le principal défaut d'un mag est son généralisme,
qui s'oppose à l'individualisme : moi, j'ai des besoins que d'autres n'ont pas par essence, et ce même à niveau de compétence peu ou prou égal.
Segmenter comme les dossiers sous Windows
Un mag pour la programmation sous Linux
Un mag pour la programmation sous Windows
Un mag pour les trucs et astuces
Un mag pour la théorie-pratique (à ce propos, la théorie sans exemple pratique n'a pas d'avenir).
Bon courage.
[^] # Re: quelques remarques
Posté par Anonyme . En réponse à la dépêche Lancement d'un nouveau magazine de programmation. Évalué à 0.
sur le contenu de qualite, je ne suis pas certain que deux personnes a plein temps suffisent a remplir un mensuel (?) de qualite - d'autant plus que ceux qui ecrivent a plein temps, n'ont plus le temps de se forger une experience de date!
Particulierement si le contenu s'oriente aussi ingenerie logiciel!
Faire un article sur un produit/langage apres 8 heures d'usage (2 jours? 5?)... n'a rien a voir si on a 10 ans d'experience de ce produit/langage, et y compris des offres "concurentes".
Nombre d'articles des magazines actuels semblent etre ecrits par des professionel de l'ecriture mais amateurs du domaine, c'est bien domage...
==> PAS de CD
==> DVD occasionel
==> articles de qualite PAR des professionels du domaine.
==> dossiers consitants, sur maximum deux numeros
==> couvrir tous les aspects du logiciel
- theorie, algo, math, ...
- ingenierie logiciel
- programmation (languages/techniques)
- produits (ide and Co)
==> couplé par un site web
- news?
- listings
- sommaires/intro des articles
- articles selon l'auteur
c'est tout :)
# C'est légal ?
Posté par Anonyme . En réponse à la dépêche Leonardo contre Leonardo.... Évalué à -1.
# Culture pub ?
Posté par Anonyme . En réponse à la dépêche Leonardo contre Leonardo.... Évalué à 0.
En effet, celui-ci exploite le graphisme de différents logotypes maquillant le leur.
Quid ?
Une opinion serait à la racine de ces problèmes ?
Soit une émission bien connue pour sa passion des marques, donc dans le giron de ces marques, soit un site parodique, donc CONTRE ces marques.
Sur ce simple point, condamner jbd est cruel, voire injuste.
Sur le point concernant le boycot, j'ai bien l'impression que c'est injuste, mais cette fois-ci pour Danone.
Les torts sont partagés :
JUSTICE DE SALOMON : ELIMINONS LES DEUX.
Car personne ne doit être en mesure de se montrer injuste envers un autre.
Fondamentalement.
# Cosource
Posté par Anonyme . En réponse à la dépêche Programmeur independant et GPL. Évalué à 0.
Il existe un site web qui a pour but de mettre en relation développeur et utilisateurs selon s=ce model : www.cosource.com.
Laurent
[^] # Modele de logiciel: logiciel sur commande en GPL
Posté par Anonyme . En réponse à la dépêche Programmeur independant et GPL. Évalué à 0.
"En ce qui nous concerne, nous ne commercialisons pas ces logiciels par la suite, il appartient au client."
c'est une clause que vous rajoutez a votre contrat ?
puisque le code est GPL,
dans quelle mesure vous vous engagez a ne pas en reprendre des parties pour vos logiciels "a votre compte" ?
[^] # Re: quelques remarques
Posté par Anonyme . En réponse à la dépêche Lancement d'un nouveau magazine de programmation. Évalué à 0.
Le coup du CD founi avec le magazine me paraît une *énorme* erreur ... Je suis actuellement abonné à Linux Magazine, mais je ne me suis abonné que pour ne pas avoir ce CD "offert" (pour 15F quand même, au passage), et payer moins cher la revue. Un CD d'accompagnement d'une revue, c'est forcément très vite dépassé (ne serait-ce que dans les domaines informatiques qui bougent vite, au moment de la parution même du journal ! (cf. Kernel Linux, etc.)). Et puis comme cela a été très clairement dit, de plus en plus de monde ont une connexion rapide (personnelle ou sur un campus, etc.) ou au pire connait qq'un qui a une telle connexion. L'utilité du CD est donc proche du zéro absolu. Et il n'y a qu'à voir le contenu des CDs de Programmez!, qui sont assez risibles (majoritairement des démonstrations de logiciels ... bof, bof, bof !).
Donc CD = cher, contenu = trouvable ailleurs et vite dépassé, conclusion = pas de CD
(l'option DVD occasionnel me paraît infiniment plus judicieuse).
Conclusion aditionnelle : s'il y a un CD avec la revue, je ne l'acheterai pas, sans doute même pas pour voir.
Sur les dossiers, pareil, c'est effectivement qqchose de très agaçant que de devoir les découvrir étaler sur xxx pages ...
Ensuite, ce serait peut être bien d'éviter les articles "comment installer et configurer tel soft ...", il y a des aides en lignes sur tous les logiciels, ce genre d'article n'est pas très intéressant non plus.
Sur le contenu, l'aspect théorique ne me semble pas à négliger : je préférerais lire des articles pertinents et pointus sur les réseaux de Petri ou de Markoff plutôt que de devoir subir des initiations ou des rappels, au hasard, sur des langages pour lesquels la documentation est déjà plus qu'abondante.
[^] # Re: programmeur independant.
Posté par Anonyme . En réponse à la dépêche Programmeur independant et GPL. Évalué à 0.
Je travail dans ce qu'on appelle une SSLL (Société de service en logiciel libre).
Entre autre activité nous développons des logiciels sous GPL.
Si nous développions des logiciels libre dans le seul but de les vendre, la section développement de la boite ne tiendrait pas longtemps. Car vendre du logiciel GPL sans rien autours présente peut d'interêt. Du moin aucun de plus que du propriétaire pluisqu'il y a des risques de dérapage comme tu l'as expliqué précedement.
Le modèle que nous utilisons est celui ci.
On développe deux types de logiciels :
- Un client nous demande de développer un soft. On lui fait, il paie le développement, et puisque le soft est sous GPL, il dispose des sources et peu en faire ce qu'il veut, y compris le faire améliorer par une autre entreprise. Mais le soft lui appartient et il en fait ce qu'il veut. Ceci est un atout commercial pour la vente de nos services de développement. En ce qui nous concerne, nous ne commercialisons pas ces logiciels par la suite, il appartient au client.
- Deuxième possibilité, on fait un logiciel libre "pour notre compte". Ce logiciel sera destiné a être vendu sous des solutions packagés, c'est à dire installation sur site, maintenance du site, plus assistance téléphonique, etc. Ces softs est librement téléchargeable sur notre site. Ce sont des logiciels libre ques j'appellerais "classique" (développement ouvert, diffusion des source et binaire sur internet, ...). Bref ils sont fait pour que l'on puisse vendre du service dessus, et donc plus il sera diffusé, plus on aura des chance d'être contacté par d'éventuels clients. Le système de diffusion des logiciels libres est donc un atout pour nous car les frais de diffusion sont quasi nuls.
De cette façon le developpement de LL peut devenir (tres) rentable.
[^] # développement ouvert n'est pas une obligation
Posté par Anonyme . En réponse à la dépêche Programmeur independant et GPL. Évalué à 0.
Le dev libre limite les revenus "directs" de vente du produit (en gros, le mieux que je peux faire c'est un makefile imbittable (cf RedHat GnuTools) et vendre des versions compilees sur CD).
Le dev "ouvert" permet de beneficier du travail d'une equipe sans en supporter les charges salariales (en gros, dans le cas du logiciel de compta, on est N independants geographiquement reparti a utiliser/modifier/ameliorer le code et a le vendre separement sans trop se faire de concurrence) Si je vire le dev ouvert.je ne retire _aucun_ interet "monetaire" donc j'ai AUCUN interet a faire du libre (malheureusement, faire avancer la cause du logiciel libre n'est qu'une consequence, pas la raison majeure, parce que faut manger, acheter un PC plus rapide, payer l'adsl...)
Si le client veut le source, ca marche aussi dans le cas des dev. "proprietaires": le source est mis en depot chez un notaire et en cas de faillite de la SSII, le client recupere le source.
Le dev libre et ouvert permet de garantir que je suis pas le seul a connaitre le code. Donc si un bus me roule dessus, mon client sait que
a) le source est la
b) il y a d'autres dev qui connaissent le code
c) le code est "potentiellement" commente puisque d'autres personnes s'en servent