Pourquoi devrais-je utiliser un IDE? [fermé]

Code terminé. Ça aide beaucoup à explorer le code.

la réponse courte quant à la raison pour laquelle j'utilise un IDE est la paresse.

je suis une âme paresseuse qui n'aime pas faire les choses d'une manière difficile quand il y a une façon facile de le faire à la place. Les IDE rendent la vie facile et attirent les fainéants.

comme code de type I, L'IDE vérifie automatiquement la validité du code, je peux mettre en surbrillance une méthode et frapper F1 pour obtenir de l'aide, clic droit et sélectionner "Aller à la définition" pour sauter directement à l'endroit où il est défini. J'ai frappé un bouton et l'application, avec débogueur automatiquement attaché est lancé pour moi. Et donc, la liste est longue. Toutes les choses qu'un promoteur fait quotidiennement sont rassemblées sous un même toit.

il n'est pas nécessaire d'utiliser un IDE. Il est juste beaucoup plus difficile de ne pas se.

Je ne pense pas qu'il soit juste de faire le classique" text editor and console window vs IDE "quand" text editor " est vraiment emacs. La plupart des fonctionnalités qui sont typiques pour les IDE:s sont aussi présentes dans emacs. Ou peut-être y sont-ils même nés, et les IDE modernes:s sont principalement des améliorations/simplifications d'interfaces.

Cela signifie que, pour la question initiale, la réponse n'est pas aussi claire. Cela dépend de comment les gens sur le site en question utilisent emacs, s'ils utilisez-le principalement comme éditeur de texte, ou s'ils sortent tous et utilisent des scripts personnalisés, apprenez les commandes pour les modes pertinents, connaître le code tagging et ainsi de suite.

je viens à cette question de la direction opposée. J'ai été élevée dans la programmation avec très peu de pitstops dans Makefile+Emacs land. Depuis mon tout premier compilateur sur DOS, Microsoft Quick C, j'avais un IDE pour automatiser les choses. J'ai passé de nombreuses années à travailler dans Visual C++ 6.0, et comme j'ai obtenu mon diplôme dans Enterprise Java, J'ai travaillé avec Borland JBuilder et ensuite je me suis installé sur Eclipse, qui est devenu très productif pour moi.

tout au long de mon auto-apprentissage initial, collège, et maintenant la carrière professionnelle, j'en suis venu à apprendre que tout développement de logiciel majeur fait uniquement dans L'IDE devient contre-productif. Je dis cela parce que la plupart des IDE veut que vous travailliez dans leur style particulier I-control-how-the-world-works. Vous devez trancher et couper vos projets selon leurs lignes. Vous avez gérer vos constructions de projet en utilisant leurs boîtes de dialogue impaires. La plupart des IDE gèrent mal les dépendances de construction complexes entre les projets, et les dépendances peuvent être difficile de travailler à 100%. J'ai été dans des situations où IDE ne produirait pas une construction de travail de mon code à moins que je N'ai fait un nettoyage/reconstruire tout. Enfin, il y a rarement une façon propre de déplacer votre logiciel hors du développement et dans d'autres environnements comme le QA ou la Production à partir d'un IDE. D'habitude, c'est un festival pour construire toutes vos unités de déploiement, ou vous avez un outil maladroit que le vendeur D'IDE vous donne pour emballer des trucs. Mais encore une fois, cet outil exige généralement que votre projet et construire la structure est absolument conforme à leurs règles - et parfois cela ne fonctionnera tout simplement pas pour les exigences de vos projets.

j'ai appris que, pour faire du développement à grande échelle avec une équipe, nous pouvons être les plus productifs si nous développons notre code en utilisant un IDE et faisons toutes nos constructions en utilisant des scripts de ligne de commande écrits manuellement. (Nous aimons Apache Ant pour le développement Java.) Nous avons constaté que l'exécution de nos scripts à partir de L'IDE n'est qu'un simple click fest ou un cauchemar d'automatisation pour des créations complexes, il est beaucoup plus facile (et moins perturbateur) alt+tab pour un shell et exécuter les scripts.

