Tout à fait d'accord, et je pense que c'est dû à cette multiplication des formations ingénieurs, ou la quantité joue contre la qualité.
Oui mais puisqu'on te dit que c'est pas grave d'abandonner la production au pays à bas coût du moment qu'on garde la R&D.
Une nation d'ingénieurs devrait nous différencier
Maintenant regarde, l'Inde nous taille des croupières sur l'informatique, la Chine exige les transferts de techno avant tout contrat.
Au fait ils sont payés combien les "trouveurs" dans ces pays ?
Ni au US
mais en revanche souvent un chercheur pense qu'un bon salaire est un dû. Cf. tous les doctorant++ qui vont au bout d'un filière alors qu'il n'y a a aucun débouché et qui viennent râler qu'on ne leur donne pas un job à la mesure de leur diplôme.
Je comprend que ca soit dur quand on a investi des années de sa vie pour être le meilleur mais parfois il faut rester lucide et ne pas s'entêter envers et contre tout.
A titre personnel, j'aurais tjs aimé percer dans la génétique mais devant
la concurrence et les débouchés offerts, j'ai renoncé et me suis réorienté vers l'informatique. Je ne le regrette nullement.
Bref c'est tout un système qu'il faudrait revoir mais dès qu'on aborde le sujet, les sensibilités s'exacerbent.
Les 2 systèmes sont différents, ont leurs avantages et leurs travers.
En France une bonne partie de la recherche est publique et le privé et le publique sont mieux dissociés. L'avantage est une meilleur indépendance intellectuelle des chercheurs publics.
La sécurité de l'emploi, le fait d'être "chercheur" et pas "trouveur" ou "inventeur" comme on lit ici comme si ce mot était tabou a un prix.
Je ne doute pas que par effet de bord ca rejaillisse sur les "chercheurs" du privé et que ca ne soit pas regrettable.
Aux Us, ils n'ont pas la même vision, elle est plus pragmatique, on met des sur la table mais on attend des résultats quitte à se faire jeter quand ils tardent à venir.
Ca a d'autres travers comme les résultats truqués, les publications bidons pour conserver son taf avec une surenchère malsaine.
Attention, je ne dis pas qu'on ne retrouve pas parfois les mêmes situations en France mais il s'agit d'une tendance qui explique aussi le brain drain. Un inventeur motivé qui veut progresser doit parfois s'expatrier. Un chercheur planqué à la fac qui en plus paye un de ses thésards pour se soustraire à ses obligations est-il aussi méritant ?
Je suis d'accord sur le fait que "trouver", découvrir devrait être mieux gratifié, mais là à coup sûr on va voir débarquer les chercheurs en recherche fondamentale pour se plaindre que ce n'est pas pareil pour eux
Bref ! Inventeur ou simple ouvrier ,le dilemne francais est le même, flexibilité ou sécurité.
On ne peut pas avoir le beurre et l'argent du beurre, ... quoique il parait que les danois l'ont fait
Je veux bien croire que le métier de commerciaux est dur. Mais si on regarde la dureté des études, le rapport s'inverse.
C''est peut-être ce qui fait la différence entre la mentalité francaise et anglo-saxonne et qui explique en partie ton article.
Si j'ai Bac+10 on me doit un bon salaire
alors qu'aux US on fait confiance à l'expérience pas au diplôme ce qui ne veut pas dire que les 2 choses soient incompatibles
Dire que c'est un francais prestigieux qui est l'auteur de cette maxime
"Une tête bien fait vaut mieux qu’une tête bien pleine"
Rien ne t'oblige à utiliser Google pour tes recherches.
La concurrence est libre est non faussée et ce n'est pas la faute de Google si elle n'est pas à la hauteur.
Avec M$ c'est différent puisque il y a la vente liée.
Des sociétés comme Novell, Red Hat, Mandriva ou Canonical, se chargent alors d'intégrer une interface et des logiciels autour de ce noyau pour rendre l'ensemble utilisable. Ce sont ces mêmes sociétés qui délivrent généralement le support aux utilisateurs, du moins pour les versions payantes.
Tu enseignes un "dialecte" bien spécifique du C++, incompatible avec d'autres implémentations. Et ça, c'est à peu près aussi critiquable que de leur apprendre à "faire du Borland" ou du Visual (si ce n'est que Qt est libre).
Ah oui c'est vrai que python échappe à la règle. Pourtant à chaque fois qu'on pointe les défauts de son implémentation de référence on ne manque pas de nous rétorquer qu'il existe des implémentations qui pallie ces défauts.
J'admets cependant que les écarts sont moindres mais en même temps comparer une lib qui contient un toolkit graphique et un langage me parait quelque peu orienté
Ah le finally n'existe pas en Java ?
Je croyais que c'était python qui avait un gestion bancale des exceptions jusqu' à la 2.5 . On ne disposait que d'un try.. except ou un try.. finally ce qui obligeait à imbriquer 2 blocs try pour obtenir la même chose que try..catch..finally.
Python s'est inspiré de Java sur ce coup là http://docs.python.org/whatsnew/2.5.html#pep-341
Je sais pas pourquoi, je le présentais.
Au moment ou j'ai écris le langage miracle n'existe pas , j'étais sur que tu allais nous ressortir Lisaac
Il n'y a a pas de véritable consensus sur les limites exacts d'OO.
Les contrats en font ils partie, le mutli héritage, les exceptions
Chaque langage a ses spécificités et l'Objet ne répond pas à tous les besoins.
Le duck typing ne respecte pas l'objet mais personne n'a réussi à me démontrer que ca n'était pas plus efficace dans bien des cas.
D'ailleurs il s'apparente de près au concept d'interface en Java, le contrôle statique en moins et a souplesse en plus.
L'AOP adresse les problèmes transversaux que l'approche objet n'a jamais su gérer autrement qu'au prix de frameworks gargantuesques et complexes
Les langages déclaratifs à la Prolog se révélent d'une redoutable efficacité lorsque l'algorithmie montre ses limites.
Encore une fois il faut la pureté objet ne doit pas être une fin en soi.
Sauf que dans ta classe tu encapsules ou tu hérites d'une collection de l'api de base.
Donc si ca n'est pas prévu de base tu doit te coltiner de participer au JCP ou reécrire toi-même de toute pièce ta collection.
Ca devient lourdingue pour une simple optim en 2 lignes avec un
[^] # Re: Mépris de la technique, un mal franco-français qui cache quoi ?
Posté par Bozo_le_clown . En réponse au journal "En France, les inventeurs peu reconnus et mal payés". Évalué à 2.
[^] # Re: Question d'objectifs ...
Posté par Bozo_le_clown . En réponse au journal "En France, les inventeurs peu reconnus et mal payés". Évalué à 2.
Tout à fait d'accord, et je pense que c'est dû à cette multiplication des formations ingénieurs, ou la quantité joue contre la qualité.
Oui mais puisqu'on te dit que c'est pas grave d'abandonner la production au pays à bas coût du moment qu'on garde la R&D.
Une nation d'ingénieurs devrait nous différencier
Maintenant regarde, l'Inde nous taille des croupières sur l'informatique, la Chine exige les transferts de techno avant tout contrat.
Au fait ils sont payés combien les "trouveurs" dans ces pays ?
[^] # Re: bof
Posté par Bozo_le_clown . En réponse au journal "En France, les inventeurs peu reconnus et mal payés". Évalué à 2.
mais en revanche souvent un chercheur pense qu'un bon salaire est un dû. Cf. tous les doctorant++ qui vont au bout d'un filière alors qu'il n'y a a aucun débouché et qui viennent râler qu'on ne leur donne pas un job à la mesure de leur diplôme.
Je comprend que ca soit dur quand on a investi des années de sa vie pour être le meilleur mais parfois il faut rester lucide et ne pas s'entêter envers et contre tout.
A titre personnel, j'aurais tjs aimé percer dans la génétique mais devant
la concurrence et les débouchés offerts, j'ai renoncé et me suis réorienté vers l'informatique. Je ne le regrette nullement.
Bref c'est tout un système qu'il faudrait revoir mais dès qu'on aborde le sujet, les sensibilités s'exacerbent.
PS: je ne généralise pas
[^] # Re: bof
Posté par Bozo_le_clown . En réponse au journal "En France, les inventeurs peu reconnus et mal payés". Évalué à 2.
Les 2 systèmes sont différents, ont leurs avantages et leurs travers.
En France une bonne partie de la recherche est publique et le privé et le publique sont mieux dissociés. L'avantage est une meilleur indépendance intellectuelle des chercheurs publics.
La sécurité de l'emploi, le fait d'être "chercheur" et pas "trouveur" ou "inventeur" comme on lit ici comme si ce mot était tabou a un prix.
Je ne doute pas que par effet de bord ca rejaillisse sur les "chercheurs" du privé et que ca ne soit pas regrettable.
Aux Us, ils n'ont pas la même vision, elle est plus pragmatique, on met des sur la table mais on attend des résultats quitte à se faire jeter quand ils tardent à venir.
Ca a d'autres travers comme les résultats truqués, les publications bidons pour conserver son taf avec une surenchère malsaine.
Attention, je ne dis pas qu'on ne retrouve pas parfois les mêmes situations en France mais il s'agit d'une tendance qui explique aussi le brain drain. Un inventeur motivé qui veut progresser doit parfois s'expatrier. Un chercheur planqué à la fac qui en plus paye un de ses thésards pour se soustraire à ses obligations est-il aussi méritant ?
Je suis d'accord sur le fait que "trouver", découvrir devrait être mieux gratifié, mais là à coup sûr on va voir débarquer les chercheurs en recherche fondamentale pour se plaindre que ce n'est pas pareil pour eux
Bref ! Inventeur ou simple ouvrier ,le dilemne francais est le même, flexibilité ou sécurité.
On ne peut pas avoir le beurre et l'argent du beurre, ... quoique il parait que les danois l'ont fait
[^] # Re: bof
Posté par Bozo_le_clown . En réponse au journal "En France, les inventeurs peu reconnus et mal payés". Évalué à 3.
Je veux bien croire que le métier de commerciaux est dur. Mais si on regarde la dureté des études, le rapport s'inverse.
C''est peut-être ce qui fait la différence entre la mentalité francaise et anglo-saxonne et qui explique en partie ton article.
Si j'ai Bac+10 on me doit un bon salaire
alors qu'aux US on fait confiance à l'expérience pas au diplôme ce qui ne veut pas dire que les 2 choses soient incompatibles
Dire que c'est un francais prestigieux qui est l'auteur de cette maxime
"Une tête bien fait vaut mieux qu’une tête bien pleine"
[^] # Re: un gros bug...
Posté par Bozo_le_clown . En réponse au journal [HS] Attention, internet peut endomager votre ordinateur. Évalué à 2.
Rien ne t'oblige à utiliser Google pour tes recherches.
La concurrence est libre est non faussée et ce n'est pas la faute de Google si elle n'est pas à la hauteur.
Avec M$ c'est différent puisque il y a la vente liée.
[^] # Re: un gros bug...
Posté par Bozo_le_clown . En réponse au journal [HS] Attention, internet peut endomager votre ordinateur. Évalué à 2.
c'est bien l'argument ressassé pour Canonical avec Launchpad.
C'est pourtant évident.
Une boite qui n'est pas 100% libre n'est pas libre.
Exit Novell, Redhat, ...
reste Mozilla Corp et la boite de Zénitram qu'on te dit
[^] # Re: Planté
Posté par Bozo_le_clown . En réponse au journal [HS] Attention, internet peut endomager votre ordinateur. Évalué à 2.
[^] # Re: un gros bug...
Posté par Bozo_le_clown . En réponse au journal [HS] Attention, internet peut endomager votre ordinateur. Évalué à 2.
On n'a pas idée à quel point
http://www.pcinpact.com/actu/news/48793-google-site-risque-e(...)
[^] # Re: Planté
Posté par Bozo_le_clown . En réponse au journal [HS] Attention, internet peut endomager votre ordinateur. Évalué à 2.
vivement qu'il marche avec Google Gears, qu'on puisse faire ses recherches en offline tout comme gmail
[^] # Re: La raison
Posté par Bozo_le_clown . En réponse au journal [HS] Attention, internet peut endomager votre ordinateur. Évalué à 6.
# La raison
Posté par Bozo_le_clown . En réponse au journal [HS] Attention, internet peut endomager votre ordinateur. Évalué à 4.
[^] # Re: Beaucoup d'erreurs, mais article saluable
Posté par Bozo_le_clown . En réponse au journal Troll : Ubuntu vs other AND KDE vs Gnome réuni !. Évalué à 2.
Des sociétés comme Novell, Red Hat, Mandriva ou Canonical, se chargent alors d'intégrer une interface et des logiciels autour de ce noyau pour rendre l'ensemble utilisable. Ce sont ces mêmes sociétés qui délivrent généralement le support aux utilisateurs, du moins pour les versions payantes.
Sympa pour les distribs communautaires
[^] # Re: Critique
Posté par Bozo_le_clown . En réponse au journal Explorez les richesses du langage Python. Évalué à 3.
[^] # Re: merci de ta contribution passionnante
Posté par Bozo_le_clown . En réponse au journal Ruby 1.9.1 is out!. Évalué à 4.
http://www.igvita.com/2008/11/13/concurrency-is-a-myth-in-ru(...)
=>
http://www.getjruby.com
[^] # Re: Critique
Posté par Bozo_le_clown . En réponse au journal Explorez les richesses du langage Python. Évalué à 1.
Tu enseignes un "dialecte" bien spécifique du C++, incompatible avec d'autres implémentations. Et ça, c'est à peu près aussi critiquable que de leur apprendre à "faire du Borland" ou du Visual (si ce n'est que Qt est libre).
Ah oui c'est vrai que python échappe à la règle. Pourtant à chaque fois qu'on pointe les défauts de son implémentation de référence on ne manque pas de nous rétorquer qu'il existe des implémentations qui pallie ces défauts.
Et pourtant :
http://jython.sourceforge.net/docs/differences.html
http://www.codeplex.com/IronPython/Wiki/View.aspx?title=Diff(...)
J'admets cependant que les écarts sont moindres mais en même temps comparer une lib qui contient un toolkit graphique et un langage me parait quelque peu orienté
[^] # Re: Critique
Posté par Bozo_le_clown . En réponse au journal Explorez les richesses du langage Python. Évalué à 1.
Je croyais que c'était python qui avait un gestion bancale des exceptions jusqu' à la 2.5 . On ne disposait que d'un try.. except ou un try.. finally ce qui obligeait à imbriquer 2 blocs try pour obtenir la même chose que try..catch..finally.
Python s'est inspiré de Java sur ce coup là
http://docs.python.org/whatsnew/2.5.html#pep-341
[^] # Re: Mouhahaha
Posté par Bozo_le_clown . En réponse à la dépêche BLAG 100% Libre reprend ses mises-à-jour et son développement.. Évalué à 0.
[^] # Re: Les Beatles vont entrer dans le domaine public c'est ca ?
Posté par Bozo_le_clown . En réponse à la dépêche Une vidéo sur les dangers de l'allongement des droits des artistes-interprètes en Europe. Évalué à 1.
Les mauvais chasseurs, ils voient le gibier, ils tirent!
Alors que les bons chasseurs ...
[^] # Re: Toujours la...
Posté par Bozo_le_clown . En réponse au journal MS va supprimer 5000 postes. Évalué à 4.
Tout le monde sait que ça correspond à la percée du système d'exploitation Ubuntu.
[^] # Re: javascript
Posté par Bozo_le_clown . En réponse au journal Perl, Javouille, Lisaac|(Ruby|SmallTalk|etc..). Évalué à 2.
Il existe un article qui dis le contraire où chaque fonction de l'aop est remplacé par un pattern plus simple à gérer en objet.
Et quel article STP.
Ca m'intéresse
[^] # Re: javascript
Posté par Bozo_le_clown . En réponse au journal Perl, Javouille, Lisaac|(Ruby|SmallTalk|etc..). Évalué à 1.
Au fait je croyais que Lisaac était un langage orienté prototype et pas un langage orienté objet
http://fr.wikipedia.org/wiki/Programmation_orient%C3%A9e_pro(...)
[^] # Re: javascript
Posté par Bozo_le_clown . En réponse au journal Perl, Javouille, Lisaac|(Ruby|SmallTalk|etc..). Évalué à 2.
Mais la solution que tu défendais ici n'est pas viable.
Heureusement que les inner class sont apparues donc.
[^] # Re: javascript
Posté par Bozo_le_clown . En réponse au journal Perl, Javouille, Lisaac|(Ruby|SmallTalk|etc..). Évalué à 2.
Au moment ou j'ai écris le langage miracle n'existe pas , j'étais sur que tu allais nous ressortir Lisaac
Il n'y a a pas de véritable consensus sur les limites exacts d'OO.
Les contrats en font ils partie, le mutli héritage, les exceptions
Chaque langage a ses spécificités et l'Objet ne répond pas à tous les besoins.
Le duck typing ne respecte pas l'objet mais personne n'a réussi à me démontrer que ca n'était pas plus efficace dans bien des cas.
D'ailleurs il s'apparente de près au concept d'interface en Java, le contrôle statique en moins et a souplesse en plus.
L'AOP adresse les problèmes transversaux que l'approche objet n'a jamais su gérer autrement qu'au prix de frameworks gargantuesques et complexes
Les langages déclaratifs à la Prolog se révélent d'une redoutable efficacité lorsque l'algorithmie montre ses limites.
Encore une fois il faut la pureté objet ne doit pas être une fin en soi.
[^] # Re: javascript
Posté par Bozo_le_clown . En réponse au journal Perl, Javouille, Lisaac|(Ruby|SmallTalk|etc..). Évalué à 2.
http://linuxfr.org/comments/1000494.html#1000494
Sauf que dans ta classe tu encapsules ou tu hérites d'une collection de l'api de base.
Donc si ca n'est pas prévu de base tu doit te coltiner de participer au JCP ou reécrire toi-même de toute pièce ta collection.
Ca devient lourdingue pour une simple optim en 2 lignes avec un
Faut arrêter un peu la mauvaise foi aussi