Discussion :

[*alexandre*]

Allez j'en ai encore une bonne, j'avais développé pour un client un environnement de type RAD pour générer des applications web (tu faisais du drag an drop de composant visuelle et hop ca te générait le code, tu drag & droppais une table et hop tu la liais à une source de donnée de type EMF et ca générait dynamiquement les bonnes colonnes et en preview et lors de déployement ca liait le composant avec la data source ...)

Mais j'ai jamais compris l'intérêt d'un tel outil ...

EDIT :

Et la grande force c'est que la génération était totalement open (avec openarchitectureware la seule chose que tu définis c'est la syntaxe du code de destination - tu construisais dans ton modèle MDA (EMF) les balises ...

[viking1404]

Je suis étudiant donc, pas vraiment développeur. Mais, à chaque fois que je dois créer un programme, pour un stage ou en cours, je n'arrive à rien avec un logiciel "cliquodrome".
C'est peut être parce-que je ne sais pas m'en servir mais, je perds toujours 3 heures à trouver l'option que je cherche alors que dans ma console, je connais la commande par coeur.

Pour moi, jusqu'à présent l'éditeur de texte est incontournable.

[diopahmadou]

Personellement j'utilise le bloc note à but pédagogique, par exemple quand je veux apprendre un nouveau concepte ou que je m'entraine ou m'amuse à coder dans ma chambre. Mais pour mes projet j'utilise NetBeans 6.7, mais jutse pour le respect des délais, sachant déjà qu'une application MDI sous java génére facilement un millier de ligne de code! sans compter les autres classes à créer, etc... Mais c'est clair qu'il faut comprendre ce qui se passe derriére, comment fonctionne la JVM, comment fontionne le GC, savoir au moins coder en assembleur. Se serait quand même domage d'voir fait des études en informatiuqe et qu'un jour on s'aperçoit que même le DAF qui n'a jamais fait de la programmation peut développer une appli en une journée, sans connaitre un seul "mot" du langage ( pas besoin par exemple de compendre php, htm, css et JavaScript pour développer un site web dynamique avec DreamWeaver CS4!!!). Excusez les fotes dortograff lol

[GanYoshi]

Mais c'est clair qu'il faut comprendre ce qui se passe derriére, comment fonctionne la JVM, comment fontionne le GC, savoir au moins coder en assembleur.

Euh perso je vois pas ce qu'il y a a comprendre dans le fonctionnement du GC, il faut juste savoir qu'une variable qui n'a plus de référence qui pointe vers elle est susceptible d'être supprimée.
Et je vois vraiment pas l'intérêt de savoir coder en assembleur en informatique de gestion.

Se serait quand même domage d'voir fait des études en informatiuqe et qu'un jour on s'aperçoit que même le DAF qui n'a jamais fait de la programmation peut développer une appli en une journée, sans connaitre un seul "mot" du langage ( pas besoin par exemple de compendre php, htm, css et JavaScript pour développer un site web dynamique avec DreamWeaver CS4!!!). Excusez les fotes dortograff lol

C'est dommage, mais c'est souvent une question d'orgueil mal placée d'informaticiens dégoutés de voir que certains arrivent à la même chose avec moins de connaissances.

[F.Saad]

Je ne vois pas comment ils peuvent prétendre a la réalisation d'une interface massive, jolie et efficace lorsqu'il faut tout calibré au pixel de prés en plus du noyau du programme tout en respectant les dead lines imposé par de VRAI Clients. Parce que oui, MS n'as pas de client a qui répondre puisqu'ils s'attaquent au grand publique, contrairement a la majorité des autres développeurs.
et puis concrètement , ce que nous apporte les éditeurs dit : graphique
c'est la réalisation des interfaces pour nos programmes, coloration syntaxique et organisation des fichiers et des ressources + Le Débogages plus intuitif qui est indispensable dans de grand projet peu importe ce que ces gens peuvent dirent.

Pour le reste, c'est bien le développeur qui écrit le code. S'il y'a quelque chose de regrettable, ce ne sont certainement pas les IDE , mais les langages High lvl ou tout se fait a travers des classes abstraites a leurs utilisateurs.
et en y pensant, je dois me mettre au C !

[souviron34]

Non sans plaisanter, après l'encapsulation des données qui est un principe de base de la programmation orientée, moi je dis vive l'encapsulation des connaissances.

alors là je ne suis pas du tout d'accord....


C'est rigolo, mais vous protestez quand des députés qui n'y connaissent rien, selon vous, votent Hadopi, mais vous trouver magnifique une philosophie qui est exactement ça...

[ok.Idriss]

Bonsoir.

Pensez vous que les environnements visuels de programmation soient une mauvaise chose ?

Non, c'est simplement une façon différente de coder ... Personnellement, je préfère coder avec Vim mais je pense que c'est une question de gout avant tout.

Pour vous, n'est-on programmeur que si l'on sait développer avec un éditeur de texte ?