constructions manuelles nous oblige à manquer certaines des subtilités dans L'IDE moderne comme la compilation de fond, mais ce que nous gagnons est beaucoup plus critique: des constructions propres et faciles qui peuvent vivre dans des environnements multiples. Le "one click build" dont tous ces gars agiles parlent? Nous l'avons. Nos scripts de construction peuvent être directement invoqués par des systèmes d'intégration continue ainsi. Le fait d'avoir des compilations gérées par intégration continue nous permet d'organiser et de migrer vos déploiements de code de manière plus formelle vers des environnements différents, et nous permet de savoir presque immédiatement quand quelqu'un vérifie un mauvais code qui casse les tests de compilation ou d'unité.

en vérité, le fait que j'ai pris le rôle de build loin de L'IDE ne nous a pas trop fait de mal. Les outils intellisense et refactoring dans Eclipse sont encore tout à fait utiles et valides - la compilation de fond simplement sert à l'appui de ces outils. Et, le découpage particulier de projets Eclipse a servi comme un très bon moyen de décomposer mentalement nos ensembles de problèmes d'une manière que tout le monde peut comprendre (encore un peu verbeux pour mes goûts cependant). Je pense que L'une des choses les plus importantes à propos D'Eclipse est l'excellente intégration SCM, c'est ce qui rend le développement de l'équipe si agréable. Nous utilisons Subversion+Eclipse, et cela a été très productif et très facile de former nos employés à devenir des experts.

Être l'auteur de la réponse que vous soulignez dans votre question, et, certes, de venir un peu en retard, je dois dire que parmi les nombreuses raisons qui ont été énumérés, la productivité d'un développeur professionnel est l'un des plus hautement considéré compétences.

par productivité, je veux dire la capacité de faire votre travail efficacement avec les meilleurs résultats possibles. Les IDEs permettent cela à de nombreux niveaux. Je ne suis pas un expert D'Emacs, mais je doute qu'il manque les caractéristiques des principales IDEs.

la conception, la documentation, le suivi, le développement, la construction, l'analyse, le déploiement, et la maintenance, les jalons clés dans une application d'entreprise, peuvent tous être faits dans un IDE.

pourquoi ne pas utiliser quelque chose d'aussi puissant si vous avez le choix?

comme expérience, engagez-vous à utiliser un IDE pendant, disons, 30 jours, et voyez comment vous vous sentez. J'aimerais lire vos pensées sur l'expérience.

ayant un IDE présente les avantages suivants:"

• Compiler est habituellement " à la volée" ce qui signifie Ne plus passer à la ligne de commande pour compiler
• débogage est intégré, et avoir cela dans un IDE signifie que le débogueur étape utilise réellement votre éditeur en place pour vous montrer visuellement quel code est exécuté
• les IDE ont généralement une connaissance plus sémantique de la langue dans laquelle vous travaillez, et peuvent vous montrer problèmes possibles en tapant. Le Refactoring est beaucoup plus puissant que le "rechercher remplacer".

Il ya beaucoup plus, peut-être que vous devriez essayer.

IDEs sont essentiellement:

• Éditeur w/complétion de code, refactoring et de la documentation
• Débogueur
• système de fichiers de l'explorateur
• client SCMS
• outil de construction

le tout dans un seul emballage.

