別の質問で、Markは IDE を高く評価し、「「なぜ」それを使用すべきかをまだ知らない人もいます...」と述べています。プログラミングに vim を使用し、同僚のほとんどまたは全員がすべての作業に vim または emacs を使用している環境で働いている人として、IDE の利点は何ですか? なぜ使用する必要があるのですか？
これは一部の人にとって有償の問題であると確信しており、私は炎上戦争を始めることに興味がないので、IDE ベースのアプローチが優れていると考える理由のみを返信してください。IDE を使用すべきでない理由については、聞きたくありません。私はすでに1つを使用していません。いわば「垣根の向こう側」からのお話に興味があります。
IDE が適している作業と適していない作業があると思われる場合は、その理由をお聞きしたいと思います。
使用している言語によって異なりますが、C# と Java では、IDE は次の場合に役立ちます。
これらはすべて時間を節約します。これらは手動で行うこともできますが、より苦労します。むしろコーディングしたいと思います。
コード補完。コードの探索に大いに役立ちます。
私がIDEを使用する理由についての簡単な答えは、怠惰です。
私は怠惰な魂であり、代わりに簡単な方法があるのに、難しい方法で物事を行うのは好きではありません。IDEは生活を楽にし、怠惰な人々にアピールします。
コードを入力すると、IDEはコードの有効性を自動的にチェックします。メソッドを強調表示し、F1キーを押してヘルプを表示し、右クリックして[定義に移動]を選択すると、定義されている場所に直接ジャンプできます。ボタンを1つ押すと、デバッガーが自動的に接続されたアプリケーションが起動します。そして、リストは続きます。開発者が日常的に行うすべてのことは、1つの屋根の下に集められています。
IDEを使用する必要はありません。そうしないのは、はるかに難しい作業です。
「テキストエディタ」が本当にemacsである場合、古典的な「テキストエディタとコンソールウィンドウvsIDE」を実行するのは公平ではないと思います。IDEに典型的なほとんどの機能はemacsにもあります。あるいは、おそらくそれらはそこから生まれたものであり、最新のIDEは主にインターフェースの改善/簡素化です。
これは、元の質問の場合、答えがそれほど明確ではないことを意味します。問題のサイトの人々がemacsをどのように使用するか、主にテキストエディターとして使用するか、またはすべてを行ってカスタムスクリプトを使用するか、関連するモードのコマンドを学習するか、コードのタグ付けについて知っているかなどによって異なります。
私は反対の方向からこの質問に来ます。私は、Makefile+Emacs の土地でのピットストップがほとんどないプログラミングの中で育ちました。私の最も初期の DOS コンパイラである Microsoft Quick C から、私は物事を自動化するための IDE を持っていました。私は長年 Visual C++ 6.0 で作業してきましたが、エンタープライズ Java を卒業するときに Borland JBuilder を使用し、その後 Eclipse に落ち着きました。Eclipse は私にとって非常に生産的になりました。
私の最初の独学、大学、そして現在の専門家としてのキャリアを通じて、IDE 内だけで行われる主要なソフトウェア開発は非生産的であることを知るようになりました。私がこれを言うのは、ほとんどの IDE があなたに彼らの環境で作業してほしいからです。独特の I-Control-how-the-world-works スタイル。プロジェクトをその線に沿って細分化する必要があります。奇妙なダイアログ ボックスを使用してプロジェクト ビルドを管理しました。ほとんどの IDE は、プロジェクト間の複雑なビルド依存関係の管理が不十分であり、依存関係を 100% 機能させるのは難しい場合があります。Clean/Rebuild All を実行しない限り、IDE でコードの動作ビルドが生成されない状況に陥ったことがあります。最後に、IDE からソフトウェアを開発環境から QA や本番環境などの他の環境に移行するクリーンな方法はめったにありません。通常、すべての展開ユニットを構築するのは簡単なことです。または、IDE ベンダーがバンドル用に提供する厄介なツールを手に入れます。しかし、再び、
チームで大規模な開発を行う場合、IDE を使用してコードを開発し、手動で記述されたコマンド ライン スクリプトを使用してすべてのビルドを行うと、最も生産性が高くなることがわかりました。(私たちは Java 開発用の Apache Ant が好きです。) IDE からスクリプトを実行するのは、複雑なビルドのクリックフェストまたは自動化の悪夢であることがわかりました。 shell を開き、そこでスクリプトを実行します。
手動ビルドでは、バックグラウンド コンパイルなどの最新の IDE の優れた点をいくつか見逃す必要がありますが、得られるものははるかに重要です。つまり、複数の環境で動作するクリーンで簡単なビルドです。アジャイルの連中が口にする「ワンクリック ビルド」とは？私たちはそれを持っている。当社のビルド スクリプトは、継続的インテグレーション システムからも直接呼び出すことができます。継続的インテグレーションを通じてビルドを管理することで、コードのデプロイをより正式にステージングし、さまざまな環境に移行することができます。また、誰かがビルドまたは単体テストを壊す悪いコードをチェックインすると、すぐにそれを知ることができます。
実のところ、私が IDE から離れてビルドの役割を引き受けたことは、それほど大きな打撃にはなりませんでした。Eclipse のインテリセンス ツールとリファクタリング ツールは、依然として完全に有用で有効です。バックグラウンド コンパイルは、単にこれらのツールをサポートする役割を果たします。そして、Eclipse の独特なプロジェクトのスライスは、誰もが理解できる方法で問題セットを精神的に分解するための非常に優れた方法として機能しています (ただし、私の好みでは少し冗長ですが)。Eclipse で最も重要なことの 1 つは、優れた SCM 統合であり、それがチーム開発をとても楽しいものにしていると思います。私たちは Subversion+Eclipse を使用していますが、これは非常に生産的であり、専門家になるためのトレーニングを非常に簡単に行うことができました。
あなたが質問で強調した回答の作成者であり、これに少し遅れて来たことは確かですが、リストされている多くの理由の中で、プロの開発者の生産性は最も高いものの1つであると言わざるを得ません評価の高いスキル。
生産性とは、仕事を効率的に行い、可能な限り最高の結果を出す能力を意味します。IDE はこれを多くのレベルで可能にします。私は Emacs の専門家ではありませんが、主要な IDE の機能が欠けているとは思えません。
設計、文書化、追跡、開発、構築、分析、展開、およびメンテナンスは、エンタープライズ アプリケーションの主要な足がかりであり、すべて IDE 内で実行できます。
選択肢があるのに、なぜそれほど強力なものを使用しないのですか?
実験として、たとえば 30 日間 IDE を使用することを約束し、どのように感じるかを確認してください。体験談を読んで頂ければ幸いです。
IDEは基本的に次のとおりです。
すべてが1つのパッケージに収められています。
個別のツールを使用するか、Emacs（Vimも同様ですが、IDEbility IMOが少し劣ります）のような優れたプログラム可能なエディターと追加のツールを使用して、これらすべて（およびそれ以上）を使用できます。
環境に統合できるユーティリティと次のユーティリティを頻繁に切り替える場合、またはここにリストされている機能の一部が不足している場合（および他の投稿でより完全に）、IDE（またはマクロを追加するなどして、環境のIDEbilityを向上させるため）。複数のプログラムを使用して（上記の意味で）自分で「IDE」を構築した場合は、実際のIDEに移動する必要はありません。
IDE を使用すると、次の利点があります。
他にもたくさんあります。試してみてください。
Eclipse：
コードをハイライトし、バックグラウンドでコンパイルし、進行中にエラーを指摘します。
javadocとの統合、ctrl-Spaceを使用した変数名の提案。
コンパイルすると、すぐにエラーが発生します。エラーをダブルクリックすると、適切な行が表示されます。
ctrl-F11はJUnitと非常によく統合されており、テストを実行し、テストが失敗したことを通知します。出力ウィンドウに例外がある場合は、行をダブルクリックすると、失敗した行に移動します。それだけでなく、ctrl-F11は、テストを実行する前にすべてがコンパイルされていることを確認します（つまり、それを忘れることはありません）。
アリとの統合。アプリケーションをビルドおよびデプロイするための1つのコマンド。
Webサーバーのリモートデバッグを含む、デバッガーとの統合。
コードのセクションへの参照を検索する、素晴らしいリファクタリングツール。変更の影響を知るのに役立ちます。
全体として、それは私をより生産的にします。
私は約 10 年間 (1994 年から 2004 年) の間、開発とメール/ニュースの両方の主要な環境として Emacs を使用してきました。私は 2004 年に Java を学ばなければならなくなったときに IDE の威力を発見しました。驚いたことに、私は実際に IDE ( IntelliJ IDEA ) が好きでした。
理由の多くはすでにここで言及されているため、具体的な理由については説明しませんが、さまざまな人がさまざまな機能を気に入っていることを覚えておいてください。私と同僚は同じ IDE を使用していましたが、どちらも利用可能な機能のほんの一部しか使用していませんでした。また、お互いに IDE の使用方法が気に入りませんでした (しかし、2 人とも IDE 自体は気に入っていました)。
しかし、私が注目したい Emacs/Vim 関連の環境に対する IDE の利点が 1 つあります。
Wing IDE (Python 用) を使用すると、インストール後 15 ～ 20 分で開発を開始できます。Emacs/Vim で使用する機能を使いこなすのに何時間かかるかわかりません。:)
それは間違いなく私にとって生産性の向上につながります。Vista上のVisualStudioでLinuxアプリケーションをコーディングし、Linux仮想マシンを使用してそれらを構築するところまで。
関数またはメソッド呼び出しのすべての引数を記憶する必要はありません。入力を開始すると、IDEに必要な引数が表示されます。ウィザードを使用して、プロジェクトのプロパティやコンパイラオプションなどを設定できます。現在のドキュメントやフォルダ内のファイルだけでなく、プロジェクト全体で検索することもできます。コンパイラエラーが発生した場合は、それをダブルクリックすると、問題のある行に直接移動します。
モデルエディタ、外部データベースへの接続と参照、コード「スニペット」のコレクションの管理、GUIモデリングツールなどのツールの統合。これらはすべて個別に行うことができますが、すべて同じ開発環境内に配置すると、多くの時間を節約できます。時間と開発プロセスをより効率的に流し続けます。
IDEは、開発者が何を達成しようとしているかに応じて、「優れた」選択肢になる可能性があります。
IDE は通常、1 つの言語 (または少数の言語) を対象としているため、 テキスト エディターは「優れた」ものになる可能性があります。
開発者が 1 つの OS で、単一の言語または関連する言語 (C# や T-SQL など) の「クラスター」にほとんどの時間を費やしている場合、開発者が提供する GUI 設計、デバッグ、インテリセンス、リファクタリングなどのツールは、優れた IDE は非常に魅力的です。たとえば、Windows 環境でほとんどの時間を VB.NET で作業し、ときどき少し T-SQL を使用している場合、Visual Studio や同等の IDE を見ないのは愚かなことです。 .
IDE やテキスト エディターを好む人に偏見はありません。
人それぞれ違う理由があるかもしれません。私にとってこれらは利点です。
結局のところ、メモ帳やワードパッドで行うよりも速くコーディングするのに役立ちます。これが、私が IDE を好む十分な理由です。
それは主に開発者の意識の範囲に関係していると思います。IDE は、開発者の作業コンテキストの巨視的なビューを提供します。クラス階層、参照リソース、データベース スキーマ、SDK ヘルプ リファレンスなどを同時に表示できます。また、キーストロークの影響を受けたり影響を与えたりする非常に多くのこと、およびアーキテクチャとアーキテクチャの共通部分の量の拡大により、一度に 1 つのコード アイランドからのみ作業できます。
OTOH、「私とvimとmanページだけ」は、私の仕事のよりスリムな微視的、しかし強烈で正確なビューを私に与えてくれます。これは、よく設計され、適切に分割され、まばらに結合された非常に凝集性の高いコードベースが 1 つの言語で構築され、そこから作業するための 1 つの静的ライブラリのセットがあれば問題ありません。特に開発チームのサイズが大きくなり、コード構造が再形成されるため、通常の状況ではありません。時間、距離、および個人的な好みに応じて。
現在、Flex と .NET のプロジェクトに取り組んでいます。Flex の優れた点の 1 つは、データベースからデータを取得する、ファイルを開く/閉じる/読み取る/書き込むなど、標準的なことを達成するための方法がほとんどないことです (それでも、私は Flex Builder/Eclipse IDE を使用しています)。 - VS のような典型的なヘビーウェイトの例. なぜなら私はまだ基礎を学んでいて補助輪が必要だから. パターンに自信が持てたら vim に戻ることを期待している.)いくつかのことを本当によく知って、専門的にやる必要があります。
OTOH、私が維持することが期待されているビューが拡大し、変化し続けるため、.NET でその点に到達することは想像できません。概念的な整合性ははるかに低く、数か月にわたるプロジェクトの複数の開発者の間では一貫性がはるかに低くなりますが、IDE はそれをサポートし、おそらくそれを奨励します。したがって、開発者は、より多くのことを適切に知る必要があります (そして、より簡単に知ることができます)。これには、StackOverflow に関する質問のはるかに高い割合で回答 (または理解) を支援するという利点もあります。つまり、より深い知識スタックを持つことができます。また、さまざまな募集広告にも対応できます。
物事は両方向に行き過ぎてしまう可能性があります。たぶん、「エディタのみ」のスコープでは、「ハンマーしかない場合、すべてが釘のように見える」ようなものです。IDE アプローチでは、何を一緒に固定したい場合でも、さまざまなファスナーと関連するさまざまなツールを選択できます - ナル/ハンマー、ネジ/ドライバー、ボルト/レンチ、接着剤/グルーガン/クランプ、磁石、そして何度も-すべて指先で（ウィザードを使用して開始できます）。
それを排他的だと考えないでください。IDE が提供するメリットを利用して、真剣に集中する必要がある場合は vim/preferred テキスト エディターに切り替えてください。
リファクタリング、ブラウジング、デバッグ、および何をすべきかを理解するには、IDE の方が優れていると思います。小さなことは IDE で直接行い、大きなことは vim に切り替えて仕事を完了します。
IntelliSense、統合デバッガー、および即時ウィンドウにより、生産性が大幅に向上します ( Visual Studio 2008 )。すべてが手元にあるので、コードを書いている間も巨大なプロジェクトの大部分を頭の中に入れておくことができます。Microsoft は OS にボールを落とし続けるかもしれませんが、Visual Studio はこれまでに開発された最高の製品の 1 つです。
あなたが何を求めているのかわかりません。「... の代わりに IDE を使用する必要がありますか?」と尋ねますが、代替手段が何であるかがわかりません。Vimと Emacs は、IDE が提供する多くの機能を実行します。大規模な IDE が処理しない唯一の側面は、UI デザイナーなどです。次に、あなたの質問は、Vim と Emacs のより単純な領域に対して作成される引数とともに、単純に「どの IDE を使用すればよいか」に要約されます。
IDEを使用するために私が考えることができるいくつかの理由：
そして率直に言って、私は自分のマウスが好きです。純粋なテキストベースのエディターを使用すると、寂しくなります。
Visual Studio や Eclipse などの GUI ベースの IDE には、表示機能があるため、Emacs や vim などのテキスト ベースの IDE よりもいくつかの利点があります。
基本的に、GUI ベースの IDE を使用すると、より有用な情報を一度に画面に表示でき、アプリケーションのグラフィック部分をテキスト部分と同じくらい簡単に表示/編集できます。
開発者として経験する最もクールなことの 1 つは、データを計算するメソッドを編集し、アプリを実行したときにユーザーが見るのと同じように、別のウィンドウにコードのライブ出力をグラフィカルに表示することです。これが WYSIWYG 編集です。
Emacs や vim などのテキストベースの IDE は、コード補完やリファクタリングなどの機能を徐々に追加できるため、長期的には、テキストベースの表示モデルが主な制限となります。
IDEを使用すると、より迅速かつ簡単に作業できます...単純なテキスト エディターでコード内を移動するのに多くの時間を費やしていることに気付きました...
優れた IDE では、IDE が関数へのジャンプ、前の編集位置へのジャンプ、変数へのジャンプをサポートしている場合、その時間が短縮されます。また、優れた IDE は、さまざまな言語機能やプロジェクトを試す時間を短縮します。小さくすることができます。
また、すべての開発作業にほぼ専ら Vim を使用しています (現在 emacs を学ぼうとしているからです)。人々が IDE を好んで使用する主な理由は、(もちろん GUI からの) まったくの直感性だと思います。直感的に操作できるため、ツールの学習オーバーヘッドはほとんどまたはまったく必要ありません。学習のオーバーヘッドが少ないほど、より多くの作業を完了できます。
テキストエディタとIDEの間に明確な境界線があるかどうかはわかりません。スケールの一方の端にはメモ帳のようなものがあり、もう一方の端には最高の最新のIDEがありますが、その間にはたくさんのことがあります。ほとんどのテキストエディタには構文の強調表示があります。プログラマー向けのエディターには、簡単なコードナビゲーションやオートコンプリートなど、他のさまざまな機能が備わっていることがよくあります。Emacsではデバッガーを統合することもできます。10年前のIDEには、最近の本格的なテキストエディタに期待するよりも、プログラマーを支援する機能がはるかに少なくなっています。
私にとっては、ターミナルの古き良き時代に行ったことすべての GUI バージョンにすぎません。IDE は、特にリンクに関して多くのことを隠しているため、あまり優れていないことに常に同意しますが、Qt などの特定の開発プラットフォームなど、場合によっては顕著な利点があります。
他の IDE のようなビジュアルは、入力時にコードを解析し、コンパイルする前にエラーを検出するようです。IDE だけがコンパイラと密接に連携して、型指定されたソースの問題を即座に検出できるロジックのようです。
IDE/コマンドライン フレーム ウォーが存在するという私のワイルドな答えは、D 言語とは異なり、C/C++ 実行可能ビルドが標準化された観点からあまりうまく処理されていないためです。すべてのプラットフォームは独自の方法でコンパイル/リンク/その他を処理するため、煩雑さを軽減するために IDE を作成します。
あなたの観点からは、コマンドラインを使用する方が簡単かもしれません。標準オプションを備えたコンパイラが 1 つしかない場合は簡単だったでしょうが、実際には C/C++ は柔軟であるため、最終的にはすべてのプラットフォーム独自の方法で行うため、IDE はその方法を無駄に説明しません。
実行可能ファイルがカーネルと通信する方法を学べる場合、またはコンパイラの設計について何か知っている場合は、適切なコマンドラインを使用する方法があるかもしれませんが、そうではないかと思います。
Microsoft や Apple は、すべて悪であり、詳細を入力せずにアプリケーションを構築する簡単な方法を提案する必要があります。また、アプリケーションの構築は OS のアーキテクチャに直接依存するため、「標準」とは言い難いでしょう。コマンドラインは。
それが何をするかをあまり深く掘り下げたくない単純で大きくて複雑なアプリケーション -> IDE、ソフトウェアの小さな部分、または単純なシステムソフトウェア設計 -> コマンドライン. もちろん、Makefile を組み込んだ気の利いたライブラリは除きますが、それは別の話です。
また、IDE は、皮肉なことに、提供されるアプリケーションが GUI や、インターフェイスを持っているか、OS に直接バインドされているものと関係がある場合に使用されると思うので、UI/GUI を知らずに使用する人向けでもあります。システムをプログラムする人は、すべてを必要とするわけではありません。
IDE はただの現代のたわごとですが、100 年後にはコマンドラインがまだ存在していると思います。
開発時間を
節約 統合デバッグ、インテリセンスなどの機能を提供することで、作業が楽になります。
たくさんありますが、1 つを使用することをお勧めします。
1 つを使用する主な理由は、コードが 100 ファイルを超える場合です。
ctags で作業を行うこともできますが、一部の IDEには、ファイルを簡単かつ高速にナビゲートするための非常に優れた方法があります。
やるべきことがたくさんあるときは、時間を節約できます。
指先で多くの機能を利用できるIDEが好きです。プロジェクト内のファイルの編集/コンパイル/可視性は、私がIDEで大切にしていることすべてです。現在はVisualStudioを使用していますが、以前はSlickEditを使用していたため、使用していないときよりも開発プロセスが合理化されていることがわかりました。
とても簡単です。しかし、この答えは、組み込みレベルの開発者だけがこれまでに遭遇したことについて話し合っているという点で、少し逆説です。これが奇妙な見方である理由は、率直に言って、私が埋め込み作業を行っていたとき（私が実際のお金を稼いでいた短い時間）、IDEは正しくなく、ほとんどの同僚は、 SNMPについて十分に思い出せない理由を疑問に思うでしょう。/ASN.1または/あなたの仕事をする/だけのためにあなたが扱っていたプロトコル。しかし、私が知る限り、「IDE」なしで/リアルタイム/のようなものでマイクロコントローラーが実行していることをグラフィカルにシミュレーションすることはできません。
それは、あなたが何をしているのか、そしてどの言語でそれをしているのかに大きく依存します.個人的には、私はIDEを使用しない傾向があります.私の仕事のほとんどで、「IDE」をどれだけ広く定義しているかに応じて、bashプロンプトまたはテールログ」を使用していますが、プラットフォームネイティブのGUIを開発していることに気付いた場合は、言語に適したIDEに手を伸ばすでしょうインスタント - IMO、IDE、およびグラフィカルなフォーム編集は、明らかにお互いのために作られています。
IDE を使用するかどうかを決定する際に考慮すべきことは 1 つだけです。それは、IDE によって生産性が向上するかどうかです。
短い質問なので短い答え:)
IDE は面倒な作業を処理して時間を節約します。
関連するすべてのプロジェクト ファイルをまとめて保持するため、共同作業が容易になります。
通常、ソース管理を IDE に統合することで、単調な作業を節約し、コラボレーションをさらに強化できます。
オートコンプリート機能がある場合は、選択した言語を探索し、入力を節約するのに役立ちます.
基本的に、IDE はプログラマーのプログラミング以外の作業を減らします。
私は IDE の使用に完全に満足しているわけではありません。しかし、 Eclipseのような優れた IDE の最も価値のある側面は、十分に統合されたCscopeスタイルの機能により、大規模なコード ベースを迅速に理解できることだと思います。
たとえば、Eclipse では、メソッドが FooBar 型の引数を取ることがわかりますが、それが何を意味するのかわかりません。難しい方法で定義を見つけて 1 分を無駄にする (そして途中であらゆる種類の気を散らす危険を冒す) のではなく、単に FooBar を選択して を押すだけでF3、FooBar が定義されているまさにその行に関連するソース ファイルが開きます。
私の意見では、IDE の欠点は、完全にデフォルトの構成を使用する場合を除いて、学習曲線が大きくなることです。(これは Emacs にも当てはまります。)
私にとっては、IDE の方が優れています。コード内でのナビゲーションが高速になるためです。これは、実装したいものがある場合に重要です。IDE を使用しないと仮定すると、宛先に到達するまでに時間がかかります。あなたの考えはより頻繁に中断されるかもしれません。これは、より多くのクリック/より多くのキーを押さなければならないことを意味します。物事をどのように実装するかという考えにもっと集中する必要があります。もちろん、書き留めることもできますが、設計と実装の間をジャンプする必要があります。また、GUI デザイナーも大きな違いを生みます。手作業で行うと、さらに時間がかかる場合があります。
簡単に言えば、IDEは、単純なエディターに比べて追加の時間節約機能を提供します。
私が IDE を好むのは、編集/コンパイル/デバッグを統合し、エラーからエラーを生成する行に 1 クリックでジャンプできるからです。さらに、情報を表示する OS 標準インターフェイスを使用して、複数の情報ペインを表示できます。つまり、1970 年代のテクノロジーやインターフェースに頼る代わりに、最新の出力インターフェースを備えたマウスベースの入力インターフェースをユーザーに提供します。
より洗練されたユーザーと IDE の使用法がありますが、私はそれらを使用したり、それらすべてを知っているとは主張していません。必要があれば、それらを学びます。
IDEを使用する非常に良い理由は、IDEが最新のソフトウェアを作成するための受け入れられた方法であるということです。使用しない場合は、viやemacsなどの「昔ながらの」ものを使用する可能性があります。これにより、人々は、あなたが自分のやり方で立ち往生していて、新しい働き方に適応できないと結論付ける可能性があります。ソフトウェア開発のように、アイデアがほんの数か月で時代遅れになる可能性がある業界では、これは危険な状態に陥ります。それはあなたの将来の仕事の見通しに深刻なダメージを与える可能性があります...