Philippe F a écrit 2225 commentaires

Je ne comprends pas : c'est pas un informaticien qui decide du contenu des cours d'informatique ?

Ce que tu dis es tpeut-etre vrai pour une grosse boite, mais dans une petite boite, un client qui te plante, ca arrive regulierement. Si tu as embauche deux personnes pour faire le projet, tu es tres tres mal parce que dans une boite de 15 personnes, 2 personnes, ca coute tres tres cher.

Autre remarque, c'est moins fatiguant de recruter via une SSII (ils font le tri des CV avant toi) alors que si tu dois prendre un CDD, tu dois te farcir tout le travail de recrutement.

Ca arrive aussi de se tromper. Tu ne t'es jamais lance dans une mauvaise voie en informatique ? L'info change tres vite, c'est une realite difficile a accomoder. Par exempl, il y a 2 ans, le wifi etait anecdotique et on parlait encore de mettre un trombone dans une disquette pour afire une antenne. Aujourd'hui, c'est chez tous les particuliers.

Pour avoir vecu la situation du monsieur plus haut, je peux te dire qu'on serait pret a prendre n'importe quel type competent qui serait pret a prendre les memes risques que nous et qui serait a peu pret aussi competent.

Malheureusement, les types pret a mouiller leur chemise sont tres tres rares. Ils ont la tete gonfles de salaires, de stabilite et ne veulent prendre aucun risque. Donc quant tu veux embaucher qq'un tu dois provisionner au moins 3 mois de salaires (1,7 fois le salaire brut, je le rappel) plus prevoir pas mal de marge pour pouvoir l'employer.

Tu trouves aussi des milliers de types qui sont persuades d'etre l'associe parfait mais flippe au moindre probleme, ou te font du grand n'importe quoi.

Trouver un mec competent et pret a prendre des risques, c'est tres tres tres difficile.

Je pense que les associations d'independants sont clairement le futur de la solitude de l'independant.

Solution: participe a un logiciel libre. Perso, dans les recrutements de stagiaire et d'employes que j'ai fait, il y avait identite entre "mec competent" et "mec qui a participe a un logiciel libre".

Les trucs que je reproche aux mecs que je trouve pas assez qualifie:
- experience tres recente de la programmation
- n'a jamais fait qu'un demineur et des listes chainees comme projet
- ne sait pas ce qu'est CVS ou equivalent
- n'a jamais travaille sur de gros projets
- a utilise tres peu d'outils de prog: CVS, automake, cppunit, bug tracker donc il est plutot perdu dans l'environnement technique
- certains ne savent pas lire une doc en anglais
- connait tres peu de technologies : certains ne connaissent pas xml, d'autres n'ont jamais ecrit un programme portable, n'ont jamais ecrit de script shell, etc

Donc si tu as participe a un logiciel libre, tu n'as a priori aucun de ces problemes. Pour moi, ca veut dire que tu es bon a recruter (malheureusement, je ne recrute pas tout de suite). Si les autres entreprises ne s'en rendent pas compte, c'est con pour elles.

Ironiquement, le seul remede contre la SSII, c'est de permettre aux boites de virer leurs employes en un mois et sans justification. Autant dire que ce n'est pas trop souhaitable. Donc tant qu'il y aura de la protection sociale, il y aura des intermediaires qui vendront de la flexibilite.

Tout a fait. Le theoreme de Pythagore est tres util et pourtant, il ne date pas d'hier.

Bon, c'est sur que une fois que tu sais manier des vecteurs, il semble moins fondamental mais ca reste une base importante.

Et pour ce qui est des profs qui apprennent java juste avant d'en faire un cours:
- peut-etre qu'il revisait juste un detail
- quand tu as un gros bagage en langages inforamtiques, apprendre un nouveau langage n'est qu'une question d'heure.

La poste tchque l'a fait, il n'y a pas de raisons que la poste francaise ne puisse pas le faire. Lis la news, ils parlent de windows NT et de DOS.

Si qui m'interpelle, c'est que si ils ont migre leur soft APOST sous linux, ils ont du le re-ecrire en utilisant une autre interface graphique. Alors, gtk ou qt ?

Dans les autres blagues, si tu es un particulier et que tu veux un windows dans une autre langue que le francais, acroche-toi. Reponse du vendeur de surcouf: c'est impossible. Retournez dans votre pays acheter votre windows et revenez-ici !

J'en profite pour dire que je cherche des stagiaires. cf Mon journal pour plus d'infos.

Tout a fait. C'est typiquement un mec qui cherche pour chaque action de google a l'interprter de la facon la plus mauvaise et qui ne demord jamais de son opinion negative.

Si google doit etre surveille, esperons que ce sera pas un groupe plus intelligent que lui.

Les sites sont reperes par des robots, pas par des mecs. Il est peu sur que les spammeurs prennent la peine de modifier son robot pour que celui-ci detecte les sites qui seront utils et ceux qui ne le seront pas.

Finalement, comme le disait qq'un plus bas, cette solution ne beneficie vraiment qu'a google et a ses utilisateurs. Les bloggers et wiki seront a mon avis pollues de la meme facon.

1) la fiabilite du moteur n'est pas affectee.

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.

Il faut aussi voir d'autres choses.

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.

> une version est en cours de développement et devrait sortir en même temps que la version finale de Hurd

Merde, ca veut dire qu'on verra pas de version avant 2056 ?

Plus serieusement, pourquoi ca doit sortir en meme temps que le troupeau ?

> Nombre de "newbies" croient que KDE = linux

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.

Oui, c'est la premiere tache qui est confiee aux nouveaux stagiaires qui arrivent: tu vois, celui-la, il a voulu faire moins de 12h par jour.

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.

> c'est ainsi dans un souci de portabilité.

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.