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.
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 !
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).
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...
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...
Je suis également indep, (depuis 10 ans, programmeur de spécifs), et après avoir essayé diverses formes de collaborations (ssii et asso), je constate que le plus simple et surtout le plus réaliste est la collaboration client-fournisseur, entre indeps, entre indep et ssii etc...
C'est l'anarchie au sens noble du terme (pas de pouvoir issue de la hierarchie). Chacun est responsable, chacun travaille en fonction de ces compétences, au rythme qui lui convient...
Ensuite rien n'empêche de mutualiser certaines choses, c'est ce qu'on fait déjà indirectement en travaillant avec les logiciels libres.
Pour la partie administrative, en indep c'est déjà extrèmement simple, aucun intérêt de centraliser ça.
Commercialement, c'est difficile de centraliser car c'est très lié aux domaines de chacun. Pour ma part je ne fonctionne qu'avec le bouche à oreille.
Financièrement, c'est difficile aussi, personne n'a ni les mêmes envies ni les mêmes moyens.
Ce que je trouverai intéressant de mutualiser (en plus des logiciels, mais c'est évident ici), c'est le dépannage (lorsque je part en vaccance, je croise les 10 doigts des pieds avec les 10 doigts des mains et ça devient difficile de pédaler) et un système d'aide aux collègues dans la panade (financière ou manque de compétence), quelqu'un qui a un surplus de boulot va le donner en priorité à celui qui en manque par ex, prêt de machine, de serveur... Bref, un petit havre de sécurité pour dormir tranquille et rassurer clients et familles.
En fait ce que tu cherches c'est un IDE sous forme de web-application on dirait. Il serait peut-être plus simple que tu te dirige vers un IDE qui permette le travail en réseau et qui comprenne des outils de gestion de version, <gag>windev par ex</gag>... J'ai du mal à croire que des développeurs puissent utliser un formulaire web pour gerer des sources ! Ou alors avec XUL ?
[^] # Re: On prend les mêmes et on recommence .....
Posté par wilk . En réponse à la dépêche Debian envisage un support partiel des architectures les moins utilisées. Évalué à 0.
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 & 2
Posté par wilk . En réponse au journal OSS et donations. Évalué à 3.
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.
[^] # Re: On prend les mêmes et on recommence .....
Posté par wilk . En réponse à la dépêche Debian envisage un support partiel des architectures les moins utilisées. Évalué à 3.
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.
[^] # Re: c'est pas tout mais
Posté par wilk . En réponse à la dépêche Debian envisage un support partiel des architectures les moins utilisées. Évalué à 3.
[^] # Re: On prend les mêmes et on recommence .....
Posté par wilk . En réponse à la dépêche Debian envisage un support partiel des architectures les moins utilisées. Évalué à 4.
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 !
# roundup
Posté par wilk . En réponse au journal interface de gestion TODO list. Évalué à 1.
http://roundup.sf.net(...)
[^] # Re: Censure sur les forums de l'afpy
Posté par wilk . En réponse à la dépêche Concours de programmation Python. Évalué à 5.
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(...)
[^] # Re: HS ?
Posté par wilk . En réponse au journal Job: développeur XUL demandé. Évalué à 2.
[^] # Re: Autres langages ?
Posté par wilk . En réponse à la dépêche Réouverture des services Tuxfamily. Évalué à 1.
# Autres langages ?
Posté par wilk . En réponse à la dépêche Réouverture des services Tuxfamily. Évalué à 2.
[^] # Re: Bravo
Posté par wilk . En réponse à la dépêche Solutions Linux 2005 : Naissance de l'association PostgreSQLFr. Évalué à 2.
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...
[^] # Re: Bonne raison de changer de mySql à PostgreSQL
Posté par wilk . En réponse à la dépêche Sortie de PostgreSQL 8.0. Évalué à 1.
# python
Posté par wilk . En réponse à la dépêche Sortie de PostgreSQL 8.0. Évalué à 1.
pypgsql psycopg ou pygresql ? (si quelqu'un pouvait décrire les avantages et inconvénients de chacun...)
[^] # Re: Trop gros ?
Posté par wilk . En réponse à la dépêche Bugzilla 2.18 est disponible. Évalué à 1.
L'autre particularité c'est que le bug-tracking de roundup n'utilise pas roundup (mais celui de sf) !
[^] # Re: Et Zope dans tout ça?
Posté par wilk . En réponse à la dépêche Livre Blanc "PHP en entreprise". Évalué à 1.
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).
[^] # Re: Portage salariale
Posté par wilk . En réponse au journal Recherche du 'Freelance en informatique' mini-howto !. Évalué à 1.
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...
[^] # Re: hum
Posté par wilk . En réponse au journal Recherche du 'Freelance en informatique' mini-howto !. Évalué à 2.
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.
[^] # Re: Pour moi c'est ergoforce le clavier ultime.
Posté par wilk . En réponse au journal À la recherche d'un VRAI clavier ergonomique. Évalué à 1.
# bench des disques
Posté par wilk . En réponse au journal Itanium 2 - Performances sur le SGBD ???. Évalué à 2.
Faudrait que tu teste avec exactement le même disque et la même installation de l'os.
# Arch ou darcs
Posté par wilk . En réponse au message Télétravail et CVS. Évalué à 2.
[^] # Re: ...
Posté par wilk . En réponse au journal Idée d'entreprise mutualisée à visage plus "humain". Évalué à 3.
C'est l'anarchie au sens noble du terme (pas de pouvoir issue de la hierarchie). Chacun est responsable, chacun travaille en fonction de ces compétences, au rythme qui lui convient...
Ensuite rien n'empêche de mutualiser certaines choses, c'est ce qu'on fait déjà indirectement en travaillant avec les logiciels libres.
Pour la partie administrative, en indep c'est déjà extrèmement simple, aucun intérêt de centraliser ça.
Commercialement, c'est difficile de centraliser car c'est très lié aux domaines de chacun. Pour ma part je ne fonctionne qu'avec le bouche à oreille.
Financièrement, c'est difficile aussi, personne n'a ni les mêmes envies ni les mêmes moyens.
Ce que je trouverai intéressant de mutualiser (en plus des logiciels, mais c'est évident ici), c'est le dépannage (lorsque je part en vaccance, je croise les 10 doigts des pieds avec les 10 doigts des mains et ça devient difficile de pédaler) et un système d'aide aux collègues dans la panade (financière ou manque de compétence), quelqu'un qui a un surplus de boulot va le donner en priorité à celui qui en manque par ex, prêt de machine, de serveur... Bref, un petit havre de sécurité pour dormir tranquille et rassurer clients et familles.
D'autres indeps intéressés ?
[^] # Re: Bof, pas convaincu par l'article
Posté par wilk . En réponse à la dépêche Il n'y a pas que le traitement de texte pour manipuler du texte !. Évalué à 1.
# autoreload
Posté par wilk . En réponse au journal Ode à cherrypy. Évalué à 1.
C'est un petit script qui permet de recharger les modules automatiquement, sans arrêter le programme(serveur).
# Tu ne chercherais pas un ide plutôt ?
Posté par wilk . En réponse au journal Gestion de version suite. Évalué à 2.
[^] # Re: windev ou seulement hyperfile ?
Posté par wilk . En réponse à la dépêche Une ouverture pour les logiciels "métier" avec Windev 9. Évalué à 3.
Pour la gestion des versions j'utilise http://wiki.gnuarch.org(...) et enfin http://roundup.sf.net(...) pour le suivi. Comme ide emacs, pour les états http://reportlab.org(...) Voilà mon windev libre et multiplateforme :-)