Commentaires sur : Réponse à une objection sur « la prolétarisation dans les sociétés informatiques »

Par : Dominique Rabeuf

Dominique Rabeuf — Tue, 03 Nov 2009 21:26:32 +0000

Java a été inventé à cause d’une pénurie d’intelligence dans le développement
Java est assez pauvre comme langage mais très bien pour sous traiter à pas cher le kilo

Par : Christian

Christian — Fri, 20 Mar 2009 08:28:37 +0000

Je vois que le « Didier » devient l’unité de mesure

Par : XavierB

XavierB — Fri, 20 Mar 2009 07:26:33 +0000

« Et c’est une chose heureuse car il faudrait 10 ans à un ingénieur pour arriver au niveau d’un Didier en Java ! »

C’est une chose heureuse dans l’immédiat, en tout cas pour la rentabilité de son projet, le problème est que 10 ans après, le malheureux sera toujours loin d’être au niveau d’un « Didier » en java.
Appliquer des framework pendant 10 ans n’apprend jamais… qu’à appliquer des framework.
Je veux bien qu’on me dise que le modèle économique n’a pas besoin de beaucoup de « Didier » mais de beaucoup de jeunes applicateurs de framework. Mais il me parait très exagéré de présenter ça comme l’acquisition de nouvelles compétences.

Par : Laurent GUERBY

Laurent GUERBY — Mon, 16 Mar 2009 11:46:46 +0000

Sur les composants et les ingénieurs qui ne savent plus comment ca marche, lire ou relire les textes par Dewar et Schonberg liés ici :

http://developers.slashdot.org/developers/08/01/08/0348239.shtml
http://developers.slashdot.org/article.pl?sid=08/01/22/0217200

Par : kim

kim — Mon, 16 Mar 2009 08:38:31 +0000

« un serveur web de base se code en quelques lignes de code ! »
=> quand ce n’est pas moins.
Le serveur en question, il suffit de passer par inetd (sous linux). Pour l’application, installation de ruby on rails (par exemple), 4 lignes de commandes, et on a un blog avec commentaires. Où se trouve alors le savoir faire ?

Par : Yves-Marie Pondaven

Yves-Marie Pondaven — Sun, 15 Mar 2009 23:32:10 +0000

Au risque d’être dans les derniers vieux cons je pense que l’école doit continuer de former au fonctionnement des systèmes.
Un ingénieur auto doit savoir comment marche une voiture (moteur…), un architecte dans le bâtiment connaître la résistance des matériaux… On ne peut pas tout le temps se reposer sur les outils.
Il n’y a qu’en informatique ou la connaissance des ingénieurs est inférieure aux utilisateurs.
Savoir comment marche un processeur, un disque, comment écrire son propre langage, sa propre base de données … même en miniature permet ensuite de mieux comprendre comment ca marche dans les produits et donc de faire des choix des conception de meilleure qualité. Le fait de savoir comment ca marche ne veut pas dire qu’ensuite sur projet on doit réécrire son serveur web ou sa base !
de plus je maintiens qu’en 3 ou 4 ans il est tout a fait possible de développer des couches tout seul : un serveur web de base se code en quelques lignes de code !

Google permet d’accéder a des informations parcellaires pas à la compréhension et c’est bien pour ca que ca se passera mal !

Par : kim

kim — Sun, 15 Mar 2009 19:02:59 +0000

« Et c’est une chose heureuse car il faudrait 10 ans à un ingénieur pour arriver au niveau d’un Didier en Java ! »

Au contraire, il mettra sans doute bien plus de temps que ça s’il n’aime pas ou n’est pas amené à mettre les mains dans le camboui. Je suis jeune, mais combien de fois ai-je vu des personnes se trouver devant un programme foireux, et incapables d’en analyser le contenu parce qu’ils n’ont fait qu’ »assembler des briques ». Et qui vont déléguer à d’autres l’analyse du problème parce qu’ils ne savent plus faire et qu’on leur a dit que c’était plus leur problème.

