Philippe F a écrit 2205 commentaires

> Mais de façon générale celà n'influence pas l'égalité des chances car fcelà concerne souvent une minorité

Tu crois vraiment ce que tu dis ? Pour avoir ete toujours ete dans les meilleures classes, je peux te dire qu'il y a pas du tout egalite des chances.

Si tu comptes les fils/filles de profs et d'ingenieurs, tu arrives a plus de 80% de l'effectif de la classe. L'egalite des chances, tu la perds des ta naissance.

Toutes les sciences humaines s'appuient sur un savoir qui est dispense certe a l'ecole, mais qui est surtout diffuse via la famille (cinema, theatre, lecture, ...). Qq'un dont les parents ne sont pas cadres a beaucoup moins acces a cette culture et a beaucoup moins de chances d'assurer des bonnes notes dans ces matieres pendant sa scolarite. Heureusement, il n'y a pas ce probleme pour les matieres scientifiques ou les capacites d'analyses priment sur le savoir culturel.

Le fait est que le systeme educatif est construit par des gens instruits, pour faciliter la vie des gens instruits. Le systeme s'auto-nourrit et les changements de classe sociale parent/enfants sont tres tres rares.

Tu peux ajouter a ca que les profs et les ingenieurs maitrisent souvcent tres tres bien le systeme educatif et sauront te placer dans les tres bonnes classes et les tres bon lycees alors que ceux qui pensent naivement que l'ecole donne leur chance a tous de la meme facon se retrouveront soit dans les classes moyennes, soit dans les classes pourries. Pourquoi j'ai fait "Allemand/Anglais/Latin" ? J'ai beau pareler couramment allemand, ca ne me sert jamais. Par contre, l'espagnol me serait plus util mais ca te mettais dans les mauvaises classes, alors il ne fallait pas y songer...

Pour les tres bons eleves, le systeme ne penalise pas trop. Ils arriveront quand meme a monter. Mais pour tout ceux qui sont dans la moyenne, le niveau de la classe est nivele globalement par le lycee, les profs et les eleves de la classe. Dont tous ceux qui ne sont pas dans les bonnes classes sortiront moins bons a la fin de l'annee.

Le mythe de l'ecole doit etre la meme pour tous est en train de tomber, et on se rend compte que pour donner les memes chances a tout le monde, il faut donner plus a certains qui sont moins favorises.

J'm'a goure, j'ai eu de meilleur resultats avec l'epita qu'avec l'epitech. Pa sur le projet lui-meme, qui etait torche, mais sur la lisibilite/maintenabilite du resultat.

C'est pas possible de breveter un truc pareil, tout le monde l'a vu dans MI-2

Je monte une start-up depuis deux ans, et j'en ai deja reussi une. J'ai aussi une experience dans un grand groupe.

L'epitech/epita sont hyper specialisee en info. Ce qui est cool, c'est que tu fais vraiment beaucoup d'infos donc tu es super competent en codage. Pour une boite qui ne fait que de l'info comme la mienne, c'est genal. Je prends les stagiaires epita/epitech les yeux fermes car ils savent tout ce que je leur demande.

Pour ce qui est des connaissances annexes au domaine info mais indispensable dans une boite (gestion de projet, relationnel, ...), ca s'apprend tres bien sur le tas et de toute facon, on n'est pas mieux prepare ailleurs.

Par rapport a une ecole d'ingenieur plus generaliste (la mienne etait l'ENST Bretagne), l'inconvenient, c'est que tu touches a beaucoup moins de domaines donc on te considere comme un ingenieur specialiste et tu auras du mal a prendre des taches autres que celles confiees a un specialistes. L'autre inconvenient majeur, c'est que comme le diplome n'est pas un diplome d'ingenieur, tu te feras probablement allumer sur le salaire dans les grands groupes. A verifier aupres des epiteens.

Je conseillerai plutot l'epita que l'epitech car avoir une ouverture en math et en physique, c'est vraiment util. J'ai aussi des meilleurs resultats avec les stagiaire epitech que epita mais je n'ai pas de nombres suffisants pour en tirer une statistique (3 stagaires).

ps: j'en profite pour dire que je cherche des stagiares. cf Mon journal pour plus d'infos.

L'industrie des effets video a bascule sous Linux. Je pense que ca concerne surtout les fermes de calcul et les rendus, mais ca devrait inciter quand meme les fabriquants de cartes graphiques de reflechir de pres a Linux.

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.