Journal Un Vendredi sans IDE.

Posté par  .
Étiquettes :
6
22
oct.
2010
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  . Évalué à 6.

    J'ai fait le même constat il y a déjà pas mal de temps (mon passage à rte), bon je m'en était rendu compte avant rte, mais je n'en avait point conscience; j'utilisai naturellement toute la puissance du multi-bureau et intégration.

    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  (site web personnel) . Évalué à 4.

      Pour le stay on top, quand je passe sous Windows, j'utilise Powermenu.
      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  . Évalué à 4.

        Mais ce qui me manque le plus quand je retourne sous Windows, c'est le focus qui suit la souris.
        Pareil. Trop énervant. Heureusement il y a KatMouse : http://ehiti.de/katmouse/
        • [^] # Re: c'est marrant

          Posté par  . Évalué à 3.

          Je viens de l'essayer. Cliquer milieu dans Firefox n'ouvre plus un nouvel onglet. Dans l'éditeur d'EiffelStudio le scroll horizontal devient prioritaire. Du coup il faut scroller dans l'ascenseur. Au revoir, KatMouse.
          • [^] # Re: c'est marrant

            Posté par  . Évalué à 2.

            Pour info, pour le clique du milieu, c'est une option à désactiver (ce que j'ai fait). C'est dans l'onglet "Wheel button", mettre à "none" dans la liste de choix. C'est vrai que c'est chiant. Je sais pas pourquoi ils l'ont activé par défaut.
            • [^] # Re: c'est marrant

              Posté par  . Évalué à 2.

              Ah et aussi dans les propriétés tu peux également exclure certaines applications (ou parties d'applications)... Mais j'ai jamais testé.
              • [^] # Re: c'est marrant

                Posté par  . Évalué à 7.

                Dans la foulée j'ai essayé les powertoys de Microsoft. Le focus qui suit la souris, bien. Par contre dans une fenêtre comportant plusieurs zones de texte avec ascenseur, il faut cliquer dans chaque zone pour y appliquer le scroll.

                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  . Évalué à 2.

                  La chose la plus chiante qui manque est la touche ALT+clic (gauche/molette) pour déplacer/redimensionner les fenêtres. Je dois bien faire ça 100 fois par jour et sous windows et c'est aberrant de devoir choper la barre de titre et les coins (qu'elle énorme perte de temps + anti-ergonomique).

                  Il y a bien http://taekwindow.sourceforge.net mais buggé et au final inutilisable... Dommage.
                  • [^] # Re: c'est marrant

                    Posté par  (site web personnel) . Évalué à 3.

                    Virtua Win + plugin WM kivabien. Ca te fait le bureau multiple et un WM à la Linux

                    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  . Évalué à 2.

                      on a pas du essayer le même plugin alors, parce qu'en plus de ramer l'application choppe le clic, ce qui n'est pas du tout souhaitable.

                      Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • # kdevelop

    Posté par  . Évalué à 5.

    Pour le coté KDE, je garde surtout un oeil sur Kdevelop, qui me semble très prometteur.
    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  (site web personnel) . Évalué à 2.

      Ça tombe bien, kdevelop 4.1 sort aujourd'hui... avec plein de nouveaux trucs inside :)

      perso, j'aime pas trop les ide, mais kdevelop je vote pour!
    • [^] # Re: kdevelop

      Posté par  . Évalué à 5.

      Language support:
      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"...
  • # Et vim?

    Posté par  . Évalué à 10.

    Et si je dis Vim, tu réponds quoi? ;)
  • # Ah !

    Posté par  (site web personnel) . Évalué à 10.

    auto compétition (Gedit)

    Apparemment, elle ne fonctionne pas si bien que ça :-)
  • # Peut-être....

    Posté par  (site web personnel) . Évalué à 4.

    Peut-être parce qu'il n'y a pas d'IDE ruby, php, HTML, CSS,... au niveau des IDE pour faire du Java ?

    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  . Évalué à 4.

      Tu aurais plus cité Eclipse, jamais trouvé mieux comme IDE. Même si l'argument de l'intégration avec le système tiens, j'aimerai par exemple que zeitgeist ou tracker soit intégrés à cet IDE.
      • [^] # Re: Peut-être....

        Posté par  . Évalué à 2.

        Et encore mieux qu'Eclipse (sur le plan des fonctionnalités, pas de la liberté du code) : Zend Studio !
        Je teste actuellement la Beta 8, je peux vous dire qu'elle déboite de la loutre albinos !
      • [^] # Re: Peut-être....

        Posté par  . Évalué à 5.

        Eclipse arrrgggggggghhhhhh Ce gros bousin inconfigurable, où j'ai parfois du rebooter la machine pour pouvoir de nouveau compilier (un handle sur un fichier je crois, mais impossible de savoir ce qui bloquait précisément)

        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  (site web personnel) . Évalué à 1.

          Ah, je suis d'accord. Eclipse est vraiment un outil merveilleux et puissant, mais disons le : c'est le bo**el !

          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  (site web personnel) . Évalué à 8.

          C'est génial Eclipse, c'est un logiciel qui t'impose un temps de réflexion avant chaque action.

          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  . Évalué à 10.

            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 ? » :)

            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  . Évalué à 3.

            Vivement un fork.
            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  (Mastodon) . Évalué à 5.

              [...], je ne comprend pas pourquoi Netbeans n'est pas plus utilisé.

              Parce que personne n'aime les fayots ?
            • [^] # Re: Peut-être....

              Posté par  (site web personnel) . Évalué à 2.

              C'est bizarre, mais j'entends exactement l'inverse de la part d'utilisateurs de Netbeans contraints qui auraient préféré Eclipse :-)
              (et moi, au final je ne sais pas trop)
          • [^] # Re: Peut-être....

            Posté par  . Évalué à 2.

            Alors juste pour info, dans le monde SAP, on a un fork d'Eclipse qui s'appelle NetWeaver. C'est une version d'éclipse qui ne fonctionne qu'avec le jdk 1.4.machin et avec les fonctionnalités/la réactivité d'Eclipse en 2003 (date du fork). L'herbe est toujours plus verte noire ailleurs.
          • [^] # Re: Peut-être....

            Posté par  . Évalué à 3.

            Joli troll...

            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  . Évalué à 6.

              Tu instancies une classe qui n'existe pas: une erreur, tu fais ctrl + 1, tu crées la classe, ton code compile.

              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  . Évalué à 3.

      Pour moi, un bon langage ne doit pas rendre l'usage d'un IDE quasi-obligatoire pour éviter de se frapper la tête contre les murs.

      DLFP >> PCInpact > Numerama >> LinuxFr.org

      • [^] # Re: Peut-être....

        Posté par  (site web personnel) . Évalué à 6.

        Ce que tu dis n'a pas vraiment de sens et m'evoque une certaine inexperience du developpement.

        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  . Évalué à 4.

          Même à plusieurs, un projet bien dirigé de nécessite pas d'outils d'analyse de code tentaculaire.

          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  . Évalué à 4.

            Ah ouais et tu la fait comment ta phase de refactoring (renommage, redécoupage en fonctions,...) une fois que tu as passé ton TU. Là t'es bien content d'avoir un IDE pour te faciliter tout ça.
            • [^] # Re: Peut-être....

              Posté par  . Évalué à 2.

              Tu parles d'un IDE, alors que je parles d'un outil d'analyse de code tentaculaire.

              Envoyé depuis mon lapin.

            • [^] # Re: Peut-être....

              Posté par  . Évalué à -2.

              Un bon développeur ne refactorise pas son code. Il écrit bien du premier coup.
              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  (site web personnel) . Évalué à 6.

            Des spécifications, ah ah ah. Des spécifications! C'est l'arlésienne. Un mythe. Tout le monde en parle, mais personne ne les a jamais vues. Ou alors c'était un machin en décalage complet avec la réalité, genre écrits de Nostradamus (l'interprétation se fait une fois l'implémentation développée, et bien sûr celle-ci ne colle pas avec la vision du rédacteur).
        • [^] # Re: Peut-être....

          Posté par  . Évalué à 4.

          J'ai rien contre les outils, le problème c'est quand c'est nécessaire pour coder le moindre truc, c'est ce qui se passe avec Java, j'ai jamais rencontré de codeur Java qui n'utilisait pas un énorme IDE.

          DLFP >> PCInpact > Numerama >> LinuxFr.org

          • [^] # Re: Peut-être....

            Posté par  . Évalué à 9.

            je crois que le problème c'est Java.
          • [^] # Re: Peut-être....

            Posté par  . Évalué à 3.

            Plein de développeurs Java ont pris l'habitude d'Eclipse parce que ça fournit plein d'outils pour faciliter la tâche (à condition d'avoir vaincu d'abord la difficulté de configurer Eclipse en installant les bons plugins), mais il est tout à fait possible d'utiliser n'importe quel éditeur et les outils en ligne de commande (ant ou maven par exemple).

            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  (site web personnel) . Évalué à 4.

              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.
              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  . Évalué à 4.

                le développeur est un loup pour le développeur

                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  (site web personnel) . Évalué à 2.

                  J'ai peut-être un peu forcé le trait...
                  • [^] # Re: Peut-être....

                    Posté par  . Évalué à 2.

                    Hum rien à voir mais avec ce que j'entends récemment à propos des conflits internes entre grévistes et non-grévistes, j'avais peur que la situation "t'es pas d'accord avec moi donc je crève tes pneus de voiture" ne se soit généralisée à toutes les entreprises.

                    Heureusement non, on est juste en fin de semaine sur trollfr. :)
      • [^] # Re: Peut-être....

        Posté par  (site web personnel) . Évalué à 7.

        Je bosse à la Maintenance applicative et je peux te dire qu'ouvrir le code des autres dans un vrai IDE c'est quasi-indispensable pour remonter les dépendances et comprendre le code.

        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  . Évalué à 1.

          J'utilise emacs

          >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  . Évalué à 3.

            Moi j'attends encore un IDE qui n'en veut pas à mon canal carpien.

            DLFP >> PCInpact > Numerama >> LinuxFr.org

          • [^] # Re: Peut-être....

            Posté par  (site web personnel) . Évalué à 2.

            Pour le multi presse papie, cela doit être fait globalement au niveau système. Sous Windows j'utilise Ditto.
            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  . Évalué à 2.

            Les warnings, il les affiche quand tu as compilé ton programme, pas à la volée.

            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  . Évalué à 2.

              pardon, mais depuis ede et semantic (cedet aussi), emacs peut te les afficher au vol ^^ flymake-mode


              > 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  . Évalué à 1.

            C'est aussi emacs qui ajoute les ^^ a la fin des phrases?
        • [^] # Re: Peut-être....

          Posté par  . Évalué à 2.

          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 ?


          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  (site web personnel) . Évalué à 6.

            Non un compilateur c'est fait pour compiler ce que tu lui donnes. si tu lui donnes de la merde, il compilera de la merde et il aura raison.

            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  . Évalué à 3.

              Le mieux serais d'avoir un outil séparé. Utiliser la puissance d'eclipse dans vim, ce serait pas mal par exemple.

              Envoyé depuis mon lapin.

              • [^] # Re: Peut-être....

                Posté par  . Évalué à 2.

                Il me semble que ça peut se faire => http://eclim.org/
                • [^] # Re: Peut-être....

                  Posté par  . Évalué à 3.

                  Je viens d'installer ça à coup de yaourts, et franchement, je trouve ça génial.

                  C'est super geek, super compliqué à utiliser, mais c'est top.

                  Envoyé depuis mon lapin.

        • [^] # Re: Peut-être....

          Posté par  . Évalué à 5.

          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 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  (site web personnel) . Évalué à 4.

            Dommage mais on ne vit pas dans le monde des Bisounours et les projets super beau, super bien fait et sans problèmes de conceptions ça n'existent que très rarement.

            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  . Évalué à 4.

            c'est pas ma faute si le développeur précédent est un gros cochon.

            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  (site web personnel) . Évalué à 1.

            > Non mais en tapant ':make' mon compilateur GCC/GHC avertira VIM de l'erreur et de son emplacement
            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  . Évalué à 1.

          C'est bien tout ça, mais ce qui est amusant de constater c'est que la présence
          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  . Évalué à 3.

            Ça me fait penser aux traitements de texte qui remplacent sans te dire certaines fautes communes : par exemple « acceuil » devient « accueil » silencieusement, ce qui fait que tu continues à faire l'erreur.

            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  (site web personnel) . Évalué à 2.

            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.

            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  (site web personnel) . Évalué à 4.

            Je travaille à la Maintenance donc les phrases du genre "ton IDE te prévienne que tu pourrais simplifier ton code" peuvent se réécrire en "ton IDE te prévienne que tu pourrais simplifier le code existant".

            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  . Évalué à 10.

    Et bah moi j'utilise un truc dont je suis peut être le seul utilisateur, mais il est très bien, c'est Geany (le plus chaud des IDE froids). Il fait tout ce que je lui demande : coloration syntaxique, complétion, et surtout, il replie les blocs et me liste les fonctions et méthodes dans une jolie liste sur la gauche de mon écran. Et enfin, il est très léger, rien à voir avec cette bouse d'Eclipse qui demande 2 Go de RAM pour fonctionner correctement.
    • [^] # Re: Geany

      Posté par  . Évalué à 1.

      +1, de plus le volet de gauche est repliable et perso je vire la barre d'outils, je me retrouve avec une feuille et des onglets ; le bonheur, quoi.

      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  . Évalué à 2.

      Geany, je ne connaissais pas, cela à l'air pas mal effectivement, mieux que la bouse de Bluefish.

      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  . Évalué à 2.

        J'ai découvert récemment un truc qui s'appelle Aptana Studio pour le développement web. Il a l'air assez complet, avec une aide bien fichue, er completion autio pour HTML/Javscript. Il y a aussi un outil pour Rails, mais je ne l'ai pas testé.


        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  . Évalué à 3.

          aptana c'est pas fonde sur eclipse?
          • [^] # Re: Geany

            Posté par  . Évalué à 1.

            C'est fort probable, mais pour un programme basé sur eclipse je le trouve assez véloce.
            • [^] # Re: Geany

              Posté par  . Évalué à 2.

              On doit pas avoir la même notion de «véloce».

              Envoyé depuis mon lapin.

              • [^] # Re: Geany

                Posté par  . Évalué à 2.

                j'ai bien précisé "pour un programme basé sur Eclipse".
          • [^] # Re: Geany

            Posté par  (site web personnel) . Évalué à 2.

            Oui, c'est même dispo en plugin eclipse

            En plus c'est sous double licence GPL / APL
      • [^] # Re: Geany

        Posté par  . Évalué à 4.

        Hum, d'ailleurs j'ai plutôt 285Mo que 2Go, vous êtes sur un windows marseillais?
        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  (site web personnel) . Évalué à 5.

    Perso, il faut tout ce que je lui demande, il est stable (ce fut long pour la version Kde4) et il est parfaitement intégré à KDE, le pied.
  • # Scribes

    Posté par  . Évalué à 2.

    j'ai utilisé quelques temps scribes (exactement ce que tu cherches http://scribes.sourceforge.net/) avant de finalement retourner à Komodo.
    • [^] # Re: Scribes

      Posté par  (site web personnel) . Évalué à 1.

      Je valide.

      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  (site web personnel) . Évalué à 1.

    Et pourquoi pas PIDA http://pida.co.uk/

    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  (site web personnel) . Évalué à 1.

    J'utilisais beaucoup Geany il y a quelque temps : http://www.geany.org/

    Pour moi c'est gedit mais en mieux :)
    Ensuite vim est passé par là...
  • # ujn vendredi sans IDE ....

    Posté par  . Évalué à 6.

    ca fait vnr

    ------------------> []
    • [^] # Re: ujn vendredi sans IDE ....

      Posté par  (site web personnel) . Évalué à 4.

      NON JE NE SUIS PAS VNR ! C'EST CAPSLOCK DAY C'EST TOUT !

      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.