Bah disons que programmer avec un éditeur en console par exemple apporte une expérience supplémentaire ... (utile si on doit coder sur un environnement sans interface). Mais de là à dire que l'on est pas programmeur si l'on se contente d'outils graphiques ...

Je connais des codeurs expert dans leur domaine, bien que connaissant sans doute la façon de coder via un simple éditeur, préfèrent coder sur un EDI dans le style Code::Blocks, Eclipse, ...

Après pour les outils dans le style de glade, NetBeans, VisualStudio qui, d'après ce que j'en ai entendu, simplifient le codage des interfaces, c'est une autre question ...

Faut arrêter d'être vieux un peu en vantant le bloc note basique.
Il a l'autocomplétion son notepad pourri?

De qui parles-tu ? Je pense qu'en parlant d'éditeurs, les codeurs concernés pensaient plutôt à des éditeurs dans le style de Vim ou Emacs plutôt que le bloc note microsoftiens ... après je suis pas sur de t'avoir compris.

[_skip]

Quand j'étais en école d'ingénieur y'avait toujours deux ou trois geeks qui tenaient ce genre de propos, genre un notepad avec coloration syntaxique serait tellement mieux qu'un IDE comme netbeans ou eclipse, quand ce n'est pas carrément un éditeur en mode texte sans souris.

Moi malheureusement j'aime bien faire un clic droit sur mon projet, puis "compile options" puis cocher les options de compilations, ajouter des librairies à l'aide d'un explorateur et tout ça. Je trouve ça mieux que de m'arracher les cheveux pendant 15 minutes à éditer des lignes de commandes dans des fichiers batch.

Pour moi c'est comme si un gars préférait déblayer de la neige à la pelle alors qu'il a une fraiseuse à côté de lui, ça va lui coûter 2 fois plus de temps, 10 fois plus d'effort au final pour quoi? Montrer qu'il a des gros muscles?

Pour moi si c'est juste pour pouvoir se vanter qu'on sait le faire et qu'on n'est pas un assisté, c'est juste de la fierté mal placée et rien d'autre .

Bon faire confiance aveuglément à un IDE pour éviter d'avoir à comprendre ce qui est fait, qqn parlait d'un type qui utilisait un générateur graphique de SQL parce que lui-même n'avait pas la compétence dans ce langage, là c'est sûr que c'est pas bien mais depuis quand on accuse la truelle si le maçon monte le mur de travers?

On a des outils, on sait les utiliser, on sait à quoi ils servent et s'en priver sans une excellente raison, juste pour se sentir appartenir à une élite, je trouve ça complètement ridicule.

[tresorunikin]

Au fait, je ne suis ni contre, ni pour les éditeurs graphiques évolués(...) dans ce sens que certains développeurs ne savent pas utiliser ces outils.. Un jeune développeur ferai mieu de commencer par un simple éditeur coe NOT PAD mais au stade de développement des logiciels puissants, Visual Studio serai bcp plus avantageux! Voilà! Moi perso, j'étais pas à mesure de développer un site ASP.NET sous un éditeur sans intellisence! J ai du recupéré un NOPAD++ et maintenant je vois ca paie bien!

[begueradj]

Les environnement de développement tout comme ceux dits "graphiques" feront de nous des "super cons"

[ThomasR]

Les environnement de développement tout comme ceux dits "graphiques" feront de nous des "super cons"

Oui bien sûr, et pourquoi pas construire une Peugeot 407 avec un tourneur-fraiseur ....

[mptijr]

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.

[sidev]

Pour une petite boutique je fais une application en quelques jours, pas besoin de coder toutes les interfaces "à mains nues". Mais pour une applic d'un grand restaurant qui tourne sur terminal de vente POS à ecran tactile, je prend le soin de coder de bonnes interfaces conviviales.

Il faut bien dans certains cas aller rapidement. Mais connaitre seulement les outils pour faire les choses rapidement cest ne pas être professionnel du métier (programmeur).

[Chuck_Norris]

Je code et j'ai toujours codé avec un simple éditeur de texte. Emacs, KWrite, GEdit, ou VIM si je programme directement via une console SSH. Et Notepad++ si je suis contraint de développer sous un sous-système d'exploitation.

Programmer avec des clics de souris n'a jamais été de la programmation, je regrette. L'exemple donné précédemment du générateur de requête SQL est particulièrement frappant. Le vrai développeur code tout en dur, pour un code propre, maîtrisé et efficace.

[hugo123]

Je code et j'ai toujours codé avec un simple éditeur de texte. Emacs, KWrite, GEdit, ou VIM si je programme directement via une console SSH. Et Notepad++ si je suis contraint de développer sous un sous-système d'exploitation.

Programmer avec des clics de souris n'a jamais été de la programmation, je regrette. L'exemple donné précédemment du générateur de requête SQL est particulièrement frappant. Le vrai développeur code tout en dur, pour un code propre, maîtrisé et efficace.

C'est marrant, je trouve ton pseudo super en phase avec ce commentaire, du coup j'arrive pas à savoir si c'est du second degré

