> "Si un problème d'intéropérabilité empêche l'usage d'un bien
> légalement acquis, la mesure technique de protection n'est plus
> protégée par la présente loi"
> voire même:
> "Le fait de distribuer un logiciel de contournement de MTP sur une
> plateforme pour laquelle le fournisseur de la MTP n'a pas fourni de
> solution de lecture n'est pas concerné par cette loi"
Le deuxième est très dangereux. Je ne veux pas me retrouver avec un rootkit Sony pour GNU/Linux/x86 sur ma bécane si jamais j'achetais un CD.
La première proposition est à mon avis bien meilleure.
J'ajouterai que tu peux bien évidemment utiliser une base PostgreSQL depuis Zope, en plus de sa base objets native, tu as donc le meilleur des deux mondes, à utiliser en fonction de tes besoins.
Dans le sens où avec PostgreSQL tu peux aussi définir tes types de données (ce que j'ai oublié de mentionner au dessu), effectivement tu peux stocker des objets dans la base, mais c'est loin d'un accès immédiat et transparent, les manipulations elles-mêmes restent en SQL.
Je pense que de toutes façons il vaut mieux utiliser les points forts de chaque type de base de données en fonction de ses besoins, plutôt que de vouloir trouver la base qui répond à tous les besoins, mais dont une partie du code aura sans doute été moins souvent testée en production que les autres (cas des fonctionnalités objet de PostgreSQL, qui est pour le reste carrément balaise et fiable).
En fait PostgreSQL est un SGBDR "orienté" objet, en ce sens qu'il te permet notamment de faire de l'héritage entre tes tables, et de définir tes propres méthodes. Par contre la partie accès aux données reste du relationnel, et doit se faire en langage SQL.
Dans une véritable base objet, les accès sont plutôt du genre :
identifiant = "trucmuche"
monobjet = mabase.recupere(identifiant) # va chercher l'objet dans la base
monobjet.unemethode() # appelle une méthode de cet objet
monobjet.unepropriete = "blah!" # ici l'objet est modifié, et la base aussi de manière transparente
Quelqu'un a un comparatif des fonctionnalités de EyeDB comparées à celles de ZODB, la base de données objets intégrée à Zope et libre depuis 1998 (et oui, ça peut s'utiliser SANS Zope) ?
J'oubliais de préciser : vu le volume que nous produisons, il est impossible d'assurer tout post-traitement de manière manuelle, c'est pourquoi tout est automatique.
Depuis la rentrée, nous en sommes à 270 fichiers SMIL, 45 Go de vidéo et 2 Go de diapos, pour environ une cinquantaine d'heures de diffusion par semaine.
Je t'ai envoyé un lien vers la vidéo en message privé (j'espère que ça a marché).
En ce qui concerne les outils je n'ai pas de liens spécifiques, ici on a développé en interne. Si tu vas sur le site de l'association Aristote (voir les liens de la dépêche) tu trouveras peut être ton bonheur.
En fait la phrase est peut être mal tournée, nous ne synchronisons pas avec les logs d'IRC, mais l'étudiant à distance a dans la même fenêtre la vidéo, les diapos, et le chat (applet java libre eIRC), que ce soit en direct ou en différé (le chat reste donc du direct).
Ce que tu proposes est une très bonne idée cependant, et ne doit pas poser trop de problèmes si ton horodatage est correct : SMIL est très simple.
Nous avions fait faire des tests de sous-titrage à un stagiaire il y a quelques années, c'était entièrement manuel et demandait un temps fou, mais il est bien sûr possible d'automatiser. Je crois, sans toutefois pouvoir l'affirmer, que nos sous-titres synchronisés étaient au format RealText mais intégrés avec la vidéo (Real aussi) à travers un fichier SMIL, peut être que c'est possible en SMIL directement.
Nous n'avons pas souhaité faire ce que tu proposes car cela pourrait poser des problèmes, du genre plusieurs étudiants qui discutent et disent du mal d'un de leurs acolytes qui ne suis pas le cours en direct ce jour-là, le soir la personne en question regarde le cours qu'elle a manqué et voit les commentaires peu élogieux sur sa personne, tu imagines facilement la suite...
Enfin je rappelle que grabslides ne fait pas lui-même la synchro pour le différé, car il y a une passe supplémentaire faite par un autre outil. Par contre la synchro diapos+vidéo en direct est bien effectuée grâce à grabslides qui maintient à jour un lien symbolique sur la diapo courante.
grabslides capture uniquement des images, pas des vidéos ce n'est pas le but.
il peut capturer ces images depuis une carte d'acquisition ou bien depuis un serveur de caméras Axis (en gros ce sont des webcams multi-caméras).
le but de grabslides est la capture des diapos diffusées par les profs, ou des formations à tel ou tel logiciel, depuis leur portable : on branche la sortie VGA sur un convertisseur, et la sortie du convertisseur est envoyée en entrée d'une carte d'acquisition et/ou d'un serveur de caméras, ce qui permet de capturer de différentes façons, sans avoir à intervenir sur l'ordi du prof, ni même qu'il ait à faire quoi que ce soit.
parallèlement, nous avons un logiciel qui capture la vidéo, pour l'instant c'est RealProducer mais nous espérons pouvoir passer au format libre Ogg/Theora d'ici à la prochaine rentrée.
en fin d'acquisition, grabslides génère un PDF, HTML et XML, puis un générateur de SMIL qui sera sans doute diffusé plus tard, va synchroniser diapos acquises et vidéo. Tout cela étant entièrement automatique, la mise en ligne pour diffusion en différé suit de quelques secondes la diffusion en direct.
le lancement et l'arrêt de l'acquisition, ainsi que le choix et le pilotage des caméras (2 salles équipées, 3 caméras par salle), sont fait à distance par un technicien depuis une interface web, donc pas besoin d'avoir du personnel supplémentaire dans la salle de cours.
un schéma et des explications complémentaires sont dispo sur http://cortex.unice.fr/~jerome/ZProtocol2000/videoiup.pdf mais par contre ce document est très très vieux et n'intègre pas les améliorations ajoutées depuis 2003 : capture et synchro des diapos, feedback audio à travers IRC, etc...
est il possible pour une association à but non lucratif (si linuxfr en est une) d'avoir des rentrées d'argent qui ne sont pas des cotisations ou des dons ?
(je n'y connais rien, c'est juste une question, si ça se trouve c'est possible)
en ce qui concerne la question du sondage, à mon avis OK mais il ne faudrait pas que ça "flashe" trop :-)
Lorsque tu parles des dernières décennies et des travaux ayant mis au jour des informations sur la Gaule pré conquête, tu oublies de dire que les chercheurs français ayant fait cela ne sont pas légion (c'est le cas de le dire), et qu'avant 70 il n'y en avait sans doute qu'un ou deux (goudineau ?)
De plus, c'est très pratique de remonter de deux milles ans en arrière pour ton exemple, mais malheureusement ce que je dis s'applique bien évidemment aussi à l'histoire récente : 2nde gerre mondiale, algérie, iraq1, iraq2 (iraq3 ?)... entre autres.
Dans la mesure où tu fais partie des vainqueurs ou des vaincus tu ne peux pas être réellement objectif (ne serait-ce que pour des questions d'avancement : si tu comptes avoir un poste de chercheur alors bon courage si tu dévies de la ligne officielle avant d'avoir ce poste).
Je crois qu'une article récent d'une loi française qui a fait pas mal de bruit dans les médias les jours derniers (malgré son vote en fanfare par l'ensemble de l'assemblée nationale il y a moins d'un an) est la preuve flagrante de ce que j'avance.
(et je suis poli, sinon j'écrirais "Mes couilles !")
L'histoire est écrite par les vainqueurs. Partant de là, tu peux chercher scientifiquement ce que tu veux, tu ne verras guère plus que ce que les vainqueurs ont voulu que tu voies, s'il ne reste aucun (ou pas suffisamment de) témoin(s) vivant(s).
J'ai assisté (un peu par hasard, je ne suis plus étudiant) la semaine dernière à un cours là dessus. D'après ce que j'en ai compris, pour la Sécu il ne s'agit pas d'un budget qui effectivement devrait être équilibré, mais d'une loi de finances où il n'y a pas "besoin" d'équilibre.
(NB : cela n'implique pas que l'Etat doive, ou ne doive pas, de l'argent à la Sécu)
Sur le plan financier, c'est sûr que ce serait bien que Notre Sécu arrive à économiser 75 Millions de Livres (en gros 100 Millions d'Euros).
Mais si on considère que son fameux "trou" est de 10 Milliards d'Euros (annuels ?), soit 100 fois plus que cette économie hypothétique (puisque Notre Sécu n'a pas prévu une telle migration), on peut raisonnablement penser que les problèmes de Notre Sécu sont ailleurs...
Maintenant si on regarde ce que représente ce fameux "trou" par rapport aux sommes manipulées par Notre Sécu (plusieurs centaines de Milliards d'Euros), on peut aussi se dire que ce "trou" n'est finalement "pas grand chose", et à mon avis personnel (à moi) très loin d'être le gouffre avec lequel on veut nous effrayer...
> je vois pas trop comment c'est possible de faire un paiement via
> paypal...
à ma connaissance ça ne l'est pas.
cela dit il existe une association qui permet aux administrations d'acheter des "shareware", et qui peut être permet cela, c'est http://www.litiel.org(...)
si c'est une boite aucun souci, ils suffit qu'elle accepte les bons de commandes venant des administrations (et accepte aussi les délais de paiement).
mais pour un hobbyiste c'est moins facile,
il faut que le développeur se mette en travailleur indépendant, par exemple en plus de son boulot normal s'il a la chance d'en avoir un, et il peut alors facturer aux administrations.
cependant si le volume est faible ça ne vaut pas le coup car il y a des frais incompressibles (urssaf, retraite, maladie) même s'ils font doublon...
Pour l'instant l'interface web de PyKota ne permet pas de gérer les quotas, mais de les consulter, d'obtenir des devis d'impression, ou d'exporter les données dans différents formats.
Y a t'il des problèmes que tu souhaiterais voir résolus avec l'interface web actuelle, ou bien parles tu uniquement du fait qu'elle ne permette pas l'administration des quotas ?
Sans retour de la part des utilisateurs (ou utilisateurs potentiels), c'est difficile d'améliorer les choses.
En ce qui concerne le décompte de l'encre consommé, c'est prévu pour "bientôt".
Pour ce qui est de la gestion financière, à mon avis PyKota est au point, et permet même de ventiler les impressions par code de facturation ou par imprimante en plus de par utilisateur.
Sinon tu peux toujours voir une banque, mais c'est environ 500 Euros d'inscription, plus 5% à 15% sur chaque encaissement, plus cotisation annuelle. En clair pour 2000 Euros tu en laisse quasiment la moitié à la banque.
oui, enfin dans le cas des régions d'espagne, en particulier la catalogne, "amicale" est peut être mal choisi :-)
<mavie>
pour avoir fait pas mal de stop en espagne avec des pancartes rédigées en catalan / castillan / valençois, je me rappelle la gueule et les signes "amicaux" des conducteurs lorsque la pancarte était rédigée dans la langue non-adéquate...
</mavie>
D'autre part j'ai cru comprendre que Cuba était (ou avait été) exemplaire en ce qui concerne la santé et l'éducation, même par rapport à certains pays "développés". Je n'en sais cependant guère plus donc merci de me corriger au besoin.
> (astuce pour les commentateurs de LinuxFr : quand vous mettez une
> URL, n'oubliez pas le protocole, HTTP ici, de sorte que votre URL
> sorte en lien hypertexte !).
C'était fait exprès, je relatais mon expérience, c'était donc pas pour faire de la pub.
> Abonnements et tapis de souris, ça peut intéresser des étudiants
> (et encore), mais ce n'est pas ça qui ferait bouillir ma marmite, ni
> payera mon loyer...
Ce n'est pas le but. Si j'avais les moyens je paierai un développeur supplémentaire à temps plein, mais ce n'est pas le cas. C'est jusque que de donner un petit cadeau symbolique en échange d'une contribution de code ça fait toujours plus plaisir à celui à qui tu l'offres que de ne rien lui donner du tout. Ils ont de toutes façons déjà toute ma reconnaissance, donc c'est juste du bonus :-)
> J'ai l'impression que les logiciels que tu développes/distribues sont
> plutôt orientés vers les développeurs, ce qui expliquerait que ces
> derniers se tournent vers les versions CVS ou SVN...
Précisément pas, car les deux seuls logiciels que je distribue sur ce modèle sont destinés aux administrateur systèmes et pas aux développeurs.
> L'intégration de tes softs dans Debian serait une preuve se succès...
Mais justement, plusieurs de mes autres logiciels sont présents dans Debian, alors que je ne fournis PAS le paquet Debian. Et pour ceux pour lesquels je le fournis (et assure la maintenance), ce n'est pas le cas. C'est justement ce que je trouve étrange : les gens qui ont accès à ces paquets ne les redistribuent pas, alors que la licence les y autorise. Encore une fois c'est sûrement psychologique, le sentiment d'appartenir à une "élite" peut être, je n'en sais rien, mais les faits sont là...
De manière générale, la preuve du succès peut aussi se mesurer à la liste des utilisateurs (entreprises, universités...) plus ou moins prestigieux, les volumes de données gérées, la place (non payée) dans une recherche google par rapport à des logiciels propriétaires du même type, etc...
Quand à la preuve du succès financier, tu peux visualiser les sommes recueillies sur mon site. Encore une fois ce n'est pas un boulot à plein temps, donc ça paie très largement les clopes (je ne fume pas).
> A vrai dire, le modèle économique sur lequel tu te bases est celui
> qui consiste à ne pas aller jusqu'au bout du travail de
> développeur, qui est de fournir un logiciel dans un état où la
> valeur d'usage du logiciel est maximale.
Je ne suis pas d'accord. Mon travail de développeur s'arrête là où il doit s'arrêter, c'est à dire là où celui de l'éditeur doit prendre le relais.
Si les gens veulent un produit packagé plutôt que de suivre les instructions pour télécharger gratuitement, ils n'ont qu'à payer. Faire des paquets ne m'intéresse pas, les mettre régulièrement en ligne sur un site (qu'il faut maintenir) avec des liens à la con, en tant que développeur cela n'a aucun intérêt pour moi. Je développe avant tout pour mon plaisir, et je publie sous GPL pour que d'autres, prêts à faire un effort minimal (svn co) en profitent. Faire un travail chiant (packaging) sans rétribution, pour ceux qui ne veulent faire aucun effort, je trouve que cela n'apporte rien au Libre, peut être même au contraire cela fait du mal au Libre (mais ce n'est que mon avis).
> Mais en tout cas, ce n'est pas un modèle à généraliser non plus
> ...
ça je n'en sais rien si on doit ou pas le généraliser. Tout ce que je peux dire c'est qu'effectivement, si on n'est pas trop gourmand, ça marche : pour moi c'est entre 5% et 10% de revenus complémentaires par rapport à mon emploi principal, en constante augmentation, et non, je n'ai pas la prétention de croire que cela ne s'arrêtera jamais ;-)
Voilà, c'était juste pour apporter une réponse à la question "mais comment font ils ?" du post précédent, en se servant d'un exemple que je connais.
[^] # Re: Bof
Posté par Jerome Alet (site web personnel) . En réponse à la dépêche Big Brother Awards 2005. Évalué à -3.
Pas de problème, vu le nombre de connards qui sont allés voter Chirac en 2002 ça devrait pouvoir se faire !
Et pour couper court à toute spéculation : les autres connards qui sont allés voter pour quelqu'un d'autre sont AUSSI des connards.
[^] # Re: Quelles solutions proposer pour préserver le LL?
Posté par Jerome Alet (site web personnel) . En réponse à la dépêche Débat ouvert autour de DADVSI. Évalué à 5.
> légalement acquis, la mesure technique de protection n'est plus
> protégée par la présente loi"
> voire même:
> "Le fait de distribuer un logiciel de contournement de MTP sur une
> plateforme pour laquelle le fournisseur de la MTP n'a pas fourni de
> solution de lecture n'est pas concerné par cette loi"
Le deuxième est très dangereux. Je ne veux pas me retrouver avec un rootkit Sony pour GNU/Linux/x86 sur ma bécane si jamais j'achetais un CD.
La première proposition est à mon avis bien meilleure.
[^] # Re: performance
Posté par Jerome Alet (site web personnel) . En réponse à la dépêche Première publication en licence libre du SGBDO EyeDB. Évalué à 1.
[^] # Re: performance
Posté par Jerome Alet (site web personnel) . En réponse à la dépêche Première publication en licence libre du SGBDO EyeDB. Évalué à 0.
[^] # Re: Définition
Posté par Jerome Alet (site web personnel) . En réponse à la dépêche Première publication en licence libre du SGBDO EyeDB. Évalué à 4.
Je pense que de toutes façons il vaut mieux utiliser les points forts de chaque type de base de données en fonction de ses besoins, plutôt que de vouloir trouver la base qui répond à tous les besoins, mais dont une partie du code aura sans doute été moins souvent testée en production que les autres (cas des fonctionnalités objet de PostgreSQL, qui est pour le reste carrément balaise et fiable).
[^] # Re: Excellente nouvelle
Posté par Jerome Alet (site web personnel) . En réponse à la dépêche Première publication en licence libre du SGBDO EyeDB. Évalué à 4.
Dans une véritable base objet, les accès sont plutôt du genre :
identifiant = "trucmuche"
monobjet = mabase.recupere(identifiant) # va chercher l'objet dans la base
monobjet.unemethode() # appelle une méthode de cet objet
monobjet.unepropriete = "blah!" # ici l'objet est modifié, et la base aussi de manière transparente
# ZODB ?
Posté par Jerome Alet (site web personnel) . En réponse à la dépêche Première publication en licence libre du SGBDO EyeDB. Évalué à 2.
[^] # Re: Synchro IRC + Video
Posté par Jerome Alet (site web personnel) . En réponse à la dépêche grabslides 1.00 est sorti. Évalué à 1.
Depuis la rentrée, nous en sommes à 270 fichiers SMIL, 45 Go de vidéo et 2 Go de diapos, pour environ une cinquantaine d'heures de diffusion par semaine.
[^] # Re: Synchro IRC + Video
Posté par Jerome Alet (site web personnel) . En réponse à la dépêche grabslides 1.00 est sorti. Évalué à 1.
En ce qui concerne les outils je n'ai pas de liens spécifiques, ici on a développé en interne. Si tu vas sur le site de l'association Aristote (voir les liens de la dépêche) tu trouveras peut être ton bonheur.
[^] # Re: Synchro IRC + Video
Posté par Jerome Alet (site web personnel) . En réponse à la dépêche grabslides 1.00 est sorti. Évalué à 3.
Ce que tu proposes est une très bonne idée cependant, et ne doit pas poser trop de problèmes si ton horodatage est correct : SMIL est très simple.
Nous avions fait faire des tests de sous-titrage à un stagiaire il y a quelques années, c'était entièrement manuel et demandait un temps fou, mais il est bien sûr possible d'automatiser. Je crois, sans toutefois pouvoir l'affirmer, que nos sous-titres synchronisés étaient au format RealText mais intégrés avec la vidéo (Real aussi) à travers un fichier SMIL, peut être que c'est possible en SMIL directement.
Nous n'avons pas souhaité faire ce que tu proposes car cela pourrait poser des problèmes, du genre plusieurs étudiants qui discutent et disent du mal d'un de leurs acolytes qui ne suis pas le cours en direct ce jour-là, le soir la personne en question regarde le cours qu'elle a manqué et voit les commentaires peu élogieux sur sa personne, tu imagines facilement la suite...
Enfin je rappelle que grabslides ne fait pas lui-même la synchro pour le différé, car il y a une passe supplémentaire faite par un autre outil. Par contre la synchro diapos+vidéo en direct est bien effectuée grâce à grabslides qui maintient à jour un lien symbolique sur la diapo courante.
[^] # Re: Acquisition
Posté par Jerome Alet (site web personnel) . En réponse à la dépêche grabslides 1.00 est sorti. Évalué à 6.
grabslides capture uniquement des images, pas des vidéos ce n'est pas le but.
il peut capturer ces images depuis une carte d'acquisition ou bien depuis un serveur de caméras Axis (en gros ce sont des webcams multi-caméras).
le but de grabslides est la capture des diapos diffusées par les profs, ou des formations à tel ou tel logiciel, depuis leur portable : on branche la sortie VGA sur un convertisseur, et la sortie du convertisseur est envoyée en entrée d'une carte d'acquisition et/ou d'un serveur de caméras, ce qui permet de capturer de différentes façons, sans avoir à intervenir sur l'ordi du prof, ni même qu'il ait à faire quoi que ce soit.
parallèlement, nous avons un logiciel qui capture la vidéo, pour l'instant c'est RealProducer mais nous espérons pouvoir passer au format libre Ogg/Theora d'ici à la prochaine rentrée.
en fin d'acquisition, grabslides génère un PDF, HTML et XML, puis un générateur de SMIL qui sera sans doute diffusé plus tard, va synchroniser diapos acquises et vidéo. Tout cela étant entièrement automatique, la mise en ligne pour diffusion en différé suit de quelques secondes la diffusion en direct.
le lancement et l'arrêt de l'acquisition, ainsi que le choix et le pilotage des caméras (2 salles équipées, 3 caméras par salle), sont fait à distance par un technicien depuis une interface web, donc pas besoin d'avoir du personnel supplémentaire dans la salle de cours.
un schéma et des explications complémentaires sont dispo sur http://cortex.unice.fr/~jerome/ZProtocol2000/videoiup.pdf mais par contre ce document est très très vieux et n'intègre pas les améliorations ajoutées depuis 2003 : capture et synchro des diapos, feedback audio à travers IRC, etc...
# association à but non lucratif ?
Posté par Jerome Alet (site web personnel) . En réponse au sondage De la publicité sur Linuxfr ?. Évalué à 1.
(je n'y connais rien, c'est juste une question, si ça se trouve c'est possible)
en ce qui concerne la question du sondage, à mon avis OK mais il ne faudrait pas que ça "flashe" trop :-)
[^] # Re: Un coup de main bienvenu
Posté par Jerome Alet (site web personnel) . En réponse à la dépêche Des scientifiques ont évalué la pertinence de Wikipédia. Évalué à 2.
De plus, c'est très pratique de remonter de deux milles ans en arrière pour ton exemple, mais malheureusement ce que je dis s'applique bien évidemment aussi à l'histoire récente : 2nde gerre mondiale, algérie, iraq1, iraq2 (iraq3 ?)... entre autres.
Dans la mesure où tu fais partie des vainqueurs ou des vaincus tu ne peux pas être réellement objectif (ne serait-ce que pour des questions d'avancement : si tu comptes avoir un poste de chercheur alors bon courage si tu dévies de la ligne officielle avant d'avoir ce poste).
Je crois qu'une article récent d'une loi française qui a fait pas mal de bruit dans les médias les jours derniers (malgré son vote en fanfare par l'ensemble de l'assemblée nationale il y a moins d'un an) est la preuve flagrante de ce que j'avance.
[^] # Re: Un coup de main bienvenu
Posté par Jerome Alet (site web personnel) . En réponse à la dépêche Des scientifiques ont évalué la pertinence de Wikipédia. Évalué à -2.
Mes genoux !
(et je suis poli, sinon j'écrirais "Mes couilles !")
L'histoire est écrite par les vainqueurs. Partant de là, tu peux chercher scientifiquement ce que tu veux, tu ne verras guère plus que ce que les vainqueurs ont voulu que tu voies, s'il ne reste aucun (ou pas suffisamment de) témoin(s) vivant(s).
[^] # Re: Certains devraient s'en inspirer
Posté par Jerome Alet (site web personnel) . En réponse à la dépêche Migration massive au Royaume-Uni. Évalué à 4.
(NB : cela n'implique pas que l'Etat doive, ou ne doive pas, de l'argent à la Sécu)
Cela dit, j'ai peut être mal compris.
[^] # Re: Certains devraient s'en inspirer
Posté par Jerome Alet (site web personnel) . En réponse à la dépêche Migration massive au Royaume-Uni. Évalué à 5.
Mais si on considère que son fameux "trou" est de 10 Milliards d'Euros (annuels ?), soit 100 fois plus que cette économie hypothétique (puisque Notre Sécu n'a pas prévu une telle migration), on peut raisonnablement penser que les problèmes de Notre Sécu sont ailleurs...
Maintenant si on regarde ce que représente ce fameux "trou" par rapport aux sommes manipulées par Notre Sécu (plusieurs centaines de Milliards d'Euros), on peut aussi se dire que ce "trou" n'est finalement "pas grand chose", et à mon avis personnel (à moi) très loin d'être le gouffre avec lequel on veut nous effrayer...
[^] # Re: Cadre légal de contribution financière ?
Posté par Jerome Alet (site web personnel) . En réponse à la dépêche L'administration française s'appuie doucement mais sûrement sur les logiciels libres. Évalué à 1.
> paypal...
à ma connaissance ça ne l'est pas.
cela dit il existe une association qui permet aux administrations d'acheter des "shareware", et qui peut être permet cela, c'est http://www.litiel.org(...)
si c'est une boite aucun souci, ils suffit qu'elle accepte les bons de commandes venant des administrations (et accepte aussi les délais de paiement).
mais pour un hobbyiste c'est moins facile,
il faut que le développeur se mette en travailleur indépendant, par exemple en plus de son boulot normal s'il a la chance d'en avoir un, et il peut alors facturer aux administrations.
cependant si le volume est faible ça ne vaut pas le coup car il y a des frais incompressibles (urssaf, retraite, maladie) même s'ils font doublon...
[^] # Re: Utilisateur de PrintBill
Posté par Jerome Alet (site web personnel) . En réponse au journal Comptabilité d'impressions avec Cups. Évalué à 2.
Y a t'il des problèmes que tu souhaiterais voir résolus avec l'interface web actuelle, ou bien parles tu uniquement du fait qu'elle ne permette pas l'administration des quotas ?
Sans retour de la part des utilisateurs (ou utilisateurs potentiels), c'est difficile d'améliorer les choses.
En ce qui concerne le décompte de l'encre consommé, c'est prévu pour "bientôt".
Pour ce qui est de la gestion financière, à mon avis PyKota est au point, et permet même de ventiler les impressions par code de facturation ou par imprimante en plus de par utilisateur.
[^] # Re: moins de 2000 utilisateurs ?
Posté par Jerome Alet (site web personnel) . En réponse à la dépêche Ubuntu-fr.org : appel aux dons. Évalué à 2.
Une alternative ?
Sinon tu peux toujours voir une banque, mais c'est environ 500 Euros d'inscription, plus 5% à 15% sur chaque encaissement, plus cotisation annuelle. En clair pour 2000 Euros tu en laisse quasiment la moitié à la banque.
[^] # Re: Pourquoi?
Posté par Jerome Alet (site web personnel) . En réponse à la dépêche Espagne : La région de Valence possède également sa distribution GNU/Linux LliureX. Évalué à -1.
oui, enfin dans le cas des régions d'espagne, en particulier la catalogne, "amicale" est peut être mal choisi :-)
<mavie>
pour avoir fait pas mal de stop en espagne avec des pancartes rédigées en catalan / castillan / valençois, je me rappelle la gueule et les signes "amicaux" des conducteurs lorsque la pancarte était rédigée dans la langue non-adéquate...
</mavie>
Cela dit, España es la mejor !
:-)
[^] # Re: Encore une nouvelle version des pilotes propriétaires...
Posté par Jerome Alet (site web personnel) . En réponse à la dépêche Disponibilité des pilotes Nvidia pour Linux et Solaris. Évalué à -9.
# Encore une nouvelle version des pilotes propriétaires...
Posté par Jerome Alet (site web personnel) . En réponse à la dépêche Disponibilité des pilotes Nvidia pour Linux et Solaris. Évalué à -10.
[^] # Re: sanctions economiques ?
Posté par Jerome Alet (site web personnel) . En réponse à la dépêche Linux à Cuba : İ Viva la penguinista !. Évalué à 4.
Malheureusement on ne le saura jamais !
D'autre part j'ai cru comprendre que Cuba était (ou avait été) exemplaire en ce qui concerne la santé et l'éducation, même par rapport à certains pays "développés". Je n'en sais cependant guère plus donc merci de me corriger au besoin.
[^] # Re: Merci François Elie : Bof !
Posté par Jerome Alet (site web personnel) . En réponse à la dépêche Un nouveau modèle économique pour le logiciel libre!. Évalué à 3.
> URL, n'oubliez pas le protocole, HTTP ici, de sorte que votre URL
> sorte en lien hypertexte !).
C'était fait exprès, je relatais mon expérience, c'était donc pas pour faire de la pub.
[^] # Re: Merci François Elie : Bof !
Posté par Jerome Alet (site web personnel) . En réponse à la dépêche Un nouveau modèle économique pour le logiciel libre!. Évalué à 6.
> (et encore), mais ce n'est pas ça qui ferait bouillir ma marmite, ni
> payera mon loyer...
Ce n'est pas le but. Si j'avais les moyens je paierai un développeur supplémentaire à temps plein, mais ce n'est pas le cas. C'est jusque que de donner un petit cadeau symbolique en échange d'une contribution de code ça fait toujours plus plaisir à celui à qui tu l'offres que de ne rien lui donner du tout. Ils ont de toutes façons déjà toute ma reconnaissance, donc c'est juste du bonus :-)
> J'ai l'impression que les logiciels que tu développes/distribues sont
> plutôt orientés vers les développeurs, ce qui expliquerait que ces
> derniers se tournent vers les versions CVS ou SVN...
Précisément pas, car les deux seuls logiciels que je distribue sur ce modèle sont destinés aux administrateur systèmes et pas aux développeurs.
> L'intégration de tes softs dans Debian serait une preuve se succès...
Mais justement, plusieurs de mes autres logiciels sont présents dans Debian, alors que je ne fournis PAS le paquet Debian. Et pour ceux pour lesquels je le fournis (et assure la maintenance), ce n'est pas le cas. C'est justement ce que je trouve étrange : les gens qui ont accès à ces paquets ne les redistribuent pas, alors que la licence les y autorise. Encore une fois c'est sûrement psychologique, le sentiment d'appartenir à une "élite" peut être, je n'en sais rien, mais les faits sont là...
De manière générale, la preuve du succès peut aussi se mesurer à la liste des utilisateurs (entreprises, universités...) plus ou moins prestigieux, les volumes de données gérées, la place (non payée) dans une recherche google par rapport à des logiciels propriétaires du même type, etc...
Quand à la preuve du succès financier, tu peux visualiser les sommes recueillies sur mon site. Encore une fois ce n'est pas un boulot à plein temps, donc ça paie très largement les clopes (je ne fume pas).
> A vrai dire, le modèle économique sur lequel tu te bases est celui
> qui consiste à ne pas aller jusqu'au bout du travail de
> développeur, qui est de fournir un logiciel dans un état où la
> valeur d'usage du logiciel est maximale.
Je ne suis pas d'accord. Mon travail de développeur s'arrête là où il doit s'arrêter, c'est à dire là où celui de l'éditeur doit prendre le relais.
Si les gens veulent un produit packagé plutôt que de suivre les instructions pour télécharger gratuitement, ils n'ont qu'à payer. Faire des paquets ne m'intéresse pas, les mettre régulièrement en ligne sur un site (qu'il faut maintenir) avec des liens à la con, en tant que développeur cela n'a aucun intérêt pour moi. Je développe avant tout pour mon plaisir, et je publie sous GPL pour que d'autres, prêts à faire un effort minimal (svn co) en profitent. Faire un travail chiant (packaging) sans rétribution, pour ceux qui ne veulent faire aucun effort, je trouve que cela n'apporte rien au Libre, peut être même au contraire cela fait du mal au Libre (mais ce n'est que mon avis).
> Mais en tout cas, ce n'est pas un modèle à généraliser non plus
> ...
ça je n'en sais rien si on doit ou pas le généraliser. Tout ce que je peux dire c'est qu'effectivement, si on n'est pas trop gourmand, ça marche : pour moi c'est entre 5% et 10% de revenus complémentaires par rapport à mon emploi principal, en constante augmentation, et non, je n'ai pas la prétention de croire que cela ne s'arrêtera jamais ;-)
Voilà, c'était juste pour apporter une réponse à la question "mais comment font ils ?" du post précédent, en se servant d'un exemple que je connais.