Au contraire de ce point de vue, autant assembler des briques nécessite quelques connaissances et de l’expérience (savoir bien choisir entre deux modules le meilleur pour faire une tache), autant la personne qui va assembler ces briques ne sera plus qu’un architecte de bas étage, parce qu’il ne saura pas ce qu’il y a derrière tout ça.

Par : Jean-no

Jean-no — Sun, 15 Mar 2009 18:51:47 +0000

La taylorisation aboutit à la prolétarisation…
J’ai vécu ça de manière très forte dans le multimédia, par exemple avec le logiciel Flash. Au départ cet outil très puissant permettait à quelqu’un de se débrouiller en étant à la fois graphiste/animateur, créateur de contenu et programmeur. Mais au fil des versions, il est devenu impératif de choisir, ou du moins il est devenu impossible de coder pour flash sans être un programmeur aguerri. L’outil a certes gagné en puissance, mais le fait est là : il est de plus en plus rare qu’un concepteur d’application flash puisse être aussi le réalisateur technique de cette application.
Les outils du multimédia interactif (hypercard, director, flash) avaient pourtant été précisément conçus pour permettre à des gens de s’exprimer tout en acquérant les connaissances techniques (bien sûr il en faut un peu) au fur et à mesure. J’ai connu par exemple un vieux barbon universitaire qui, dans son coin, bricolait un cd-rom sur un sujet historique qui le passionnait. Il était autonome même s’il lui a fallu un « pro » (moi en l’occurrence) pour rendre le contenu un peu plus solide techniquement parlant. Aujourd’hui, il n’y aurait pas d’outil off-line pour lui (en revanche il peut faire un blog par exemple, mais là il sera dépendant du format blog qui ne convient pas forcément dans son cas).

Par : william El Kaim

william El Kaim — Sun, 15 Mar 2009 17:33:03 +0000

Bonjour

Je ne crois pas, contrairement à vous, que didier ait quelque chose à perdre. Chaque strate technologique offre un niveau d’abstraction de plus en plus haut. En cas de problème lors du déploiement (performance, etc.) ou de bug, les non initiés se trouvent perdus. C’est pourquoi beaucoup d’entreprises payent le support …

Le problème de l’open source est que bien peu de personnes mettent le nez … dans le code. Cela pose bien sur des problèmes de sécurité, mais aussi des problèmes de continuité (perennité des dévelopements et de la communauté en charge de ce framework).

Et si vous regardez les sociétés qui aujourd’hui innovent le plus, ce sont principalements celles qui se dotent de programmeurs qui savent créer des frameworks (Googgle).

Pour sortir du cadre de Java, je dirais que le plus gros danger pour moi vient du fait que les jeunes générations n’ont pas été formées à modéliser, ni à prendre le temps de réfléchir. La facilité apparente des outils et des langages actuels est trompeuse.

Récemment j’ai donné des cours en MASTER 2 et j’ai été surpris de voir qu’à peine ma question posée, les étudiants se ruaient sur google pour en trouver la réponse! Ainsi, le savoir se transmet par mimétisme par rapport à une référence absolue: le moteur de recherche (et les enseignants du secondaire ont les mêmes problèmes). Les étudiants sont même surpris lorsqu’ils découvrent qu’il n’existe pas forcément une seule solution à un problème.

Bien sur, quand tout est stratifié, on imagine un monde ou les ressources sont « infinies » (le cloud, le grid). Or la gestion de la « scalabilité » n’est pas si simple. Et les sociétés actuelles essayent de devenir le plus green possible, donc d’utiliser les ressources au mieux.

L’échec de l’outsourcing dans de nombreux pays (faire développer des ingénieurs indiens à bas cout) à démontrer que le savoir faire, la documentation et la valorisation de certains morceaux de code (ou de certaines API ou données) allaient au dela du simple codage.

L’informatique « durable » est devenu l’un des enjeux majeurs de notre société (pour plus d’info voir: http://www.sustainableitarchitecture.com/). En effet, ces strates technologiques sur lesquelles reposent les framework se dégradent avec le temps …