Les programmeurs savent-ils encore écrire un code avec un éditeur de texte ?
Non, regrettent des développeurs "stars" de Microsoft

Les rubriques (actu, forums, tutos) de Développez
Tags
Réseaux sociaux


 Discussion forum

Le , par Gordon Fowler, Expert Confirmé Sénior
Les programmeurs "stars" de Microsoft préfèrent les anciennes méthodes pour écrire leurs codes. Ces superstars ne quitteraient pour rien au monde leur éditeur de texte.

Don Box par exemple, qui travaille aujourd'hui sur la programmation déclarative, avoue avec humour qu'il serait "prêt à tuer" si on l'empêchait de travailler avec cet outil.



Il comprend que la nouvelle génération de programmeur veuille des outils graphiques. Il explique cependant qu'il n'a pas grandi avec eux et que ces habitudes sont donc toutes différentes. Il va plus loin : si les programmeurs ne savent plus faire leur travail avec un éditeur, alors la profession serait en danger.

Jeffrey Snover va plus loin. Beaucoup plus loin.



Jeffrey Snover est le créateur de PowerShell, "un interpréteur de commandes et un langage de script pour l'administration des systèmes, développé sur .NET Framework, qui permet aux informaticiens de contrôler et d'automatiser l'administration de Windows et des applications".

Pour lui, les environnements graphiques de programmation ne servent à rien. Ou plus exactement, ils deviennent inutiles quand on en aurait le plus besoin. "Quand vous avez 5 trucs à gérer, l'environnement graphique fonctionne", admet-il dans une interview lors du PDC, "mais quand vous en avez 500, vous n'arrêtez plus de zoomer puis de dé-zoomer. Vous ne savez plus ce que vous faites. Pour moi, ce sont des écrans de fumée".

Pourtant Microsoft est fortement impliqué dans les VPL (Visual Programming Language) notamment avec MVPL. Qu'à cela ne tienne : les langages graphiques ne sont pas plébiscités en interne par ces super-stars, comme ButlerW. Lampson.



Butler W. Lampson est le lauréat du Association for Computing Machinery's A.M. Turing Award 1992 et le co-auteur de 9 langages de programmation.

Pour lui, si les environnements graphiques permettent d'apprendre plus vite, ils permettraient surtout d'apprendre "à se mentir" (sic) : "personne ne peut jamais vous dire ce que signifie un diagramme UML !", rigole-t-il.

Et tous de prédire un retour en force de l'éditeur de texte selon la bonne vieille loi des cycles de mode qui stipule que ce qui est démodé aujourd'hui sera la tendance de demain.

Lire aussi

Le pire bout de code que vous ayez vu : Qui l'a fait ? Pourquoi ? Pourquoi était-il si horrible ?
Souhaiteriez-vous reprogrammer en C/C++ après des années d'utilisation de .NET/C# et Java ? Pour ou contre le low level ?

Les rubriques (actu, forum, tutos) de Développez.com
.NET
Langages
Conception
Développement Web

Et vous ?

Pensez vous que les environnements visuels de programmation soient une mauvaise chose ?
Pour vous, n'est-on programmeur que si l'on sait développer avec un éditeur de texte ?


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse

Avatar de fred.lokote fred.lokote
http://www.developpez.com
Nouveau Membre du Club
le 25/08/2010 9:00
Citation Envoyé par zecreator  Voir le message
Moi aussi j'ai débuté sur Amstrad CPC et Thomson MO5 à faire du code au kilomètre...

Mais bon, la conjoncture a changé, il faut vivre avec son temps. Les machines et les outils changent, faut faire avec.

Il est temps de comprendre que ce que les entreprises appellent un développeur pro, c'est un développeur pas cher et qui produit vite. Pas un pisseur de code sur un vieux Notepad+...

lol.

haaa les vieux machines... on faisait des trucs incroyables en une dizaine de lignes au bloc notes

j'ai trouvé un vieux code qui affiche du voxel sur ms-dos avec seulement 20 lignes de code

si je veux le porter dans windows, ça ne va plus représenter que 1% du code... les 99% du code restant consistant à afficher le truc dans windows

sinon un développeur pro... c'est surtout un développeur qui gagne sa vie en faisant du développement... en aucun cas ça ne signifie que c'est un bon développeur qui fait du super code bien propre

le profil qu'on cherche bien souvent dans les boites c'est plutôt le mec qui sait récupérer des librairies qu'il aurait été bien incapable de coder, et qui va les implémenter à l'arrache dans une UI bâclée bien dégueulasse avec des if( state=="menu" ) else if ( state=="loader" ) else ... et autres var1 var2 var3 var4 var5 var6 ou encore for( i < 646546 ) libusinagaz.init() libusinagaz.creeobjetdontjavaisbesoindelecreerqunefoisenfait(addrobj) libusinagaz.appelfonction(addrobj) ... au moins un stagiaire niveau 5eme qui ne sait ni ce qu'est un état ni un tableau ni un init, il pourra s'y retrouver
Avatar de B.AF B.AF
http://www.developpez.com
Membre Expert
le 25/08/2010 9:57
Citation Envoyé par _skip  Voir le message
C'est le cas dans ton entreprise? Parce qu'ici c'est un peu le contraire, on essaie de se détacher de ce genre de technologie, ceci à cause de la perte de maîtrise du développeur face à l'excès de magie voodoo dans spring.

Si tu as l'occasion de regarder le code de spring, tu risques de voir plus de voodoo que de magie...