vous pouvez avoir tout cela (et plus encore) en utilisant des outils séparés ou tout simplement un grand éditeur programmable et des outils supplémentaires, comme Emacs (Vim aussi mais a un peu moins D'Idéabilité IMO).

si vous vous trouvez à changer beaucoup entre un utilitaire et le suivant qui pourrait être intégré dans l'environnement ou si vous manquez certaines des capacités énumérées ici (et plus complètement dans d'autres messages), peut-être qu'il est temps de passer à un IDE (ou d'améliorer l'Idéabilité de votre environnement en ajoutant des macros ou ce qui ne l'est pas). Si vous avez construit vous-même un IDE (dans le sens que j'ai mentionné ci-dessus) en utilisant plus d'un pas besoin de passer à un IDE.

Eclipse:

ayant code higlighting, compilant en arrière-plan, pointant mes erreurs au fur et à mesure.

intégration avec javadoc, suggérant des noms variables avec Ctrl-Space.

quand je compile, j'obtiens des erreurs juste là. Je peux double-cliquez sur une erreur, et il affiche la ligne appropriée.

très bien intégré avec JUnit, ctrl-F11 exécute le test, me dit que les tests ont échoué. Si il y a une exception dans la fenêtre de sortie, je peux double-cliquer sur une ligne, et m'emmène à la ligne qui a échoué. Non seulement cela, mais ctrl-F11 s'assure que tout est compilé avant de lancer les tests (ce qui signifie que je n'oublie jamais de le faire).

Intégration avec ant. Une commande pour construire et déployer l'application.

intégration avec les débogueurs, y compris le déboguage à distance des serveurs web.

FANTASTIC refactoring tools, la recherche de références à une section de code. M'aide à connaître l'impact d'un changement.

tout compte fait, ça me rend plus productif.

il conduit certainement à une amélioration de la productivité pour moi. Au point où je code même des applications Linux dans Visual Studio sur Vista et puis j'utilise une machine virtuelle Linux pour les construire.

vous ne devez pas mémoriser tous les arguments à une fonction ou appel de méthode, une fois que vous commencez à le taper l'IDE vous montrera quels arguments sont nécessaires. Vous obtenez des assistants pour définir les propriétés du projet, les options du compilateur, etc. Vous pouvez rechercher des choses à travers l'ensemble projet au lieu de simplement le document courant ou les dossiers dans un dossier. Si vous obtenez une erreur de compilateur, double-cliquez dessus et cela vous mène directement à la ligne incriminée.

Intégration des outils comme modèle d'éditeurs, de connexion et de la navigation de bases de données externes, la gestion des collections de code "snippets", l'interface graphique, outils de modélisation, etc. Toutes ces choses pourraient être faites séparément, mais les avoir toutes dans le même environnement de développement économise beaucoup de temps et maintient le processus de développement coulant plus efficacement.

depuis environ 10 ans (1994-2004), J'utilise Emacs comme principal environnement de développement et de courrier/nouvelles. J'ai découvert le pouvoir de L'IDEs quand je me suis forcé à apprendre Java en 2004, et à ma surprise que j'ai réellement aimé L'IDE ( IntelliJ idée ).

Je ne vais pas entrer dans les raisons spécifiques puisque beaucoup d'entre eux ont déjà été mentionnés ici -- rappelez-vous juste que les différentes personnes aiment des caractéristiques différentes. Moi et un collègue utilisé le même IDE, nous avons tous les deux utilisé seulement une fraction des fonctionnalités disponibles, et nous n'avons pas aimé l'autre façon d'utiliser L'IDE (mais nous avons tous les deux aimé L'IDE lui-même).

mais il y a un avantage avec IDEs par rapport aux environnements Emacs/Vim sur lesquels je veux me concentrer: vous passez moins de temps à installer/configurer les fonctionnalités que vous voulez.

avec Wing IDE (pour Python) je suis prêt à commencer à développer 15-20 minutes après l'installation. Aucune idée combien d'heures j'aurais besoin pour obtenir les fonctionnalités que J'utilise et fonctionne avec Emacs/Vim. :)

il peut y avoir différentes raisons pour différentes personnes. Pour moi, ce sont les avantages.

1. fournit une sensation intégrée au projet. Par exemple, je vais avoir tous les dossiers de projets connexes en vue unique.
2. fournit une productivité de code accrue comme
   1. Mise En Évidence De La Syntaxe
   2. référence des assemblages
   3. Intellisense
   4. Vue centralisée de la base de données et des fichiers D'UI connexes.
   5. les fonctions de Débogage

en fin de journée, il m'aide à coder plus vite que je ne peux le faire dans un bloc-notes ou un wordpad. C'est une bonne raison pour moi de préférer un IDE.

un IDE peut être un choix "supérieur" basé sur ce qu'un développeur essaie d'accomplir.

