Cher lecteur mati'nal,
J'ai testé divers IDE sans en trouver à mes pieds. Mes besoins sont somme toute très basiques, du développement web. Bref, parfois du ruby, souvent du php, beaucoup de HTML, CSS, JS...
Ce que je reproche aux IDE que j'ai testé:
ils sont généralement lourd pour la machine sur laquelle je bosse
dans IDE y'a intégré, mais ce sont les outils mis à dispo qui sont intégrés, l'IDE n'est jamais réellement intégré au bureau.
Trop de trucs qui ne me servent pas souvent et qui encombrent l'interface
un temps d'apprentissage parfois trop long pour un outil sensé faire gagner du temps
Finalement, ce que je recherchais c'est le même confort que lorsque je me suis initié au scripting Bash:
un IDE lui-même intégré à son environnement
pas de fioriture, ne voir que ce dont on a besoin
tous les outils à dispo, même ceux dont on a pas besoin pour l'instant
Finalement, tout ce dont j'ai besoin est intégré aux outils de base des principaux bureaux. Peut être serait il possible de pousser davantage la logique d'un bureau-IDE*, mais dans l'était actuel des choses on fait déjà beaucoup. J'utilise Gnome, mais j'imagine que c'est le cas de KDE:
- coloration syntaxique (Gedit)
- auto compétition (Gedit)
- je passe sur les nombreuses choses que Gedit est capable de faire avec un minimum de configuration et ses plugins
- travailler sur un serveur distant comme si les fichiers étaient en local (GVFS dans Nautilus et Gedit c'est terrible!)
- Firefox et ses extensions (SenSEO, firebug, débuggeur PHP, web developer....)
- serveurs de test... j'utilise des machines virtuelles
- je passe sur toutes les petites appli Gnome...
Bref, avec une telle richesse, je ne vois plus l'intérêt d'utiliser un IDE. Linux est Deskop ready, c'est clair!
Et comme on est vendredi on va me dire emacs. Et à ces gens, je répondrais "oué ok".
* C'est une idée que j'ai eu en essayant Squeack, mais je n'ai pas les compétences nécessaires.
# c'est marrant
Posté par fearan . Évalué à 6.
C'est après avoir utilisé des IDE puis retourné bosser sous linux, que j'ai compris que j'avais déjà mon IDE.
résultat je tente de reproduire cette synergie sous windows... Et là on se rend compte que y a du progrès à faire; il faut installer un paquet de truc
* un multi bureau (virtua win fait bien l'affaire)
* un stay on top (nview pour les carte nvidia)mais ne fonctionne pas sur les fenêtre de console :(
* un grep / sed / cut / perl / bash | zsh / awk /
* un éditeur de texte correct emacs | [g]vim
* un temps monstrueux pour configurer le tout proprement
* QtTab pour les onglets dans l'explorer.
Il manque le cache fichier, le presse papier multiple (lancer office pour ça c'est un peu overkill, jongler entre les écrans bleu (merci kapersky) ), faire avec les aléa de l'explorer qui ne répond plus, les consoles qui ne sont pas gérées par nview (et pas de multi onglet ou de redimensionnement simple)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: c'est marrant
Posté par Xavier Teyssier (site web personnel) . Évalué à 4.
Téléchargeable là : http://www.abstractpath.com/powermenu/
Pas besoin de droit d'admin pour l’installer.
Mais ce qui me manque le plus quand je retourne sous Windows, c'est le focus qui suit la souris. Et cela, on peut l'avoir avec un outil Microsoft. Il faut installer TweakUI, inclu dans les PowerToys de Microsoft : http://www.microsoft.com/windowsxp/downloads/powertoys/xppow(...)
[^] # Re: c'est marrant
Posté par cosmocat . Évalué à 4.
Pareil. Trop énervant. Heureusement il y a KatMouse : http://ehiti.de/katmouse/
[^] # Re: c'est marrant
Posté par Philip Marlowe . Évalué à 3.
[^] # Re: c'est marrant
Posté par cosmocat . Évalué à 2.
[^] # Re: c'est marrant
Posté par cosmocat . Évalué à 2.
[^] # Re: c'est marrant
Posté par Philip Marlowe . Évalué à 7.
J'avais aussi installé les bureaux virtuels des powertools et je préfère ne même pas en parler, tant c'est lamentable.
En bref, tout ça est déjà désinstallé.
Prévenez-moi quand Windows sera prêt pour le desktop .
[^] # Re: c'est marrant
Posté par stopspam . Évalué à 2.
Il y a bien http://taekwindow.sourceforge.net mais buggé et au final inutilisable... Dommage.
[^] # Re: c'est marrant
Posté par Infernal Quack (site web personnel) . Évalué à 3.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: c'est marrant
Posté par fearan . Évalué à 2.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# kdevelop
Posté par Fabien PRORIOL . Évalué à 5.
Par contre, je travail surtout en C, sur de gros projet (uboot et kernel linux), et je tombe sur les limites du parser syntaxique encore buggué actuellement...
Mais tout en étant très bien intégré a KDE, il utilise les briques de base de ce dernier (kate, konsole...), simplement, avec une intégration.
Je trouve que c'est une très bonne approche.
J'attend avec impatience sa maturité ;-)
Pour le dévellopement web, j'ai pas retester les plugins pour PHP, mais il a peut etre aussi de l'avenir dans ce domaine.
[^] # Re: kdevelop
Posté par eMerzh (site web personnel) . Évalué à 2.
perso, j'aime pas trop les ide, mais kdevelop je vote pour!
[^] # Re: kdevelop
Posté par Maclag . Évalué à 5.
C++ (Code-Completion)
C++ (Code Navigation, including: Jump-To-Declaration/Definition, QuickOpen )
DUChain
C'est pas pour critiquer hein, mais ça donne l'impression qu'il n'a pas pour vocation à être "universel"...
[^] # Re: kdevelop
Posté par Thrillseeker . Évalué à 2.
http://milianw.de/blog/kdevelop-41-rc1-released
http://nikosams.blogspot.com/2010/02/kdevelop-xdebug-php-deb(...)
Et d'autres plug-in sont en cours mais étant donné que c'est très peu documenté, cela prend beaucoup de temps...
# Et vim?
Posté par pyknite . Évalué à 10.
[^] # Re: Et vim?
Posté par Nicolas Blanco (site web personnel) . Évalué à 3.
[^] # Re: Et vim?
Posté par zebra3 . Évalué à 9.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Et vim?
Posté par duf . Évalué à 1.
# Ah !
Posté par Dr BG . Évalué à 10.
Apparemment, elle ne fonctionne pas si bien que ça :-)
# Peut-être....
Posté par Infernal Quack (site web personnel) . Évalué à 4.
Parce que franchement un IDE Java du type Intellij IDEA*, c'est trop de la balle ! Refactoring, vérification du code en temps réel, debug, doc en ligne, import automatique,.... J'en passe et des meilleurs.
* C'est pas libre ça sux(c)(tm)
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Peut-être....
Posté par Loic Dreux . Évalué à 4.
[^] # Re: Peut-être....
Posté par windu.2b . Évalué à 2.
Je teste actuellement la Beta 8, je peux vous dire qu'elle déboite de la loutre albinos !
[^] # Re: Peut-être....
Posté par fearan . Évalué à 5.
Où lorsque j'ouvre un menu je suis agressé par 50 options dont un paquet de truc qui ne me servent à rien ?
Où le changement entre certaines vues (debug/devel/serveur/autre) semble parfois dénué de sens?
Où remonter à partir du point où on a commencé à creuser doit se faire manuellement ?
Enfin bref cette usine à gaz?
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Peut-être....
Posté par jbbourgoin (site web personnel) . Évalué à 1.
Je reste sur Emacs. C'est tout aussi puissant (différemment) mais au moins il est léger et il ne m'affiche pas des milliers d'options et de boutons dont je n'ai que faire.
Pourtant je vais régulièrement faire un petit tour sur Eclipse pour voir où ça en est, car c'est tout de même un outil sympa ;)
Un bon compromis, pour le dev web, ce serai Komodo si la version open-source n'était pas aussi limitée.
[^] # Re: Peut-être....
Posté par Julien Jorge (site web personnel) . Évalué à 8.
Tu veux écrire une instruction ? Dès le premier caractère, bam, un zig-zag et une croix rouge. Ce que tu écris est incorrect.
Tu tapes un point. hop, une minute de patience pour voir la liste des possibilités, même si tu sais ce que tu veux écrire.
Tu veux t'arrêter pour lire tranquillement une méthode à l'écran ? pouf, un énorme popup en prend les trois quarts. Tu n'avais qu'à pas laisser le curseur sur la fenêtre.
Mais ma fonctionnalité préférée c'est la question « Êtes-vous sur de vouloir fermer Eclipse ? » quand tu demandes de fermer Eclipse. On se croirait revenu 15 ans en arrière ; « Êtes-vous sur de vouloir faire cette action sans conséquence ? » :)
Eclipse c'est le boulet d'une grande marque que tout le monde utilise parce que tout le monde l'utilise. C'est le fils du patron que l'on doit accepter parce qu'il essaie de bien faire et qu'il est gentil, même s'il freine tout le monde.
Vivement un fork.
[^] # Re: Peut-être....
Posté par cosmocat . Évalué à 10.
Ben justement, c'est pas sans conséquence car sinon il faut attendre 1/2h si tu veux le relancer tellement il est lourd...
[^] # Re: Peut-être....
Posté par kowalsky . Évalué à 3.
Vive Netbeans !
Il n'est pas parfait, mais quand je vois les gens se plaindre d'Eclipse, je ne comprend pas pourquoi Netbeans n'est pas plus utilisé.
[^] # Re: Peut-être....
Posté par Psychofox (Mastodon) . Évalué à 5.
Parce que personne n'aime les fayots ?
[^] # Re: Peut-être....
Posté par Fabimaru (site web personnel) . Évalué à 2.
(et moi, au final je ne sais pas trop)
[^] # Re: Peut-être....
Posté par plagiats . Évalué à 2.
[^] # Re: Peut-être....
Posté par RomainT . Évalué à 3.
Moi j'aime bien Eclipse.
Tu instancies une classe qui n'existe pas: une erreur, tu fais ctrl + 1, tu crées la classe, ton code compile.
Idem pour les méthodes.
Les outils de refactoring sont bien.
JUnit est bien intégré.
Franchement, ça permet d'aller très vite et compense la verbosité imposé par Java.
Personnellement, je suis loin de lâcher Eclipse pour Java. Pour tout le reste il y a gvim pour l'instant mais j'irait bien voir du côté des plugin Eclipse quand même...
[^] # Re: Peut-être....
Posté par totof2000 . Évalué à 6.
Ah, je comprends alors pourquoi les codes Java sont si lourds, si lents et prennent tant de mémoire. Si à chaque faute de frappe dans l'instanciation d'une classe on la crée ....
[^] # Re: Peut-être....
Posté par DLFP est mort . Évalué à 3.
DLFP >> PCInpact > Numerama >> LinuxFr.org
[^] # Re: Peut-être....
Posté par mota (site web personnel) . Évalué à 6.
Peu importe le langage que l'on utilise, un projet peut atteindre une complexite telle que la chaine d'outils de realisation simple (editeur de texte + compilateur/interpreteur + les dix doigts) ne suffit pas. Il devient necessaire de s'equiper d'outils d'analyse de code/produit pour aider le pauvre developpeur a se retrouver dans les meandres tentaculaires de son code.
Cela est d'autant plus vrai en travail a plusieurs, ou l'on est amene a passer en revue des implementations qui ne sont pas de nous.
En effet, le langage ideal serait capable de me creer un systeme d'exploitation stable, securise et user-friendly a mort en ayant pour seule ligne de code:
doWhatTheFuckIWant()
Seulement cette technologie n'est pas encore arrivee, et en attendant je me delecte de mon gdb, de mon Emacs qui me fait le cafe (ou Vim, pas de jaloux), de mon valgrind cheri et je me resigne a utiliser VS lorsque j'y suis contraint (qui fait malgre tout un sacre cafe). Et pourtant, j'utilise bien peu d'outils parce que la complexite des projets que je realise n'est pas enorme.
[^] # Re: Peut-être....
Posté par yellowiscool . Évalué à 4.
Du moment que le code produit respecte les spécifications et qu'il passe les tests unitaires, il suffit juste de l'utiliser.
Envoyé depuis mon lapin.
[^] # Re: Peut-être....
Posté par cosmocat . Évalué à 4.
[^] # Re: Peut-être....
Posté par yellowiscool . Évalué à 2.
Envoyé depuis mon lapin.
[^] # Re: Peut-être....
Posté par jigso . Évalué à -2.
Et si vraiment il veut renommer une méthode ou une variable, il a fait en sorte qu'un coup de sed marche sans effet de bord.
--
Eclipse, Java, Vendredi, Troll, tout ça quoi...
[^] # Re: Peut-être....
Posté par Fabimaru (site web personnel) . Évalué à 6.
[^] # Re: Peut-être....
Posté par DLFP est mort . Évalué à 4.
DLFP >> PCInpact > Numerama >> LinuxFr.org
[^] # Re: Peut-être....
Posté par Gniarf . Évalué à 9.
[^] # Re: Peut-être....
Posté par Moogle . Évalué à 3.
Débarqué sur un projet Java il y a peu, on m'a dit d'installer Eclipse et une liste de plugins longue comme le bras. Après avoir passé plusieurs heures pour tout mettre en place sans que ça marche, je me suis aperçu que je pouvais parfaitement m'en passer.
[^] # Re: Peut-être....
Posté par Fabimaru (site web personnel) . Évalué à 4.
Grosso-modo, pendant que tu luttais avec les plugins, le reste de l'équipe en a profité pour s'assigner les modules les plus intéressants et stratégiques, en te laissant les trucs pourris à faire, et en a bien profité pour casser du sucre sur ton dos (devant la machine à café, "t'as vu Machin? il avance pas dans son boulot, je me demande pourquoi on l'a embauché").
Désolé d'avoir à te dire ça mec, mais tu t'es fait avoir! Le monde du travail est une jungle, le développeur est un loup pour le développeur.
[^] # Re: Peut-être....
Posté par Johands . Évalué à 4.
Y'a qu'en France qu'on se met des battons dans les roues où à l'étranger aussi on passe son temps "de travail" à sapper le travail du voisin ?
[^] # Re: Peut-être....
Posté par Fabimaru (site web personnel) . Évalué à 2.
[^] # Re: Peut-être....
Posté par Johands . Évalué à 2.
Heureusement non, on est juste en fin de semaine sur trollfr. :)
[^] # Re: Peut-être....
Posté par Infernal Quack (site web personnel) . Évalué à 7.
Je pourrais le faire avec vim ou emacs mais ça me prendrait 15 fois plus de temps.
Donc non ce n'est pas indispensable mais c'est grandement recommandé pour les gros projets.
Ton éditeur de texte te dit quand une variable a été déclarée mais n'est pas utilisée ?
Ton éditeur de texte te dit quand tu pourrais simplifier ton code ?
Ton éditeur de texte te dit quand tu ne respecte pas la norme de codage ?
Ton éditeur de texte te dit quand tu as de la duplication de code ?
Ton éditeur de texte te dit quand un variable risque d'être nulle et qu'il faudrait tester sa non-nullité ?
Ton éditeur de texte te dit quand tu as initialisée une variable pour rien vu que tu en as ensuite écrasé le contenu ?
Ton éditeur de texte te dit quand tu as déclaré une variable JavaScript de façon globale avec les risques inhérents ?
Ton éditeur de texte vérifie ton HTML vis-à-vis de la DTD ?
Là j'en suis qu'à l'assistance temps réel sans modification de code. Si je parle ensuite de ce que permet de faire un IDE pour modifier du code, ton éditeur de texte sera largué.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Peut-être....
Posté par fearan . Évalué à 1.
>Ton éditeur de texte te dit quand une variable a été déclarée mais n'est pas utilisée ?
Oui ^^
>Ton éditeur de texte te dit quand tu pourrais simplifier ton code ?
Aucune idée, mais généralement je le vois tout seul ^^
> Ton éditeur de texte te dit quand tu ne respecte pas la norme de codage ?
Je l'adapte a la norme et il la refait au besoin ^^
> Ton éditeur de texte te dit quand tu as de la duplication de code ?
Aucune idée mais je ne pense pas. Faut voire du coté d'EDE ou sémantic.
>Ton éditeur de texte te dit quand un variable risque d'être nulle et qu'il faudrait tester sa non-nullité ?
J'ai un joli warning sur la ligne ^^
> Ton éditeur de texte te dit quand tu as initialisée une variable pour rien vu que tu en as ensuite écrasé le contenu ?
Non, et j'en ai pas vraiment besoin
> Ton éditeur de texte te dit quand tu as déclaré une variable JavaScript de façon globale avec les risques inhérents ?
En même temps si tu sais pas coder...
>Ton éditeur de texte vérifie ton HTML vis-à-vis de la DTD ?
tout a fait ^^, et il ferme même les balise après un </
Bon payback time.
Ton IDE il permet de voir le code d'une fonction sous le curseur, et répéter l'opération un dizaine de fois et remonter la pile avec facilitée ? (super utile pour analyser du code) fonctionne même avec les langage maison, suffit juste de définir la bonne expression rationnelle pour etags^^^
Ton IDE il permet de voir les membre/fonction d'une classe, voir ce qui est constant, virtuel, virtuel pure (=0) (ebrowse powa)
Ton IDE il permet d'enregistrer une suite de frappe de touche, éditer cette suite la nommer, la sauver et la binder à un raccourcis clavier? (et même y mettre un compteur ^^ ou des fonction dedans, voire d'autre macros nommées)
Ton IDE il gère un multi presse papier?
bon je passe sur l'intégration de grep, et un paquet d'autre fonctionnalité.
Mais il manquera toujours le M-x doctor ^^
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Peut-être....
Posté par DLFP est mort . Évalué à 3.
DLFP >> PCInpact > Numerama >> LinuxFr.org
[^] # Re: Peut-être....
Posté par Infernal Quack (site web personnel) . Évalué à 2.
Sous Linux, il faut voir du coté de Klipper pour KDE et il doit y avoir 15 autres applications pour le faire :)
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Peut-être....
Posté par Zarmakuizz (site web personnel) . Évalué à 4.
Ils sont partout ! Attrapez-les tous !
http://faqsmedia.ign.com/faqs/image/ani132.gif
Commentaire sous licence LPRAB - http://sam.zoy.org/lprab/
[^] # Re: Peut-être....
Posté par Thomas Douillard . Évalué à 2.
Pour définir une syntaxe de langage, les technos eclipse se débrouillent pas mal, et tu peux obtenir bien plus qu'une coloration syntaxique sans trop de soucis je pense (même si je l'ai jamais fait)
Pour la navigation dans les classes - hiérarchie des classes, fonctions virtuelles et tout, c'est une fonctionalité de base des IDE. Pour browser le code, oui tu peux le faire.
[^] # Re: Peut-être....
Posté par fearan . Évalué à 2.
> Pour la navigation dans les classes - hiérarchie des classes, fonctions virtuelles et tout, c'est une fonctionalité de base des IDE. Pour browser le code, oui tu peux le faire.
Je ne sais pas à chaque fois que j'ai voulu regarder le truc c'était pas vraiment lisible, rien a voir avec ebrowse, où en plus tu sais de quelle classe vient tel membre :)
class truc:
<--v-c0---> fonction1
<--v------> fonction2
class bidule:
<----c----> fonction3
class machin:
<--v-c----> fonction1
tu as une représentation semblable pour les membres
comme symbole y a encore s pour static, m je crois pour les mutable (sans oublier la treeviews ^^ )
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Peut-être....
Posté par Thomas Douillard . Évalué à 2.
Le "outline", mis à jour à la volée. Les points verts doivent vouloir dire "publique", le s rouge "statique".
Il me semble aussi que tu as affichage au vol du code des méthodes (survol de la souris)
[^] # Re: Peut-être....
Posté par Gniarf . Évalué à 3.
[^] # Re: Peut-être....
Posté par Thomas Douillard . Évalué à 2.
[^] # Re: Peut-être....
Posté par skety . Évalué à 1.
[^] # Re: Peut-être....
Posté par zebra3 . Évalué à 2.
Ton éditeur de texte te dit quand tu pourrais simplifier ton code ?
Ton éditeur de texte te dit quand tu ne respecte pas la norme de codage ?
Ton éditeur de texte te dit quand tu as de la duplication de code ?
Ton éditeur de texte te dit quand un variable risque d'être nulle et qu'il faudrait tester sa non-nullité ?
Ton éditeur de texte te dit quand tu as initialisée une variable pour rien vu que tu en as ensuite écrasé le contenu ?
Ton éditeur de texte te dit quand tu as déclaré une variable JavaScript de façon globale avec les risques inhérents ?
Ton éditeur de texte vérifie ton HTML vis-à-vis de la DTD ?
En même temps, c'est pas vraiment le rôle de l'éditeur de texte, il me semble que c'est plutôt celui du compilateur.
C'est ce que la logique me dicte mais je précise que je ne suis pas développeur, je me trompe sans doute.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Peut-être....
Posté par Infernal Quack (site web personnel) . Évalué à 6.
Non, le meilleur outil pour ça c'est le cerveau du développeur mais faut arrêter de croire qu'on est infaillible (ou que ces collègues le sont) alors un outil qui permet ces vérifications ça évite des problèmes pour la suite.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Peut-être....
Posté par yellowiscool . Évalué à 3.
Envoyé depuis mon lapin.
[^] # Re: Peut-être....
Posté par gromf . Évalué à 2.
[^] # Re: Peut-être....
Posté par yellowiscool . Évalué à 3.
C'est super geek, super compliqué à utiliser, mais c'est top.
Envoyé depuis mon lapin.
[^] # Re: Peut-être....
Posté par Johands . Évalué à 5.
Ton éditeur de texte te dit quand un variable risque d'être nulle et qu'il faudrait tester sa non-nullité ?
Ton éditeur de texte te dit quand tu as initialisée une variable pour rien vu que tu en as ensuite écrasé le contenu ?
Non mais en tapant ':make' mon compilateur GCC/GHC avertira VIM de l'erreur et de son emplacement.
Ton éditeur de texte te dit quand tu pourrais simplifier ton code ?
Oui ':hlint %' fonctionne très bien. (d'ailleurs je ne retrouve plus l'équivalent en C, c'est grave ?)
Ton éditeur de texte te dit quand tu ne respecte pas la norme de codage ?
Qui s'en préoccupe de l'esthétique du code ? ,-)
Ton éditeur de texte te dit quand tu as de la duplication de code ?
Ton éditeur de texte te dit quand tu as déclaré une variable JavaScript de façon globale avec les risques inhérents ?
De 1), je ré-écris rarement 10 fois la même chose, et lorsque lorsque ça m'arrive je m'en rappelle. De 2) c'est pas ma faute si le développeur précédent est un gros cochon.
Autrement, je trouve aussi révoltant que mon éditeur m'oblige toujours à réfléchir lors de la conception de mes macros et templates !
Ton éditeur de texte vérifie ton HTML vis-à-vis de la DTD ?
":%!xmllint --dtdvalid foobar.dtd --valid '-'"
Et mon éditeur ne dévore pas la moitié de mon écran avec des boutons ce qui me laisse assez d'espace pour afficher côte à côte deux fichiers.
Et mon éditeur permet de rapidement définir et utiliser des macros /ed/ ('qq' et '@q') pour modifier de larges portions de code semblables (certes ça ne fonctionne que sur un fichier à la fois et si la situation arrive c'est une preuve flagrante que le code se répète trop.)
Et mon éditeur fonctionne parfaitement couplé avec tmux/screen/dvtm ce qui me permet d'attacher/de détacher à volonté ou d'organiser l'affichage en mosaïque facilement pour jouer avec grep/sed/awk juste à côté.
... voila tout ça pour dire que si tu trouves difficile le fait de "remonter les dépendances et comprendre le code", tu n'a qu'à aller discuter avec les responsables du projet et leur expliquer l'importance de la communication et de la documentation dans tout bon projet d'ingénierie (informatique y-compris). On a toujours pas inventer un logiciel pour remplacer une discussion entre deux être humains ^^
[^] # Re: Peut-être....
Posté par Infernal Quack (site web personnel) . Évalué à 4.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Peut-être....
Posté par claudex . Évalué à 4.
C'est quand même toi qui devras corriger le code, autant avoir des outils qui t'aident pour ça.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Peut-être....
Posté par CrEv (site web personnel) . Évalué à 1.
Ce qui n'est pas du tout le rôle d'un compilateur et ça introduit un effet de bord très grave : tu n'apprend plus à coder proprement mais juste à corriger ce que le compilateur te dit. En gros tu reportes ce que tu pourrais avoir en intelligence sur le compilo, ce qui est bien triste...
> Qui s'en préoccupe de l'esthétique du code ? ,-)
Beaucoup de monde. Surtout quand tu travail sur autre chose qu'un code perso dans ton coin. Et lorsque mes collègues écrivent des trucs trop crades (même si "valides") ben ils se font taclés ou le code est corrigé et recommité (même si ce n'est qu'esthétique).
Allez tiens, un exemple d'une ancienne boite :
for(myIntVectorIterator = myIntVector.begin(); myIntVectorIterator != myIntVector.end(); myIntVectorIterator++) if {
//...
//...
//...
//...
//... plein de code, genre 100 lignes
//...
//...
//...
//...
//...
//...
//...
//...
//...
//...
} else {
//...
//...
//...
//...
//...
//...
//...
//...
//...
//...
}
(j'ai mis en gras la merde...)
> De 1), je ré-écris rarement 10 fois la même chose, et lorsque lorsque ça m'arrive je m'en rappelle. De 2) c'est pas ma faute si le développeur précédent est un gros cochon.
ha mais nous avons donc affaire à un exemple de : "de toute façon je fais pas de bug, je ne me trompe pas, je suis meilleur que les autres" ... sympa :) C'est pas trop dur à vivre ? ;)
Concernant le 2), étrange ça va à l'inverse de ta remarque sur l'esthétique du code...
[^] # Re:Peut-être....
Posté par tesiruna . Évalué à 1.
de tes outils va te rendre beaucoup moins rigoureux, vu que tu t'appuies
entièrement dessus.
Du coup, tu deviens complètement assisté, et tu codes comme un pied en te disant
que de toute façon ton IDE va tout corriger.
La preuve, tu as besoin que ton IDE te prévienne que tu pourrais simplifier ton
code, que tu as dupliqué du code, que tu as déclaré une variable globale en
Javascript, etc.
Ça me fait penser je sais plus où dans ce thread le gars qui dit que la feature
killer de son IDE c'est manifestement de pouvoir, lorsque le compilateur te
prévient que tu instancies une classe qui n'existe pas, de pouvoir la créer en
un raccourci clavier.
Trop génial, sauf que si tu utilises une classe avant de la créer, c'est que
t'es probablement complètement neuneu et que tu devrais changer de métier.
[^] # Re: Re:Peut-être....
Posté par DLFP est mort . Évalué à 3.
Il y a aussi l'erreur de « mon IDE est content, donc mon programme n'a pas de bug ». Avec un correcteur d'orthographe c'est un peu pareil, si tu tapes « toux » à la place de « tout », les mots sont valides, mais la phrase n'a plus le même sens !
DLFP >> PCInpact > Numerama >> LinuxFr.org
[^] # Re: Re:Peut-être....
Posté par GuieA_7 (site web personnel) . Évalué à 2.
t'es probablement complètement neuneu et que tu devrais changer de métier.
Visiblement tu n'as jamais enendu parlé de Développement Piloté par les Tests (TDD - Tests Driven Development). Dommage, je ne connais rien de mieux pour pondre du code excellent. Alors on se calme avant de traiter les gens de neuneu....
Désolé mais j'ai vu des tas de gens pondre du code de merde, même avec Vim ou Emacs, si si...
[je précise que je ne suis pas spécialement un utilsateur de Java ou Eclipse]
[^] # Re: Re:Peut-être....
Posté par Infernal Quack (site web personnel) . Évalué à 4.
Et je ne m'appuie pas sur les outils, mais ils me permettent d'éviter bien des erreurs. Se croire infaillible est un connerie !
Et sinon, le principe d'utiliser une classe avant sa création est une bonne pratique de développement comme indiqué dans un autre commentaire. Tu commences par coder le corps de l'application et dès que tu as besoin d'un élément tu le créé. Cela évite de penser à toute l'archi dès le départ et se retrouver avec un sac de noeuds trop complexe pour ce que l'on veut faire.
Merci pour le conseil de changer de métier. J'y songerais monsieur le conseiller d'orientation.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
# Geany
Posté par Moogle . Évalué à 10.
[^] # Re: Geany
Posté par apostle . Évalué à 1.
Coloration syntaxique au poil (je suis toujours tombé sur des softs dont la coloration ne me convenait pas), GTK+, système de plug-ins, développé activement.
[^] # Re: Geany
Posté par jacot . Évalué à 2.
Par contre Eclipse pour PHP dans mon cas, je m'en fous qu'il mange 2Go, ce qui compte c'est qu'il fasse bien son boulot et il le fait bien: auto-complétion php , des variables, remonter dans la hiérarchie des fonctions, aide en ligne de php, gestion des commentaires, etc...
Hum, d'ailleurs j'ai plutôt 285Mo que 2Go, vous êtes sur un windows marseillais?
[^] # Re: Geany
Posté par totof2000 . Évalué à 2.
http://www.aptana.com/
Il est bien plus lourd que Geany mais pas trop lourd à mon gout. Je l'utilise depuis 1 mis environs et je pense que je vais l'adopter
[^] # Re: Geany
Posté par Albert_ . Évalué à 3.
[^] # Re: Geany
Posté par totof2000 . Évalué à 1.
[^] # Re: Geany
Posté par yellowiscool . Évalué à 2.
Envoyé depuis mon lapin.
[^] # Re: Geany
Posté par totof2000 . Évalué à 2.
[^] # Re: Geany
Posté par dj_ (site web personnel) . Évalué à 2.
En plus c'est sous double licence GPL / APL
[^] # Re: Geany
Posté par Moogle . Évalué à 4.
Disons qu'avec des machines à 1 Go de RAM, il a un peu de mal a tourner. A 2 Go ça passe déjà mieux, par contre si c'est pour faire du J2EE et que je dois avoir un JBoss qui tourne derrière pour tester, c'est mort.
# Kate
Posté par gnumdk (site web personnel) . Évalué à 5.
# Scribes
Posté par stopspam . Évalué à 2.
[^] # Re: Scribes
Posté par gyan000 (site web personnel) . Évalué à 1.
J'essaie régulièrement différents IDE pour faire de développement web mais aucun n'est aussi pratique, pour l'instant, que Komodo IDE. Je ne vais pas détailler toutes les fonctionnalités de Komodo, mais il possède vraiment tout ce qu'il faut pour faire du développement web de manière efficace, selon moi, et sans être trop lourd, même si c'est en XUL. (et donc ça ne s'intègre pas très bien dans un environnement KDE :/ )
# PIDA
Posté par kaulian (site web personnel) . Évalué à 1.
Il rajoute une interface de gestion de fichier et de gestions de versions en Python à l'editeur texte que tu souhaites.
Donc je gardes mon joli vim qui fait tout ce que je veux, me j'ai une interface plus sympa pour gérer git et quelques autres petites choses...
# Geany
Posté par Thibault (site web personnel) . Évalué à 1.
Pour moi c'est gedit mais en mieux :)
Ensuite vim est passé par là...
# ujn vendredi sans IDE ....
Posté par totof2000 . Évalué à 6.
------------------> []
[^] # Re: ujn vendredi sans IDE ....
Posté par Infernal Quack (site web personnel) . Évalué à 4.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.