Effectivement, je décourage aussi l'usage des frameworks à tout faire. C'est hyper intrusif, et quoi qu'en dise les défenseurs du framework, avoir les sources, ça n'arrange rien. Je ne me risquerai pas à faire un projet autour d'un fork de spring et donc de devoir gérer le framework comme un projet à part entiére.
Avatar de zecreator zecreator
http://www.developpez.com
Membre éclairé
le 25/08/2010 10:07
Citation Envoyé par B.AF  Voir le message
Si tu as l'occasion de regarder le code de spring, tu risques de voir plus de voodoo que de magie...

Effectivement, je décourage aussi l'usage des frameworks à tout faire. C'est hyper intrusif, et quoi qu'en dise les défenseurs du framework, avoir les sources, ça n'arrange rien. Je ne me risquerai pas à faire un projet autour d'un fork de spring et donc de devoir gérer le framework comme un projet à part entiére.

M'enfin, bizarrement, beaucoup de projets tournant autour de Java demande une maîtrise de ces Frameworks (Sping et/ou Strusts), pariel pour PHP.

Et ça commence à affecter également d'autres technos, comme Flex par exemple, ou de plus en plus on demande de maîtriser Cairngorm et/ou PureMVC.

Le métier de développeur commence à se réduire dans ces compétences (en même temps que son salaire d'ailleurs). Aujourd'hui, on veut pouvoir produire rapidement une application maintenable et standardisée dans son architecture. D'où l'immense succès des Frameworks.
Avatar de ThomasR ThomasR
http://www.developpez.com
Modérateur
le 25/08/2010 10:20
Aujourd'hui, par exemple, faire du Java Pro sans Spring ou Struts est très mal perçu.

Comme faire du PHP sans Zend, c'est très mal compris.

Je suis pas du tout d'accord, les compétences ne sont pas jugées sur la connaissance de frameworks mais dans la compréhension réelle du langage.
Par contre, si une entreprise travaille avec tel ou tel framework il est évident qu'ils privilégierons un candidat connaissant ces framework. Dans le cas contraire il n'y a pas d'incompréhension.

Aussi, il existe d'autres frameworks que Zend, aussi connus ou plus (CI, Kohana).

(baisse) en même temps que son salaire d'ailleurs

Sur quoi bases-tu ceci ? ton expérience personnelle ?
Avatar de zecreator zecreator
http://www.developpez.com
Membre éclairé
le 25/08/2010 11:27
Citation Envoyé par ThomasR  Voir le message
Je suis pas du tout d'accord, les compétences ne sont pas jugées sur la connaissance de frameworks mais dans la compréhension réelle du langage.
Par contre, si une entreprise travaille avec tel ou tel framework il est évident qu'ils privilégieront un candidat connaissant ces framework. Dans le cas contraire il n'y a pas d'incompréhension.

Aussi, il existe d'autres frameworks que Zend, aussi connus ou plus (CI, Kohana).

Sur quoi bases-tu ceci ? ton expérience personnelle ?

Mes constats sont surtout liés à mon expérience face à des recrutements dans les SSII.

J'ai senti (dans ce cas) que l'on cherche surtout à cloisonner les développeurs dans telle ou telle technologie, avec telle ou telle méthode de développement.

Il est vrai que j'ai une "séniorité" honorable, et j'arrive (encore) à faire sourire lorsque je parle de mes débuts sur des vieilles machines. Mais si tu n'es pas expert dans une techno aujourd'hui, tu as du mal à te vendre à bon prix (même si t'es capable de coder sur un bloc-note et de compiler en ligne de commande).

"Les développeurs savent-ils encore développer avec un éditeur de texte ?"

Je dirai OUI. De nombreux jeunes développeurs savent développer par un éditeur de texte, mais s'ils le font moins, c'est pour répondre à une économie d'entreprise. Maintenant, des IDE comme Eclipse peuvent-ils être assimilés à des super éditeurs de textes ? Si c'est le cas, alors la majorités des développeurs codent sur un éditeur de texte

Cdt.
Avatar de mptijr mptijr
http://www.developpez.com
Membre éprouvé
le 25/08/2010 12:11
Citation Envoyé par jahbromo  Voir le message

D'autre part, nous sommes dans un monde pressé,ou le temps et le resultat compte beaucoup. Dans une entreprise on a rarement besoin la qualité du code mais plutot la qualité du resultat. Le client s'enfou de ce qui se trouve derriere l'ecran mais plutot que son besoin est satisfait. D'ou la necessité des environnement graphiques avec completion.
SIDIBE Ali-Broma

je suis d'accord avec ton idée lorsque le programmeur se trouve dans un environnement de production (en entreprise par exemple).

Mais pour un apprenant je pense qu'il doit impérativement débuter par la console (vi par exemple) ou en utilisant un éditeur de texte comme le bloc note. il comprendra plus le processus de compilation et habitué à la maintenance du code via la console, il sera super sur l'environnement graphique à la longue.
Avatar de gene69 gene69
http://www.developpez.com
Membre Expert
le 16/10/2010 15:03
si ces outils se sont développés c'est qu'il y avait un marché. Jusqu'à présent les SSII et les éditeurs de logiciels ne sont pas des organisations philanthropiques.
Offres d'emploi IT
Developpeur java/j2ee
Intérim
Kobaltt - Languedoc Roussillon - Montpellier (34000)
Parue le 01/09/2014
Developpeur Front End
CDI
Approach People - Provence Alpes Côte d'Azur - Nice (06000)
Parue le 03/09/2014
Stage Process et outils de gestion des
Stage
Société Générale France - Ile de France - Paris (75000)
Parue le 08/09/2014

Voir plus d'offres Voir la carte des offres IT
 
 
 
 
Partenaires

PlanetHoster
Ikoula