En tout cas moi perso, je recommande même de coder avec les ongles des doigts de pied pendant qu'on chasse sa nourriture du soir avec un arc dans la main gauche. Non parce que c'était comme ca avant et ca marchait bien. D'ailleurs ceux qui savent pas comment vient la nourriture dans leur assiette ne savent pas programmer.

[LittleBean]

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".

Parce que quand on a 500 fichiers textes, on n a pas besoin naviguer dedans ? L'éditeur de texte permet de les voir tous d'un coup sur son écran de façon lisible ?
La solution paire de jumelle, mur de blanc de 10*10m et vidéo projecteur n'est pas acceptée

"personne ne peut jamais vous dire ce que signifie un diagramme UML !", rigole-t-il.

C'est sensé être un des gars les plus compétant de Microsoft qui dit ça ...
Genre il n'y a personne à Microsoft à savoir faire de l'uml .... ça fait peur


Ils ont pas la même tradition que nous au premier avril pour leur thanksgiving ?


Perso j'alterne entre mes outils IDE, RAD, éditeur de texte et autre selon mes besoins.
Je ne comprends pas ce besoin de juger une personne selon l'outil quel utilise ... c'est peut être adapté dans son cas !!!

Chacun a ses préférences mais de là à dénigrer les autres ...

[professeur shadoko]

Butler W. Lampson : (66 ans quand même...). Superbe exemple que celui d'UML...

Papichous rule! (la programmation maintient le seul neurone qui nous reste!) j'ose même pas parler de tout le mal que je pense d'UML
mon truc à moi: je code tout sous vi
- code java: JVI sous netbeans (je laisse pas tout faire à Netbeans: il y a des wizards avec lesquels je ne suis pas d'accord).
- bouquins: vim + asciidoc + bricolages -> html, odt, pdf
je passe pour un farfelu (et j'assume mon avatar ci-joint me représente assez fidèlement)

[chriscoolletoubibe]

Bonjour, je ne suis pas un développeur ayant 15 ans d'expérience, à vrai dire 6/7 et pourtant je préfère amplement taper mon code java sous eclipse (même pour du swing si! si!).

Attention je ne suis pas contre l'ergonomie, je suis tout à fait pour les scripts et les assistants permettant par exemple de générer des" beans entity" à partir d'un SGBD plutôt que de tout retaper à la mano ou permettant de faire un projet JEE vierge pré-configuré.

S'il est vrai qu'utiliser des outils graphiques afin de développer peut être parfois plus rapide, je constate également que le code généré ressemble souvent à une bonne usine à gaz et la maintenance n'est pas toujours évidente (J'avoue que netbean sort son épingle du jeu concernant les Wysiwyg).

Un exemple tout bête, quand j'ai commencé le développement WEB il y a qq années en arrière (7 ans) j'utilisais le grand et magnifique FRONT PAGE (Beurk)
qui faisait un code tout à fait exécutable sur IE et IIS, mais quand je regardais le code généré: "Ouch!" à n'y rien comprendre... et c'est précisément où je veux en venir: Beaucoup de développeurs adorent le graphique, mais s'ils ne sont pas capable de pouvoir développer en ligne de code, je pense que leur compréhension du langage ne sera pas bonne, voir inexistante s'ils ne se donnent pas la peine de regarder le code que produit l'AGL.

Bon je prends comme exemple l'HTML, ce n'est pas un langage de programmation me direz-vous...Bon il fallait bien commencer par quelque chose et le QBasic (mes premiers pas dans le développement) n'avait pas d'outils de développement graphique

Cependant étant maintenant un développeur NTIC (Java, php...) j'avais constaté la même chose pendant mon année de licence entre les étudiants qui faisaient leurs IHM avec Swing en ligne de code et ceux qui utilisaient des outils graphiques.
Résultat: à la main zéro problème d'affichage quand on redimensionnait la fenêtre alors qu'en graphique, les étudiants (ne sachant pas utiliser correctement les différents Grid, GridBagLayout et j'en passe) pour palier au problème d'affichage faisaient un taille fixe inchangeable...

Enfin, voici juste mon opinion...

[Invité]

Don Box : Ce qui met la profession en danger c'est SOAP dont il est à l'origine plutôt que les outils graphiques.

SOAP met en danger notre profession ? Sans SOAP je passerai la moitié de ma journée à rien faire ^^ Tu peux développer stp ? (même si c'est pas le débat ça peut intéresser).

[waddle]

SOAP met en danger notre profession ? Sans SOAP je passerai la moitié de ma journée à rien faire ^^ Tu peut développer stp ? (même si c'est pas le débat ça peut intéresser).

Bah vu que c'est un standard respecté par personne de la même manière, qui est très en retrait en termes de performances et qui est utilisé 90% du temps parce que c'est hype et pas parce que c'est justifié comparé à d'autres protocoles plus légers et plus interopérables.

Mais c'est pas le débat :-)