2) c'est vrai. T'as de meilleurs propositions. Cette proposition a le merite d'etre facile et rapide a mettre en place. C'est malheureusement un cout a payer a cause des spammeurs.
3) le spam si filtre sur le contenu. Un lien lui-meme ne contient pas de contenu donc il va etre difficile de l'analyser sans envoyer une requete.
La solution est loin d'etre parfaite mais elle a le merite d'etre globale, rapide a mettre en place et publique (pour que les spammeurs savent). C'est l'oppose de la solution des filtres du mail, qui sont privees, sous la responsabilite individuelle des utilisateurs et qui sont parfois difficile a mettre en place.
Une meilleure solution a moyen terme a mon avis est d'utiliser une image de nombre deformee pour tout post qui peut etre soumis par un utilisateur. Pour l'instant, ce n'est utilise que pour de la creation de compte mais je pense qu'il est necessaire de passer a l'etape suivante.
En plus, c'est pas dur a faire, en quelques jours, on peut faire une lib windows/macos/linux sous licence BSD qui donnerait de bon resultats.
Je suis tout a fait d'accord avec ta remarque finale. Combien de temps avant que les spammeurs ne decident d'arreter cette methode ? Arreteront-ils vraiment ? Quand on est suffisamment con pour etre spmmeur, on peut continuer a utiliser la meme technique chez tout le monde, en se disant que dans le tas, il y en a quelques uns qui n'auront pas encore mis a jour leur logiciel de blog/wiki
Je pense que son boulot n'est pas de vendre des boites microsoft mais de faire du lobbying, et notamment de representer Microsoft dans ce genre de rencontre. Son discours permet d'apporter la notion de debat et a l'oppose du preche sur les logiciels libres que pourrait etre cette rencontre en son absence.
Je dois dire que je suis vraiment surpris de ton raisonnement. La concentration du savoir a peut-etre lieu dans d'autres domaines aux etat-unis, mais ca ne concerne pas le logiciel libre ?
Il y a a cela deux raisons.
1e raison, le logiciel est immateriel. Il est difficile de le concentrer en un endroit, et il est extremement facile de le diffuser (diluer). Linux a beau etre developpe en Finlande et maintenant aux US, il est utilise dans le monde entier.
2e raison, c'est que le savoir pour faire du logiciel est extremement accessible. Il n'est pas difficile pour un informaticien d'acquerir le niveau pour contribuer a un logiciel libre et il peut le faire avec tres peu de materiel. Un bouquin sur le C++, qqs tutoriaux, les sources de deux ou trois logiciels et il est pret a contribuer.
Contrairement au modele du chemin de fer ou il est difficile de diffuser, le logiciel se diffuse tres bien. A condition d'avoir un acces internet.
C'est la seule remarque interessante qu'on peut faire a mon avis sur le sujet. Le logiciel libre se diffuse mieux dans les endroits ou il y a une population qui a fait des etudes superieure en informatique et ou les acces internet sont tres liberalises. Europe, Canada, US sont les premiers continents vises. Donc effectivement, il y a creation d'une inegalite sur ces bases.
Cependant, a la difference du savoir universitaire, il est tres facile de se re-approprie un logiciel libre, et il y a des consequences positivies locales immediates:
Par exemple, une petite equipe africaine a traduit recemment KDE et qqs autres logiciels libres phares dans plusieurs dialectes africains minoritaires. En faisant ca, ils s'approprient completement KDE. Eux au depart sont privelegies puisqu'ils parlent anglais et ont un tres bon acces a internet. Mais a partir de KDE dans leur dialecte, on peut developper un tissu economique et informatique local ou on vend des services (maintenance installation) pour aider a developper le parc informatique local. Les connaissances initiales (linux, savoir utiliser un ordinateur, profiter d'internet) ont ete diffusees et ce, par une equpe de moins de 10 personnes.
Ceci n'est pas du tout possible avec des logiciel close source puisque le savoir accumule pour utiliser des logiciels close source peut d'une part devenir obsolete si la societe mere coule, d'autre part, oblige pour l'acquerir et pour le diffuser de passer par l'achat de licence qui vont elles renforcer la concentration d'argent dans les pays producteurs de logiciel.
Sinon, il est vrai qu'on bosse mieux si on est tous dans la meme piece, mais c'est pas pour ca qu'on ne peut pas faire autrement la preuve. Donc on pourrait optimiser un peu en se concentrant, mais au risque aussi de perdre beaucoup : tu ne peux pas faire tenir tous les developpeurs du noyau dans la meme piece. Et en creeant des developpeurs privilegies (ceux qui sont dans ta piece), tu risques de monter la barriere d'entree pour les autres. Et comme il y a beaucoup plus d'autres que de privilegies, c'est une perte immense. Mieux vaut que le monde entier puisse contribuer facilement.
J'ai encore plein de choses a dire, mais ca ira pour aujourd'hui. Si tu as besoin d'etre convaincu, j'ai pas mal d'autres arguements en reserve notamment sur la bio-diversite.
> une application multi-plateforme très performante puisqu'en code natif.
Moui, l'affirmation est un peu legere. Par exemple sous windows, wxWidgets est une couche par dessus MFC qui est une couche par dessus win32 qui lui utilise directement le gdi.
A cote, Qt utilise directement le gdi. Devine lequel est le plus performant ? Le plus facile a optimiser ?
Idem cote unix, wxWidgets arrive au dessus de gtk.
J'avais regarde bugzilla comme gestionnaire de bug et todo list pour ma societe, mais j'ai laisse tombe. Le probleme, c'est que c'est calibre uniquement pour des tres gros projets. Il y a pas moyen d'en faire un petit gestionnaire de bug. Parmi les trucs que je voulais enlever:
- moins de statuts sur un bug: ouvert ou ferme, ca suffit
- moins de niveaux de gravite
- moins de declinaison produit / sous-produit / version
- interface plus simple
Finalement, j'ai opte pour roundup (http://roundup.sf.net(...)) et je ne regrette pas. Super simple a mettre en place (3 minutes) , communaute tres active et tres reactive, suivi complets des bugs par email, independant de la base de donnee, ...
Par contre, je ne sais pas si il suivrai la montee en charge de bugzilla. Mais je m'en fous, on ne sera jamais plus de 50 a l'utiliser.
L"objet des methodologies de developpement est d'encadrer un projet, de pouvoir mieux le planifier, de deceler des problemes, de bien preparer toutes les etapes du developpement et de la vie des produits et aussi d'avoir la certif ISO 9001 (tracabilite des specs, des plans de tests, des resultats, evaluation du risque, ...)
Toutes ces choses sont necessaires en entreprise, mais beaucoup moins importantes pour un projet open source.
Une toute petite equipe de dev n'a pas besoin de conception formelle pour faire du logiciel. Si mplayer prend un mois de plus a sortir, c'est pas grave. Et si au dernier moment, l'auteur decide de ne pas mettre la fonctionnalite X ou Y, c'est pas grave. Et il peut prendre la decision en 1 minute, il n'a pas besoin de se justifier, planning a l'appui. Comme c'est lui qui fait a la fois la conception, le codage, les tests et le planning, il n'a pas besoin de specs ecrites formelles.
Sinon, d'un point de vue perso, je trouve UML et tous les autres machins completement inutil, tout au moins dans mon travail. Ca fait 5 ans que je suis dans le logiciel et je n'ai jamais eu besoin d'UML. J'arrive encore a faire ma conception sur un bout de papier et comme mes logiciels font un peu moins de 50 000 lignes, il n'y a pas besoin de passer du temps a formaliser la conception. En plus, je reste persuade que le code reste quand meme un important facteur de pilotage d'un projet de dev et que cet aspect est occulte dans des methodlogies UML.
Je prefere netteemnt les methodes agiles comme XP et je regrette que le monde de l'open source n'en utilise pas plus, notamment en ce qui conerne les tests unitaires.
Oh, cela va beaucoup plus loin. Pour le newbie, KDE == Linux == la distrib == le noyau == X == la plupart des applications qu'il utilise.
Cela dit, j'ai du mal a la blamer. Qui peut s'imaginer a priori que quand on utilise un ordinateur, chacun des composants logiciels est fourni par un group different et peut evoluer separement des autres, voire etre remplace ? Meme dans une voiture, on a pas autant de liberte de remplacage. Et sous windows, on ne remplace pas, on surcharge ou on duplique.
Je leur souhaite bonne chance. Des supporters de KDE avaient essaye de faire la meme chose, sans succes. Le plus difficile reste de trouver du contenu qui aille dans le journal, et qui ne soit pas deja defraichi parce qu'il est passe sur (dans notre cas) dot.kde.org . Finalement, l'initiateur du projet avait laisse tombe, par manque de contenu.
Je comprends pas trop a quoi tu reponds. On fait pas du tout de Java a InSeal et le mot n'a ete mentionne nulle part, donc tu dois te tromper de page.
Juste pour curiosite, tu vis de l'activite de ta boite ? En tout cas, c'est cool pour toi que tu puisses faire du logiciel libre a longeur de journee. J'aimerai bien aussi mais dans l'industrie de la carte a puce, ce n'est pour l'instant pas possible.
Voici quand meme la liste des choses qu'on voudrait faire dans le logiciel libre pour les prochaines annees:
1. fournir une carte a puce sans-contact avec l'OS GPL qu'on a developpe (http://jayacard.sf.net(...))
2. ameliorer le compilateur sdcc (http://sdcc.sf.net(...)) pour qu'il puisse compiler du code pour des micro carte a puce
3. bosser avec des labos de recherche sur jayacard pour en faire une reference en terme d'OS carte a puce libre et securise
4. mettre qqs outils interne en libre
Tout ca pour dire que j'envisage a terme d'integrer de l'open source dans InSeal. En attendant, je dois manger et pour manger, je dois faire du logiciel proprietaire, ainsi que mes stagaires.
D'ailleurs, la page est revenue. Pas grace a free mais grace a des copains qui acceptent d'heberger le serveur orphelin de sa connexion internet, en attendant que Free veuille bien se reveiller.
Tu dis des conneries. Ca ne fait que diminuer la portabilite. Tout ce qui n'est pas specifie conduit a des implementations diverses qui conduisent a de la non portabilite. C'est ainsi parce que K&R voulait laisser la possbilite au langage de tourner sur des plus grosses implementations. Ils n'ont pas realise tous les problemes de portabilite que ca entrainait.
> Et comme la portabilité est la première raison d'être du langage C,
Le langage C a ete developpe pour developper le premier unix. C'est sa premiere et son unique raison d'etre. Il avait l'avantage d'etre beaucoup plus portable que le code developpe en assembleur.
Toutes les autres conclusions que tu fais sont fantaisistes. Notamment, Java ou Ada est bien plus portable jsutement parce que ce genre de chose est specifie avec precision.
La difference, c'est que ces langages ont ete concus des le depart dans un souci de portabilite.
> C'est d'ailleurs l'une des raisons pour lesquelles je ne prend pas de
> stagiaires, je n'ai ni le temps ni l'argent pour former quelqu'un.
La, tu m'etonnes. C'est vrai que c'est difficile de trouver le stagiaire qui ne te fera pas perdre du temps et de l'argent [2], mais ce n'est pas impossible. Perso, je suis plutot content de mon systeme de recrutement:
- aucun apriori sur les diplomes ou formation. Je ne lis meme pas le CV [1].
- envoi d'un jeu de questions techniques pour valider l'experience reelle du type en programmation
- quand les reponses aux questions se detachent du lot [3], convocation a un entretien qui dure 1/2 heure
- l'entretien comprend un exercice modeste de codage, qui revele pourtant enormement les connaissances du stagiaire (merci joel on software)
Au final, j'ai trouve des gens qui me font vraiment gagner de l'argent. Tout ceux pour lesquels j'ai hesite pour savoir si je devais les convoquer se sont reveles ne pas etre apte, donc je pourrai hausser encore mon filtre.
Apres, un poil de formation, sur 4 a 6 mois, le stagaire est rentable.
Ou bien ferai-tu un metier ou il y a tellement besoin de formation que tu ne peux pas prendre un stagaire ? Ca m'etonne quand meme parce que il y a des gens brillants partout, meme chez les stagaires. Pense a toi quand tu etais stagaires, est-ce que tu te prendrai en stage, connaissant tout ton potentiel actuel ?
[1]: pour une raison simple, c'est que entre le type qui a fait une semaine de Java et une semaine de C++ et le type qui en fait depuis trois ans, il n'y a pas de difference sur le CV: Langages = Java, C++. L'info s'apprend en pratiquant et la pratique se decouvre via des questions bien posees et via des exercices pratiques.
[2]: ca me donne parfois des inquietudes. Que dire d'un type avec une formation bac + 4 en informatique industrielle qui ne peut meme pas pondre 20 lignes triviales de C ? J'espere que c'est pas lui qui va programmer l'abs de ma bagnole !
[3]: avec un template pret sous thunderbird, c'est super rapide. Moins de 10 sec pour repondre a une candidateure initiale. 50% des candidats ne prennent meme pas la peine de repondre aux questions, ca doit leur sembler trop extraordinaire qu'on veuille connaitre leur competences avant de les embaucher.
> Au final tu te retrouves à travailler au même poste qu'un employé
> normal (faut pas rigoler, la formation ne dure pas 6 mois et les
C'est vrai a InSeal que tu bosses presque comme un employe normal mais dans mon experience, c'est plutot rare. Les stagaires servent plutot a faire des trucs inutils pour lesquels on ne peut pas justifier de budget, vu que c'est plutot inutil qu'utile.
> stagiaires sont rapidement autonomes)
Bof. Tout d'abord, un stagiaire est moins autonome qu'un employe puisqu'il a moins d'experience. Ensuite il reste tres peu de temps par rapport a un employe. Si on prend deux ans pour un employe presse de changer, 4 ou 6 mois, ca ne fait pas beaucoup. Le stagaires comme l'employe vont me prendre 20% de mon temps pendant les deux premiers mois. Ca fait tres tres cher.
Le coup de 30% du smic, c'est que c'est une limite legale. Au dela, non seulement tu multiplies le cout du stagiaire par 1.7 au lieu de 1 (je depense 1,70 euro pour que le stagaire gagne 1 euro), mais en plus, ca te complique ta compta et a donc une incidence sur ta facture de comptabilite.
> La complainte de la petite entreprise qui n'a pas les moyens c'est
> bien gentil mais quand on monte une boite il faut savoir investir,
Mais j'investit, puisque je prends des stagiaires. Non seulement, j'investit 20% de mon temps qui represente 10% du temps global disponible pour le developpement des produits de la boite (nous sommes deux a developper). Ca correspond a plus de 1000 euro par semaine d'argent non gagne. Donc un stagiaire me coute 5000 euro par mois, hors materiel et cout de la location du bureau et cout des annonces, cout des entretiens a faire passer.
Pour l'instant, l'entreprise n'a pas d'argent, je vis avec 50% de mon salaire et chaque centime qui est dans la boite, c'est moi qui l'y ai mis. Toi qui est si genereux, combien de paye tu es pret a donner pour aider ton camarade stagiaire ? Repete un peu le chiffre, j'ai mal entendu ?
> quand l'entreprise dégagera du cash, ce n'est certainement pas
> les stagiaires qui ont contribué à son essor qui en profiteront!
Mais les stagiaires en profitent deja. J'ai deja verse des primes pour des tres bons stagiaries. Ils ont eu un boulot super interessant qui leur permettra de faire de bien meilleurs choix professionnels plus tard. Certains seront employes et auront des stock-options.
Mais bon, le stage reste un stage. Il est hors de question de donner des stock-options a un stagiaire par exemple.
Mais surtout, je ne force personne. Si tu n'est pas heureux de bosser chez nous, surtout, ne viens pas. Ici, on aime les gens qui aiment ce qu'ils font, qui prennent du plaisir a programmer, qui aiment le logiciel libre et qui arrivent a penser en termes autres que le nombre de chiffre de leur feuille de paye.
C'est sur qu'il vaut mieux qu'il y aie au moins une personne avec une bonne experience dans le projet. Parce que l'experience, ca ne se remplace pas.
Mais le fait d'etre jeune permet d'etre plus audacieux, plus ambitieux, de pouvoir faire plus de sacrifices et de connaitre qqs trucs: comment economiser 30 ke d'investissement logiciel : linux...
Chaque projet a son mode de developpement. Certains projets te permettent de faire du chiffre d'affaire rapidement avec un mini-proto et permettent un developpement de la boite relativement lineaire.
D'autre t'oblige a faire de l'alimentaire pendant que tu consacres 10% de ton temps au vrai projet.
Aujourd'hui, les investisseurs ne prennent que des projets qui ont deja une equipe, un produit et des contrats signes, donc autant dire que c'est pas facile. C'est certainement pas avec une "definition de projet" de projet que tu vas ramener des investisseurs. Le mythe de la presentation power point qui te donne des millions est reellement un mythe, meme si qqes boites se sont montees comme ca.
On a la chance a InSeal d'etre "finances" par les assedics, ca nous permet donc de developper le projet depuis 2 ans sur nos fonds propres et de signer les contrats et de sortir deux produits. On recherche des investisseurs et malgre nos avancees, ca reste difficile.
Welcome to the real world comme dirait notre copain Morpheus.
En une phrase, c'est pour permettre a des gens qui cherchent un stage de developpement et qui aiment bien linux d'en trouver un qui, a defaut d'etre sous linux, reste dans un esprit sympatique.
C'est toujours mieux qu'un stage chez Cap Gemini ou tu bosseras sur un sujet ininteressant encadre par un lobotomise de chez Microsoft.
Et non, les gugusses ne bossent pas gratuitement, ils sont remuneres.
Pour etre tres precis, le code produit a InSeal doit respecter:
- tests unitaires de tout, en meme temps que le developpement
- tests fonctionnels de tout, afin de ne pas avoir de non-regression
- automatisation au maximum, afin de ne pas perdre de temps. Ca inclute l'automatisation de l'execution des tests
- pas de repetiition dans la code: on ne code une chose qu'une seule fois de facon a pouvoir la modifier facilement
- le code doit etre lisible et maintenable car il sera lu et maintenu par qq'un d'autre que celui qui l'a ecrit.
Je regrette que tres peu de projets open source utilisent ces principes, notamment les tests unitaires. KDE vient tout juste d'introduire des tests unitaires pour khtml .
Les tests unitaires sont pour moi une garantie d'un developpement ou on ne recule jamais. Toutes les regressions sont capturees, donc on peut peter l'architecture interne dans tous les sens pour faire avancer le projet, ca n'impacte pas le resultat final.
Au contraire, les regressions sont le lot quotidien des differents projets o pen source. Heureusement, grace a CVS et au large panel d'utilisateurs, celles-ci sont corrigees avant les versions finales. Mais ca me gene quand meme que ce soient les utilisateurs qui doivent reporter les non-regressions alors que des tests unitaires feraient un meilleur travail.
Cote automatisation, il y a encore des tous petits progres a faire meme si globalement, les projets open source sont largement en avance sur les projets proprietaires dans ce domaines.
Le stage est un apprentissage de la vie professionnelle. Partant de ce principe, je traite mes stagiaires de facon tres similaires a mes employes.
Il y a bien sur des differences:
- ils sont la pour moins longtemps
- ils ne sont pas des professionnels
- ils sont moins bien payes.
Maintenant, demande-toi ce que tu preferes:
- un stage ou le principe, c'est que le stagiaire ne peut bosser sur rien d'important, donc on va le mettre sur un projet dont personne ne veut et pas tres important. Perso, c'est ce que j'ai eu comme stage de fin d'etude. C'etait nul, je n'ai strictement rien appris.
- un stage ou tu participes a la vie des produits de l'enterprise, ou ton travail est dirctement integre dans les produits qui sont vendus aux clients. Un stage ou tu es encadre de pres et tu travailles au meme titre que les autres developpeurs, avec les memes contraintes de qualite et de perennite de ta contribution.
Je trouve que le second sujet te prepare mieux a la vie professionelle mais le premier sujet est plus peinard. A toi de voir.
Si j'avais de l'argent, je prendrai des developpeurs en plus mais pour l'instant, ce n'est pas le cas. La relation que j'ai avec les stagiaires a ete satisfaisante dans les deux sens: ils ont travaille dans une petite entreprise et ont eu une vision complete du developpement d'un produit logiciel dans des contraintes du monde entrepreneurial. Ils ont touche a plusieurs domaines et surtout, ont vu notre facon de travailler. De mon cote, je suis tres satisfait du travail qu'ils ont fait et je n'en attendrai pas plus d'un developpeur paye a 300 kF.
Est-ce que les stagiaires ont besoin d'etre experimente ? Il est evident que je ne demande aucune experience professionnelle, sinon, ils ne seraient pas stagiaires. En revanche, je demande une bonne experience de la programmation. Vous devez pouvoir faire de la conception objet, coder en C ou en C++ sans probleme et apprendre rapidement Qt et python (ca s'apprend en moins de deux semaines).
L'experience montre que les gens ne savent coder que si ils ont deja code beaucoup, donc je tends naturellement a prendre des gens comme ca. Les gens doivent aussi etre curieux et connaitre ou tout au moins s'adapter a diverses technos. C'est pour ca que j'adore les contributeurs au logiciel libre, ils reunissent a prirori deja toutes ces qualites.
Pour ce qui est du <<monde reel>>, je suis heureux de savoir qu'il bascule lentement sous linux. Ce que je voulais dire, c'est que entre le monde du logiciel libre tel qu'on le vit ou tout le monde est convaincu des qualites de linux et le monde en entreprise ou windows regne en empereur cosmique, il y a vraiment un ecart enorme.
Disons que je suis pris entre deux feux. J'aime beaucoup le libre mais d'une part, c'est tres difficile de le developper en tant que modele economique [1] (a titre de statistiques, le nombre de societes vivant du libre et celles vivant du proprietaires sont sans rapports), d'autre part, j'ai des contraintes clients et produit qui font que je dois etre sous windows. Il existe tres peu de compilateurs pour cartes a puces sous windows, et aucun qui nous convinennent par exemple.
De meme que pour distribuer un produit grand public, s'il ne fait que du linux, ca risque pas de marcher.
Donc le libre pour InSeal, c'est une plateforme technologique gratuite et surtout, une plateforme technologique que je maitrise. Si on peut, on contribuera en retour mais ce ne sera pas tout de suite. J'ai quelques idees pour une contribution sympatique. En attendant, j'ai achete une licence PyQt a TheKompany pour faire des outils close source sous windows en python et Qt.
[1]: c'est pas le meilleur moment pour rentrer dans une polemique. C'est ma 2e boite que je cree et il n'y a pas moyen de gagner de l'argent en rendant libre le fruit de notre travail. Si vous pensez que j'ai tort, je vous invite a creer une boite concurrente faisant la meme chose en libre. Je serai ravi d'avoir tort mais je ne vais pas engager 4 ans de salaires sur votre bonne foi.
[^] # Re: Bonne méthode?
Posté par Philippe F (site web personnel) . En réponse à la dépêche Google contre la pollution des sites web. Évalué à 4.
2) c'est vrai. T'as de meilleurs propositions. Cette proposition a le merite d'etre facile et rapide a mettre en place. C'est malheureusement un cout a payer a cause des spammeurs.
3) le spam si filtre sur le contenu. Un lien lui-meme ne contient pas de contenu donc il va etre difficile de l'analyser sans envoyer une requete.
La solution est loin d'etre parfaite mais elle a le merite d'etre globale, rapide a mettre en place et publique (pour que les spammeurs savent). C'est l'oppose de la solution des filtres du mail, qui sont privees, sous la responsabilite individuelle des utilisateurs et qui sont parfois difficile a mettre en place.
Une meilleure solution a moyen terme a mon avis est d'utiliser une image de nombre deformee pour tout post qui peut etre soumis par un utilisateur. Pour l'instant, ce n'est utilise que pour de la creation de compte mais je pense qu'il est necessaire de passer a l'etape suivante.
En plus, c'est pas dur a faire, en quelques jours, on peut faire une lib windows/macos/linux sous licence BSD qui donnerait de bon resultats.
[^] # Re: Très bonne initiative
Posté par Philippe F (site web personnel) . En réponse à la dépêche Google contre la pollution des sites web. Évalué à 9.
[^] # Re: Ca devrait être intéressant...
Posté par Philippe F (site web personnel) . En réponse à la dépêche Débat sur le monopole de Microsoft à la Semaine de la Science. Évalué à 8.
[^] # Re: Pourquoi y meler les Logiciels Libres ?
Posté par Philippe F (site web personnel) . En réponse au journal L'effet pervers du logiciel libre et de la "nouvelle conomie" : la concentration du savoir. Évalué à 3.
Il y a a cela deux raisons.
1e raison, le logiciel est immateriel. Il est difficile de le concentrer en un endroit, et il est extremement facile de le diffuser (diluer). Linux a beau etre developpe en Finlande et maintenant aux US, il est utilise dans le monde entier.
2e raison, c'est que le savoir pour faire du logiciel est extremement accessible. Il n'est pas difficile pour un informaticien d'acquerir le niveau pour contribuer a un logiciel libre et il peut le faire avec tres peu de materiel. Un bouquin sur le C++, qqs tutoriaux, les sources de deux ou trois logiciels et il est pret a contribuer.
Contrairement au modele du chemin de fer ou il est difficile de diffuser, le logiciel se diffuse tres bien. A condition d'avoir un acces internet.
C'est la seule remarque interessante qu'on peut faire a mon avis sur le sujet. Le logiciel libre se diffuse mieux dans les endroits ou il y a une population qui a fait des etudes superieure en informatique et ou les acces internet sont tres liberalises. Europe, Canada, US sont les premiers continents vises. Donc effectivement, il y a creation d'une inegalite sur ces bases.
Cependant, a la difference du savoir universitaire, il est tres facile de se re-approprie un logiciel libre, et il y a des consequences positivies locales immediates:
Par exemple, une petite equipe africaine a traduit recemment KDE et qqs autres logiciels libres phares dans plusieurs dialectes africains minoritaires. En faisant ca, ils s'approprient completement KDE. Eux au depart sont privelegies puisqu'ils parlent anglais et ont un tres bon acces a internet. Mais a partir de KDE dans leur dialecte, on peut developper un tissu economique et informatique local ou on vend des services (maintenance installation) pour aider a developper le parc informatique local. Les connaissances initiales (linux, savoir utiliser un ordinateur, profiter d'internet) ont ete diffusees et ce, par une equpe de moins de 10 personnes.
Ceci n'est pas du tout possible avec des logiciel close source puisque le savoir accumule pour utiliser des logiciels close source peut d'une part devenir obsolete si la societe mere coule, d'autre part, oblige pour l'acquerir et pour le diffuser de passer par l'achat de licence qui vont elles renforcer la concentration d'argent dans les pays producteurs de logiciel.
Sinon, il est vrai qu'on bosse mieux si on est tous dans la meme piece, mais c'est pas pour ca qu'on ne peut pas faire autrement la preuve. Donc on pourrait optimiser un peu en se concentrant, mais au risque aussi de perdre beaucoup : tu ne peux pas faire tenir tous les developpeurs du noyau dans la meme piece. Et en creeant des developpeurs privilegies (ceux qui sont dans ta piece), tu risques de monter la barriere d'entree pour les autres. Et comme il y a beaucoup plus d'autres que de privilegies, c'est une perte immense. Mieux vaut que le monde entier puisse contribuer facilement.
J'ai encore plein de choses a dire, mais ca ira pour aujourd'hui. Si tu as besoin d'etre convaincu, j'ai pas mal d'autres arguements en reserve notamment sur la bio-diversite.
[^] # Re: jvm vs java en natif
Posté par Philippe F (site web personnel) . En réponse à la dépêche [Débat] Implémentations libres de java : sont elles utilisées dans la pratique ?. Évalué à -1.
Moui, l'affirmation est un peu legere. Par exemple sous windows, wxWidgets est une couche par dessus MFC qui est une couche par dessus win32 qui lui utilise directement le gdi.
A cote, Qt utilise directement le gdi. Devine lequel est le plus performant ? Le plus facile a optimiser ?
Idem cote unix, wxWidgets arrive au dessus de gtk.
# Trop gros ?
Posté par Philippe F (site web personnel) . En réponse à la dépêche Bugzilla 2.18 est disponible. Évalué à 10.
- moins de statuts sur un bug: ouvert ou ferme, ca suffit
- moins de niveaux de gravite
- moins de declinaison produit / sous-produit / version
- interface plus simple
Finalement, j'ai opte pour roundup (http://roundup.sf.net(...)) et je ne regrette pas. Super simple a mettre en place (3 minutes) , communaute tres active et tres reactive, suivi complets des bugs par email, independant de la base de donnee, ...
Par contre, je ne sais pas si il suivrai la montee en charge de bugzilla. Mais je m'en fous, on ne sera jamais plus de 50 a l'utiliser.
[^] # Re: Méthodes de conception, processus de développement et Open Source
Posté par Philippe F (site web personnel) . En réponse au journal Conception et OpenSource. Évalué à 2.
L"objet des methodologies de developpement est d'encadrer un projet, de pouvoir mieux le planifier, de deceler des problemes, de bien preparer toutes les etapes du developpement et de la vie des produits et aussi d'avoir la certif ISO 9001 (tracabilite des specs, des plans de tests, des resultats, evaluation du risque, ...)
Toutes ces choses sont necessaires en entreprise, mais beaucoup moins importantes pour un projet open source.
Une toute petite equipe de dev n'a pas besoin de conception formelle pour faire du logiciel. Si mplayer prend un mois de plus a sortir, c'est pas grave. Et si au dernier moment, l'auteur decide de ne pas mettre la fonctionnalite X ou Y, c'est pas grave. Et il peut prendre la decision en 1 minute, il n'a pas besoin de se justifier, planning a l'appui. Comme c'est lui qui fait a la fois la conception, le codage, les tests et le planning, il n'a pas besoin de specs ecrites formelles.
Sinon, d'un point de vue perso, je trouve UML et tous les autres machins completement inutil, tout au moins dans mon travail. Ca fait 5 ans que je suis dans le logiciel et je n'ai jamais eu besoin d'UML. J'arrive encore a faire ma conception sur un bout de papier et comme mes logiciels font un peu moins de 50 000 lignes, il n'y a pas besoin de passer du temps a formaliser la conception. En plus, je reste persuade que le code reste quand meme un important facteur de pilotage d'un projet de dev et que cet aspect est occulte dans des methodlogies UML.
Je prefere netteemnt les methodes agiles comme XP et je regrette que le monde de l'open source n'en utilise pas plus, notamment en ce qui conerne les tests unitaires.
# Mep + the Hurd ?
Posté par Philippe F (site web personnel) . En réponse à la dépêche MathEnPoche (MEP) a donné naissance à MEP version papier. Évalué à 0.
Merde, ca veut dire qu'on verra pas de version avant 2056 ?
Plus serieusement, pourquoi ca doit sortir en meme temps que le troupeau ?
[^] # Re: Installation sur debian stable ???
Posté par Philippe F (site web personnel) . En réponse à la dépêche Xfce 4.2 est sorti. Évalué à 5.
Oh, cela va beaucoup plus loin. Pour le newbie, KDE == Linux == la distrib == le noyau == X == la plupart des applications qu'il utilise.
Cela dit, j'ai du mal a la blamer. Qui peut s'imaginer a priori que quand on utilise un ordinateur, chacun des composants logiciels est fourni par un group different et peut evoluer separement des autres, voire etre remplace ? Meme dans une voiture, on a pas autant de liberte de remplacage. Et sous windows, on ne remplace pas, on surcharge ou on duplique.
[^] # Re: Gnome journal...
Posté par Philippe F (site web personnel) . En réponse à la dépêche Free Software Magazine & GNOME journal. Évalué à 3.
[^] # Re: le monde réel.. ouais c'est ça..
Posté par Philippe F (site web personnel) . En réponse au journal Cherche stagiaires pour faire du python, qt et C++. Évalué à 2.
Juste pour curiosite, tu vis de l'activite de ta boite ? En tout cas, c'est cool pour toi que tu puisses faire du logiciel libre a longeur de journee. J'aimerai bien aussi mais dans l'industrie de la carte a puce, ce n'est pour l'instant pas possible.
Voici quand meme la liste des choses qu'on voudrait faire dans le logiciel libre pour les prochaines annees:
1. fournir une carte a puce sans-contact avec l'OS GPL qu'on a developpe (http://jayacard.sf.net(...))
2. ameliorer le compilateur sdcc (http://sdcc.sf.net(...)) pour qu'il puisse compiler du code pour des micro carte a puce
3. bosser avec des labos de recherche sur jayacard pour en faire une reference en terme d'OS carte a puce libre et securise
4. mettre qqs outils interne en libre
Tout ca pour dire que j'envisage a terme d'integrer de l'open source dans InSeal. En attendant, je dois manger et pour manger, je dois faire du logiciel proprietaire, ainsi que mes stagaires.
[^] # Re: Localisation !
Posté par Philippe F (site web personnel) . En réponse au journal Cherche stagiaires pour faire du python, qt et C++. Évalué à 2.
[^] # Re: Ca paye bien?
Posté par Philippe F (site web personnel) . En réponse au journal Cherche stagiaires pour faire du python, qt et C++. Évalué à 2.
[^] # Re: C'est un probleme notoire
Posté par Philippe F (site web personnel) . En réponse au message Un double, sec, svp.. Évalué à 4.
Tu dis des conneries. Ca ne fait que diminuer la portabilite. Tout ce qui n'est pas specifie conduit a des implementations diverses qui conduisent a de la non portabilite. C'est ainsi parce que K&R voulait laisser la possbilite au langage de tourner sur des plus grosses implementations. Ils n'ont pas realise tous les problemes de portabilite que ca entrainait.
> Et comme la portabilité est la première raison d'être du langage C,
Le langage C a ete developpe pour developper le premier unix. C'est sa premiere et son unique raison d'etre. Il avait l'avantage d'etre beaucoup plus portable que le code developpe en assembleur.
Toutes les autres conclusions que tu fais sont fantaisistes. Notamment, Java ou Ada est bien plus portable jsutement parce que ce genre de chose est specifie avec precision.
La difference, c'est que ces langages ont ete concus des le depart dans un souci de portabilite.
[^] # Re: Incroyable...
Posté par Philippe F (site web personnel) . En réponse au journal Cherche stagiaires pour faire du python, qt et C++. Évalué à 3.
> stagiaires, je n'ai ni le temps ni l'argent pour former quelqu'un.
La, tu m'etonnes. C'est vrai que c'est difficile de trouver le stagiaire qui ne te fera pas perdre du temps et de l'argent [2], mais ce n'est pas impossible. Perso, je suis plutot content de mon systeme de recrutement:
- aucun apriori sur les diplomes ou formation. Je ne lis meme pas le CV [1].
- envoi d'un jeu de questions techniques pour valider l'experience reelle du type en programmation
- quand les reponses aux questions se detachent du lot [3], convocation a un entretien qui dure 1/2 heure
- l'entretien comprend un exercice modeste de codage, qui revele pourtant enormement les connaissances du stagiaire (merci joel on software)
Au final, j'ai trouve des gens qui me font vraiment gagner de l'argent. Tout ceux pour lesquels j'ai hesite pour savoir si je devais les convoquer se sont reveles ne pas etre apte, donc je pourrai hausser encore mon filtre.
Apres, un poil de formation, sur 4 a 6 mois, le stagaire est rentable.
Ou bien ferai-tu un metier ou il y a tellement besoin de formation que tu ne peux pas prendre un stagaire ? Ca m'etonne quand meme parce que il y a des gens brillants partout, meme chez les stagaires. Pense a toi quand tu etais stagaires, est-ce que tu te prendrai en stage, connaissant tout ton potentiel actuel ?
[1]: pour une raison simple, c'est que entre le type qui a fait une semaine de Java et une semaine de C++ et le type qui en fait depuis trois ans, il n'y a pas de difference sur le CV: Langages = Java, C++. L'info s'apprend en pratiquant et la pratique se decouvre via des questions bien posees et via des exercices pratiques.
[2]: ca me donne parfois des inquietudes. Que dire d'un type avec une formation bac + 4 en informatique industrielle qui ne peut meme pas pondre 20 lignes triviales de C ? J'espere que c'est pas lui qui va programmer l'abs de ma bagnole !
[3]: avec un template pret sous thunderbird, c'est super rapide. Moins de 10 sec pour repondre a une candidateure initiale. 50% des candidats ne prennent meme pas la peine de repondre aux questions, ca doit leur sembler trop extraordinaire qu'on veuille connaitre leur competences avant de les embaucher.
[^] # Re: Incroyable...
Posté par Philippe F (site web personnel) . En réponse au journal Cherche stagiaires pour faire du python, qt et C++. Évalué à 5.
> normal (faut pas rigoler, la formation ne dure pas 6 mois et les
C'est vrai a InSeal que tu bosses presque comme un employe normal mais dans mon experience, c'est plutot rare. Les stagaires servent plutot a faire des trucs inutils pour lesquels on ne peut pas justifier de budget, vu que c'est plutot inutil qu'utile.
> stagiaires sont rapidement autonomes)
Bof. Tout d'abord, un stagiaire est moins autonome qu'un employe puisqu'il a moins d'experience. Ensuite il reste tres peu de temps par rapport a un employe. Si on prend deux ans pour un employe presse de changer, 4 ou 6 mois, ca ne fait pas beaucoup. Le stagaires comme l'employe vont me prendre 20% de mon temps pendant les deux premiers mois. Ca fait tres tres cher.
Le coup de 30% du smic, c'est que c'est une limite legale. Au dela, non seulement tu multiplies le cout du stagiaire par 1.7 au lieu de 1 (je depense 1,70 euro pour que le stagaire gagne 1 euro), mais en plus, ca te complique ta compta et a donc une incidence sur ta facture de comptabilite.
> La complainte de la petite entreprise qui n'a pas les moyens c'est
> bien gentil mais quand on monte une boite il faut savoir investir,
Mais j'investit, puisque je prends des stagiaires. Non seulement, j'investit 20% de mon temps qui represente 10% du temps global disponible pour le developpement des produits de la boite (nous sommes deux a developper). Ca correspond a plus de 1000 euro par semaine d'argent non gagne. Donc un stagiaire me coute 5000 euro par mois, hors materiel et cout de la location du bureau et cout des annonces, cout des entretiens a faire passer.
Pour l'instant, l'entreprise n'a pas d'argent, je vis avec 50% de mon salaire et chaque centime qui est dans la boite, c'est moi qui l'y ai mis. Toi qui est si genereux, combien de paye tu es pret a donner pour aider ton camarade stagiaire ? Repete un peu le chiffre, j'ai mal entendu ?
> quand l'entreprise dégagera du cash, ce n'est certainement pas
> les stagiaires qui ont contribué à son essor qui en profiteront!
Mais les stagiaires en profitent deja. J'ai deja verse des primes pour des tres bons stagiaries. Ils ont eu un boulot super interessant qui leur permettra de faire de bien meilleurs choix professionnels plus tard. Certains seront employes et auront des stock-options.
Mais bon, le stage reste un stage. Il est hors de question de donner des stock-options a un stagiaire par exemple.
Mais surtout, je ne force personne. Si tu n'est pas heureux de bosser chez nous, surtout, ne viens pas. Ici, on aime les gens qui aiment ce qu'ils font, qui prennent du plaisir a programmer, qui aiment le logiciel libre et qui arrivent a penser en termes autres que le nombre de chiffre de leur feuille de paye.
[^] # Re: mode réel ?
Posté par Philippe F (site web personnel) . En réponse au journal Cherche stagiaires pour faire du python, qt et C++. Évalué à 4.
Ensuite, j'essaye de manger.
Apres, je ferai du logiciel libre de facon professionelle.
Pour l'instant, InSeal n'en est pas au stade ou elle me permet de manger donc le logiciel libre attendra un peu.
[^] # Re: mouais
Posté par Philippe F (site web personnel) . En réponse à la dépêche Les versions de développement de Prelude maintenant indisponibles. Évalué à 2.
Mais le fait d'etre jeune permet d'etre plus audacieux, plus ambitieux, de pouvoir faire plus de sacrifices et de connaitre qqs trucs: comment economiser 30 ke d'investissement logiciel : linux...
[^] # Re: mouais
Posté par Philippe F (site web personnel) . En réponse à la dépêche Les versions de développement de Prelude maintenant indisponibles. Évalué à 4.
D'autre t'oblige a faire de l'alimentaire pendant que tu consacres 10% de ton temps au vrai projet.
Aujourd'hui, les investisseurs ne prennent que des projets qui ont deja une equipe, un produit et des contrats signes, donc autant dire que c'est pas facile. C'est certainement pas avec une "definition de projet" de projet que tu vas ramener des investisseurs. Le mythe de la presentation power point qui te donne des millions est reellement un mythe, meme si qqes boites se sont montees comme ca.
On a la chance a InSeal d'etre "finances" par les assedics, ca nous permet donc de developper le projet depuis 2 ans sur nos fonds propres et de signer les contrats et de sortir deux produits. On recherche des investisseurs et malgre nos avancees, ca reste difficile.
Welcome to the real world comme dirait notre copain Morpheus.
[^] # Re: Bienvenue dans un monde de merde
Posté par Philippe F (site web personnel) . En réponse au journal Cherche stagiaires pour faire du python, qt et C++. Évalué à 2.
C'est toujours mieux qu'un stage chez Cap Gemini ou tu bosseras sur un sujet ininteressant encadre par un lobotomise de chez Microsoft.
Et non, les gugusses ne bossent pas gratuitement, ils sont remuneres.
[^] # Re: Bienvenue dans un monde de merde
Posté par Philippe F (site web personnel) . En réponse au journal Cherche stagiaires pour faire du python, qt et C++. Évalué à 3.
- tests unitaires de tout, en meme temps que le developpement
- tests fonctionnels de tout, afin de ne pas avoir de non-regression
- automatisation au maximum, afin de ne pas perdre de temps. Ca inclute l'automatisation de l'execution des tests
- pas de repetiition dans la code: on ne code une chose qu'une seule fois de facon a pouvoir la modifier facilement
- le code doit etre lisible et maintenable car il sera lu et maintenu par qq'un d'autre que celui qui l'a ecrit.
Je regrette que tres peu de projets open source utilisent ces principes, notamment les tests unitaires. KDE vient tout juste d'introduire des tests unitaires pour khtml .
Les tests unitaires sont pour moi une garantie d'un developpement ou on ne recule jamais. Toutes les regressions sont capturees, donc on peut peter l'architecture interne dans tous les sens pour faire avancer le projet, ca n'impacte pas le resultat final.
Au contraire, les regressions sont le lot quotidien des differents projets o pen source. Heureusement, grace a CVS et au large panel d'utilisateurs, celles-ci sont corrigees avant les versions finales. Mais ca me gene quand meme que ce soient les utilisateurs qui doivent reporter les non-regressions alors que des tests unitaires feraient un meilleur travail.
Cote automatisation, il y a encore des tous petits progres a faire meme si globalement, les projets open source sont largement en avance sur les projets proprietaires dans ce domaines.
[^] # Re: Quelques questions ...
Posté par Philippe F (site web personnel) . En réponse au journal Cherche stagiaires pour faire du python, qt et C++. Évalué à 4.
Il y a bien sur des differences:
- ils sont la pour moins longtemps
- ils ne sont pas des professionnels
- ils sont moins bien payes.
Maintenant, demande-toi ce que tu preferes:
- un stage ou le principe, c'est que le stagiaire ne peut bosser sur rien d'important, donc on va le mettre sur un projet dont personne ne veut et pas tres important. Perso, c'est ce que j'ai eu comme stage de fin d'etude. C'etait nul, je n'ai strictement rien appris.
- un stage ou tu participes a la vie des produits de l'enterprise, ou ton travail est dirctement integre dans les produits qui sont vendus aux clients. Un stage ou tu es encadre de pres et tu travailles au meme titre que les autres developpeurs, avec les memes contraintes de qualite et de perennite de ta contribution.
Je trouve que le second sujet te prepare mieux a la vie professionelle mais le premier sujet est plus peinard. A toi de voir.
Si j'avais de l'argent, je prendrai des developpeurs en plus mais pour l'instant, ce n'est pas le cas. La relation que j'ai avec les stagiaires a ete satisfaisante dans les deux sens: ils ont travaille dans une petite entreprise et ont eu une vision complete du developpement d'un produit logiciel dans des contraintes du monde entrepreneurial. Ils ont touche a plusieurs domaines et surtout, ont vu notre facon de travailler. De mon cote, je suis tres satisfait du travail qu'ils ont fait et je n'en attendrai pas plus d'un developpeur paye a 300 kF.
Est-ce que les stagiaires ont besoin d'etre experimente ? Il est evident que je ne demande aucune experience professionnelle, sinon, ils ne seraient pas stagiaires. En revanche, je demande une bonne experience de la programmation. Vous devez pouvoir faire de la conception objet, coder en C ou en C++ sans probleme et apprendre rapidement Qt et python (ca s'apprend en moins de deux semaines).
L'experience montre que les gens ne savent coder que si ils ont deja code beaucoup, donc je tends naturellement a prendre des gens comme ca. Les gens doivent aussi etre curieux et connaitre ou tout au moins s'adapter a diverses technos. C'est pour ca que j'adore les contributeurs au logiciel libre, ils reunissent a prirori deja toutes ces qualites.
J'ai mis aussi des informations complementaires dans le message que j'ai poste sur les fora:
http://linuxfr.org/forums/12/6091.html(...)
Voila, n'hesitez pas a continuer la discussion, que vous soyez interesse ou pas en tant que stagiaire.
[^] # Re: Startup "jeune et sympa"
Posté par Philippe F (site web personnel) . En réponse au journal Cherche stagiaires pour faire du python, qt et C++. Évalué à 2.
D'une part, il y a des gens qui s'eclatent bien plus en faisant 12h par jour mais de 11h a 1h du mat que 8h par jour, de 9h a 18h.
D'autre part, startup n'est pas synonyme d'esclavagisme, en tout cas pas chez nous. Les gens ont des horaires tout a fait normaux.
[^] # Re: QT sous windows
Posté par Philippe F (site web personnel) . En réponse au journal Cherche stagiaires pour faire du python, qt et C++. Évalué à 3.
Si un jour vous chercher un moyen de faire du proprio avec Qt pour pas cher, je recommande vraiment cette solution.
prix d'une licence Qt : 1500 $ version de base, par plateforme.
prix de la licence the kompany pour PyQt : 400 $ pour 3 plateformes !
Pour une petite boite, le choix est vite fait.
[^] # Re: mode réel ?
Posté par Philippe F (site web personnel) . En réponse au journal Cherche stagiaires pour faire du python, qt et C++. Évalué à 6.
Disons que je suis pris entre deux feux. J'aime beaucoup le libre mais d'une part, c'est tres difficile de le developper en tant que modele economique [1] (a titre de statistiques, le nombre de societes vivant du libre et celles vivant du proprietaires sont sans rapports), d'autre part, j'ai des contraintes clients et produit qui font que je dois etre sous windows. Il existe tres peu de compilateurs pour cartes a puces sous windows, et aucun qui nous convinennent par exemple.
De meme que pour distribuer un produit grand public, s'il ne fait que du linux, ca risque pas de marcher.
Donc le libre pour InSeal, c'est une plateforme technologique gratuite et surtout, une plateforme technologique que je maitrise. Si on peut, on contribuera en retour mais ce ne sera pas tout de suite. J'ai quelques idees pour une contribution sympatique. En attendant, j'ai achete une licence PyQt a TheKompany pour faire des outils close source sous windows en python et Qt.
[1]: c'est pas le meilleur moment pour rentrer dans une polemique. C'est ma 2e boite que je cree et il n'y a pas moyen de gagner de l'argent en rendant libre le fruit de notre travail. Si vous pensez que j'ai tort, je vous invite a creer une boite concurrente faisant la meme chose en libre. Je serai ravi d'avoir tort mais je ne vais pas engager 4 ans de salaires sur votre bonne foi.