si un développeur passe la plupart de son temps dans une seule langue ou un "cluster" de langues apparentées (comme C# et T-SQL), dans un seul OS, alors le design GUI, debug, intellisense, refactoring etc. les outils offerts par un bon IDE peuvent être très convaincants. Si, par exemple, vous passez la plupart de votre temps à travailler dans VB.NET, avec peut-être un peu de T-SQL de temps en temps, dans un environnement Windows, alors vous seriez assez stupide de ne pas regarder Visual Studio ou un IDE comparable.

Je n'ai aucun préjugé envers ceux qui préfèrent les IDEs ou les éditeurs de texte, les deux peuvent être très productifs et utiles si bien appris !

je pense que cela a principalement à voir avec la portée de la sensibilisation pour le développeur. L'IDE fournit une vue macroscopique du contexte de travail du développeur. Vous pouvez voir simultanément les hiérarchies de classe, les ressources référencées, les schémas de base de données, les références D'aide SDK, etc. Et avec tant de choses affectées par, et affectant, vos frappes, et le volume croissant des architectures et des intersections architecturales, il devient de plus en plus difficile de travailler uniquement à partir d'une île de code à la fois.

otoh, que, "juste moi et vim et les pages "man" me donne beaucoup plus maigre, microscopiques, mais intense et précis - vue de mon travail. Ce n'est pas un problème si j'ai une base de code bien conçue, bien divisée, peu couplée et très cohésive construite dans une langue avec un ensemble de bibliothèques statiques à partir de laquelle travailler-pas votre situation typique, surtout que les tailles d'équipe de développement se développent et de remodeler la structure du code au fil du temps, la distance, et la préférence personnelle.

je suis actuellement travailler sur des projets à Flex et .NET. Une des choses les plus agréables à propos de Flex est qu'il y a peu de façons différentes d'accomplir une chose standard - extraire des données d'une base de données, ouvrir/fermer/Lire/Écrire un fichier, etc. (Pourtant, J'utilise L'IDE Flex Builder/Eclipse - un exemple typique de poids lourd comme VS, parce que j'apprends encore les bases et j'ai besoin des roues d'entraînement. Je m'attends à revenir à vim une fois que je suis sûr de mes modèles.) Dans cette optique, je peux faire ce dont j'ai besoin sur le plan professionnel en peu de choses vraiment, vraiment bien.

OTOH, Je ne peux pas imaginer arriver à ce point avec .NET parce que la vue que je suis censé maintenir continue d'augmenter et de se déplacer. Il ya beaucoup moins d'intégrité conceptuelle, et sur plusieurs développeurs sur un projet de plusieurs mois, beaucoup moins de cohérence - mais L'IDE soutient que, peut-être l'encourage. Donc le développeur a vraiment besoin (et peut plus facilement) de savoir beaucoup plus de choses de manière adéquate. Qui a aussi l'avantage d'aider à répondre (ou même comprendre) un pourcentage beaucoup plus élevé des questions sur StackOverflow. C'est-à-dire: nous pouvons avoir une pile de connaissances plus profonde. Et nous pouvons répondre à une grande variété d'aide-annonces.

les choses peuvent aller trop loin dans les deux sens. Peut-être qu'avec le scope "éditeur seulement", c'est comme "si tu n'as qu'un marteau, tout ressemble à un clou". Avec L'approche IDE, pour tout ce que vous voulez attacher ensemble, vous avez un large choix de fixations et d'outils associés à choisir de-nals / marteaux, vis / tournevis, boulons/clés, adhésifs/colle-pistolets/pinces, aimants, et sur et sur - tout à votre portée de main (avec un assistant pour vous aider à commencer).

ne le voyez pas comme exclusif. Utilisez L'IDE pour les avantages qu'il fournit, et passer à vim/éditeur de texte préféré lorsque vous avez besoin de sérieux focus.

- je trouver l'IDE de mieux pour refactoring et de la navigation et de débogage et pour comprendre ce à faire. Les petites choses sont ensuite faites dans L'IDE, les grandes choses que je confie à vim pour finir le travail.

en plus des autres réponses, j'aime combiner le développement puissance d'un IDE avec le édition puissance de Vim en utilisant quelque chose comme le ViPlugin pour Eclipse .

IntelliSense , le débogueur intégré, et la fenêtre immédiate me rendent énormément plus productif ( Visual Studio 2008 ). Avec tout ce que j'ai au bout des doigts, je peux garder la grande majorité d'un énorme projet à l'intérieur de ma tête tout en écrivant du code. Microsoft continue peut-être de laisser tomber la balle sur leur OSs, mais Visual Studio est l'un des meilleurs produits jamais développé.

pour moi, un IDE est mieux parce qu'il permet une navigation plus rapide en code ce qui est important si vous avez quelque chose dans votre esprit à mettre en œuvre. Supposons que vous n'utilisez pas d'IDE, il faut plus de temps pour atteindre la destination. Vos pensées peuvent être interverties plus souvent. Cela signifie plus de clics/en plus de touches doivent être pressées. Il faut se concentrer davantage sur la pensée comment mettre en œuvre les choses. Bien sûr, vous pouvez écrire des choses aussi, mais alors il faut sauter entre la conception et la mise en œuvre. Également, un designer graphique fait une grande différence. Si vous le faites à la main, cela peut prendre plus de temps.

IDEs basées sur GUI comme Visual Studio et Eclipse ont plusieurs avantages par rapport aux IDEs basées sur texte comme Emacs ou vim en raison de leurs capacités d'affichage:

• aperçu WYSIWYG et le montage en direct de l'interface de conception
• effective property editors (eg. sélection de la couleur à l'aide d'une interface graphique palette, y compris le positionnement des couleurs de dégradé etc)
• Représentation graphique des contours de code, des interrelations de fichiers, etc
• utilisation plus efficace de l'écran immobilier pour montrer les points de rupture, marque-page, erreurs, etc
• meilleur soutien de glisser-déposer avec OS et d'autres applications
• édition intégrée de dessins, images, modèles 3D, etc
• affichage et édition de modèles de base de données

fondamentalement avec un IDE basé sur GUI vous pouvez obtenir plus d'informations utiles à l'écran à la fois et vous pouvez visualiser/éditer des portions graphiques de de votre application aussi facilement que des parties de texte.

l'une des choses les plus cool à vivre en tant que développeur est d'éditer une méthode qui calcule des données et de voir la sortie en direct de votre code affiché graphiquement dans une autre fenêtre, tout comme votre utilisateur le verra lorsque vous lancerez l'application. Ça, C'est de L'édition WYSIWYG!

IDEs texte comme Emacs et vim peuvent ajouter des fonctionnalités comme l'achèvement du code et le remaniement au fil du temps, de sorte qu'à long terme leur principal la limitation est leur modèle d'affichage basé sur le texte.

je ne comprends pas ce que vous demandez. Vous demandez "devrais-je utiliser un IDE au lieu de...", mais je ne comprends pas ce qu'est l'alternative - Vim et Emacs remplissent de nombreuses fonctions que n'importe quel IDE vous donnera. Le seul aspect qu'ils ne gèrent pas qu'un IDE plus grand peut être des choses comme les concepteurs D'UI. Alors votre question se résume tout simplement à "ce que IDE devrait utiliser" avec des arguments à faire pour le Royaume plus simple de Vim et Emacs.

gagne du temps à développer

Rend la vie plus facile en fournissant des fonctionnalités comme le débogage intégré, intellisense.

Il ya beaucoup, mais recommandera d'utiliser un, ils sont plus qu'évident.

Je ne suis pas sûr qu'il y ait une ligne de démarcation claire entre un éditeur de texte et un IDE. Vous avez les goûts de bloc-notes à une extrémité de l'échelle, et les meilleurs IDEs modernes à l'autre, mais il ya beaucoup de choses entre les deux. La plupart des éditeurs de texte ont la mise en évidence de syntaxe; les éditeurs destinés aux programmeurs ont souvent diverses autres caractéristiques telles que la navigation de code facile et auto complète. Emacs vous permet même d'intégrer un débogueur. Les IDEs d'il y a même dix ans avaient beaucoup moins de fonctionnalités pour aider les programmeurs que ce que vous attendez d'un éditeur de texte sérieux ces jours-ci.

ma principale raison d'en utiliser un est quand le code va au-delà de 100 fichiers.

bien que les ctags peuvent faire le travail, certains IDEs ont une assez bonne façon de naviguer dans les fichiers facilement un super rapide.

vous gagnez du temps quand vous avez beaucoup de travail à faire.

pour moi c'est juste la version GUI de tout ce que nous avons fait dans le bon vieux temps du terminal. Je serai toujours d'accord que les IDE ne sont pas très supérieurs parce qu'ils cachent beaucoup de choses, surtout en ce qui concerne les liens, mais ils ont un avantage notable dans certains cas, par exemple avec certaines plateformes de développement comme Qt.

certains IDE comme visuel d'autres semblent même analyser votre code comme vous le Tapez, et détecter des erreurs avant même que vous compilez: il semble logics que seule une IDE peut travailler étroitement avec un compilateur pour détecter immédiatement le problème dans la source dactylographiée.

ma réponse spontanée que la guerre des flammes IDE/Command-line existe est juste parce que le bâtiment exécutable C/C++ n'est pas très bien géré d'un point de vue standardisé, contrairement au langage D; chaque plate-forme gère compiler/relier/etc de sa propre manière, donc pour le rendre moins désordonné ils font un IDE.

de votre point de vue, il pourrait être plus simple pour utiliser la ligne de commande, s'il n'y avait eu qu'un seul compilateur avec des options standard, cela aurait été facile, mais la vérité est que C/c++ est flexible, donc en fin de compte, toutes les plateformes le font à leur façon, d'où L'IDE à ne pas gaspiller en expliquant comment le faire.

si vous pouvez apprendre comment un exécutable parle au noyau ou si vous savez quoi que ce soit sur la conception du compilateur, peut-être qu'il y a un moyen de travailler avec une ligne de commande appropriée, mais je doute que vous l'ayez fait.

Microsoft ou bien Apple, aussi diabolique soit-il, doit proposer une méthode simple pour construire une application sans entrer dans les détails, et puisque la construction d'une application dépend directement de l'architecture de L'OS, elle ne sera guère "standard" comme la ligne de commande.

pour le mettre des applications simples, grandes et complexes où vous ne voulez pas creuser trop profondément dans ce qu'il fait -> IDE, petits morceaux de logiciel ou de logiciel de système simple-conception -> ligne de commande. Sauf évidemment ceux chouette bibliothèques incorporer un Makefile, mais c'est une autre histoire.

aussi je pense que IDE sont utilisés lorsque l'application fournie a quelque chose à voir avec, ironiquement, une interface graphique ou quelque chose qui a une interface ou est directement liée à un OS, donc encore une fois, c'est aussi pour les gens qui utiliseront une interface utilisateur/interface graphique sans savoir comment cela fonctionne, tandis que les gens qui programmeront les systèmes n'auront pas besoin de tout.

IDE est juste de la merde moderne, mais je pense que dans 100 ans la ligne de commande sera subsister.

j'utilise aussi presque exclusivement Vim (presque parce que j'essaie d'apprendre emacs maintenant) pour tous mes trucs de développement. Je pense que l'intuition (à partir de L'interface graphique, bien sûr) est la raison principale pour laquelle les gens aiment utiliser les IDEs. En étant intuitif, peu ou pas d'apprentissage généraux de l'outil est nécessaire. Le moindre apprentissage généraux, de plus ils peuvent obtenir le travail effectué.

Un IDE permet de travailler plus rapidement et plus facilement... J'ai remarqué que j'ai passé beaucoup de temps à naviguer dans le code dans un éditeur de texte simple...

dans un bon IDE, ce temps descend si L'IDE supporte sauter aux fonctions, à la position d'édition précédente,aux variables... En outre, un bon IDE réduit le temps nécessaire pour expérimenter différentes caractéristiques linguistiques et différents projets, car le temps de démarrage peut être limité.

j'aime un IDE parce qu'il met beaucoup de fonctionnalité au bout de mes doigts. L'édition/Compilation / visibilité des fichiers dans le projet sont toutes les choses que j'apprécie dans un IDE. J'utilise Visual Studio maintenant, mais dans une ancienne vie, J'ai utilisé SlickEdit et j'ai découvert qu'il rendait mon processus de développement plus simple que lorsque je ne l'utilisais pas.

il n'y a qu'une chose à prendre en considération pour décider d'utiliser ou non un IDE, et c'est de savoir si cela vous rend plus productif ou non.

Courte question à réponse courte :)

en termes simples, un IDE offre des fonctionnalités supplémentaires pour gagner du temps par rapport à un simple éditeur.

cela dépend fortement de ce que vous faites et dans quelle langue vous le faites. Personnellement, j'ai tendance à ne pas utiliser D'IDE (ou "mon IDE consiste en 3 xterms exécutant vim, un exécutant un client de base de données, et un avec une invite bash ou des logs de queue", selon la façon dont vous définissez "IDE") pour la plupart de mon travail, mais, si je devais me trouver à développer une interface graphique plate-forme-natif GUI, alors je atteindrais un IDE adapté à la langue en un instant-IMO, IDEs et l'édition de forme graphique sont clairement faits pour mutuellement.