グラフィカルIDEなしでプログラムを書く

これが可能かどうかはわかりませんが、プログラムが素敵なグラフィカルIDEではなく、ある種のコマンドプロンプトで記述されているように思えるプログラミング例を含むビデオをいくつか見ました。これらのビデオで何が起こっているのかについて興味があります。IDEなしでプログラムを書くことは可能ですか？

2つの例を示します：http : //www.youtube.com/watch? v=hFSY9cWjO8o （@ 6分） http://www.youtube.com/watch?v=tKTZoB2Vjuk（@ 5分）

誰もこれがどのように行われるのか説明できますか？

素晴らしいフィードバックをありがとうございました！

プログラムを記述するために必要なのは、テキストエディタとコンパイラ（または、コンパイルされていない言語で記述している場合はインタプリタ）です。コードは通常プレーンテキストです。本当に、Windowsのメモ帳とコマンドラインのCコンパイラを使用して、考えられるプログラムを作成できます。

多くのプログラマーはIDEさえ使用していません。最終的にEclipseに切り替える前に、私は個人的にGedit（構文強調機能を備えた基本的なLinuxテキストエディター）を使用していました。

実際、単純なプログラムを作成したいときはまだ Geditを使用しています。IDEがロードされるのを待ちきれないので、簡単なスクリプトを作成したい場合は、nanoを使用することもあります。

@Matt、見た目よりも簡単です。2番目のビデオを見てみましょう。彼らはpythonプログラムを書いています。Pythonはインタープリド言語です。つまり、Pythonで書かれたプログラムをコンパイルする必要はなく、実行するために解釈する必要があるだけです。

メモ帳（windows）またはnano（linux）のような単純なエディターを使用している場合は、単純なテキストファイルを作成し、名前を付けて、次のように"program.py"コマンドラインからインタープリターを実行できます。

python program.py

たとえば、Luaでプログラミングする場合は"program.lua"、メモ帳またはnanoを使用して名前を付けた簡単なテキストファイルを記述し、テキストファイルに次のように1行を記述します。

print("my first program in lua")

次に、コマンドプロンプト（Windowsではcmd、Linuxではターミナル）に移動して、コマンドを実行します。

lua program.lua

キーコンセプト：

• 生のプログラムはテキストファイルです。プログラムを書くために本当に必要なのは、テキストエディタだけです。
• 言語の選択がインタープリター言語の場合、プログラム（Lua、Basic、Pythonなど）を実行するにはインタープリターが必要です。このインタープリターはコンピューターにインストールする必要があります。
• 言語の選択がコンパイルされたものである場合、ソースコードをバイナリの機械で理解可能な実行可能なコードに変換するために、ツールチェーン（主にコンパイラーとリンカー）をインストールする必要があります。各言語（C、Java、C ++、C＃、VB.Netなど）には独自のツールチェーンがあります。

お役に立てば幸いです。

イエス、私は今老いていると感じ、パンチカードやバッチ処理を台無しにしたことすらありませんでした。地獄、私は大学時代にハードコピー端末を1、2回使用するだけでした。

白亜紀後期（1986年頃）に私たちがどのように戻ってきたかを以下に示します。私は、80x24または132x24のいずれかで表示できるVT220アンバーオンブラック文字ベースのターミナルを介してVAX / VMSで作業していました。

まず、テキストエディターを起動しました。

$ EDIT/EDT HELLO.C

EDTはviと同等のVMSであり、DOS edlinとNotepadの間の機能のどこかに落ちました。プログラムテキストを入力した

#include <stdio.h>

int main(void)
{
  printf("Hello, Stupid\n");
  return 0;
}

ファイルに保存し、エディターを終了しました。

次に、コンパイラーを通してコードを実行しました。

$ CC HELLO

これにより、HELLO.Cのソースコードが翻訳され、オブジェクトファイルHELLO.OBJが生成されました。オブジェクトファイルにはプログラムのマシンコードが含まれていましたが、まだ実行可能な形式ではありませんでした。1つには、printf呼び出しの実際のバイナリコードが存在しません。プレースホルダーのみがあります。リンカーを介してオブジェクトファイルを実行する必要がありました。リンカーは、標準ライブラリ（および必要なその他のライブラリ）のバイナリコードを組み込み、実行可能ファイルとして認識できるようにファイルをフォーマットしました。

$ LINK HELLO

この手順の結果は、プログラムの実行可能バージョンであるHELLO.EXEファイルです。

この手順は、最新のシステムでもほとんど同じです。特定のツールチェーンが異なるだけです。たとえば、典型的なLinuxシステムでのコマンドのシーケンスは次のようになります

$ vi hello.c
$ gcc -o hello hello.c 

または

$ vi hello.c
$ gcc -c hello.c 
$ ld -o hello hello.o -lc

私はこの環境で育ったので、コードを書くためだけにIDE が必要になる方法を理解できませんでした。しかし、今年の初めにJavaでの作業を開始しました。Eclipseには多くの欠点がありますが、IDEに大きく依存して作業を完了する方法を理解できます。JavaはCに比べて非常に大きな言語であり、構文の詳細を把握しようとしているので、特定のタイプのパッケージを把握し、インポートを整理するのに役立つスマートな開発環境を持つことが役立ちます。

はい、そうです。

ミルクを同時に泡立たせずにコーヒーを作ったり、電話で話したり税金をかけたりせずに仕事をしたり、サラウンドサウンドシステムで「マルハナバチの飛行」を聞かずに星を見つめることができるように、エディター、デバッガー、コード分析システム、スネークゲームも実行せずにコードをコンパイルします。

しかし... 沈黙の中で星を見つめたいのは誰だ！？

編集者？悪臭を放つエディターやIDEは必要ありませんコード書くのに。

cat << EOF > hello.c
/* This IS an example of writing code from the command line */
#include <stdio.h>

int main(void)
{
    puts("Hello, World!");
    return 0;
}

EOF

ただし、後でファイルを編集するものがあると便利です。IDE（統合開発環境）は、多くの人が答えで示唆しているよりもずっと長い間存在していました。私が今までに本当に気に入った唯一のIDEは、 Turbo Cに、DOS上で実行されました。それは、エドリンでいじくり回された人々にとって、酸素のようでした。

私は、どれだけの時間を節約し、すべてを作るのがどれほど便利であるかについて絶賛することを止められなかった友人からの推薦で、多くの異なるIDE 'スイート'を試しました。試して使用するために座っているたびに、使用するよりも戦うことがわかります。

ほとんどの場合、最も単純なテキストエディターを使用します。私のお気に入りは、たまたまKDEに付属しているKATEです。私が気に入っている機能は次のとおりです。

• 優れた構文強調表示
• コードの折りたたみ
• 単純な正規表現ベースの検索/置換
• インラインシェルウィンドウ
• インラインコンパイラウィンドウ/デバッガウィンドウ
• スニペットギャラリー
• シンボルビューアー
• 非常に軽量なメモリフットプリント（私のプロジェクトのいくつかは、数百のソースファイルを持っています）
• 簡単なタブ/分割ウィンドウ
• 複雑な「プロジェクト」の代わりにシンプルなセッション
• （半）シンプルなプラグインアーキテクチャ

これらの基本的な機能だけで、私はほとんど甘やかされているように感じます。

機能豊富なIDEを使用する場合、実際には生産性が低下します。また、IDEに依存することは一度もありませんでした。

IDEは、コンパイラ、デバッガー、または同様のものではなく、実際にはこれらすべてにアクセスできるフロントエンドであり、これらは通常、個別のプログラムです。Visual Studioの舞台裏には、コマンドプロンプトからプログラムをコンパイルする別個のプログラムとしてアクセスできるコンパイラーがあり、おそらく別個にアクセス可能なデバッガーなどもあります-私はそのインフラストラクチャにあまり詳しくありません使わないから

誰に尋ねるかによって、IDEは非常に役立つか、邪魔になりがちです。また、何を書いているか、そのサイズ、コーディングスタイルなどにも依存します。私は、1つには、IDEをあまり使用する必要を本当に感じていませんが、いくつかのタスクはそれによってうまく処理されていると思います（または、あなたの見方によっては、スクリプトを書くのが面倒です） /自分用のマクロ）。

確かにそうです。最初のビデオでは、Cプログラミングについてです。Cプログラムを作成するには、次のものが必要です。

• コードが書き込まれるソースファイルの種類
• このソースファイルをバイナリに変換するツールチェーン。これはCPUが最終的に理解できる唯一のものです。

厳密に言えば、ファイルは必要ありませんが、C / C ++のファイルを使用しない環境は知りません。そのため、ソースコードを編集するにはエディターが必要です。メモ帳のように簡単なものでも機能しますが、コーディング（コードの強調表示、複数のファイルを同時に開くなど）を行うには、もっと手の込んだものが必要です。

2番目のポイントでは、コンパイラー（ソースコード->オブジェクトコード）とリンカー（オブジェクトコードがマージされ、プログラムを開始するための最小限のサポート）が必要です。

IDEを使用しても、舞台裏で実行されるほとんどのタスクはコマンドラインから実行できます。たとえば、Visual Studioでは、IDEは引き続きファイルを使用し、コマンドラインでコンパイラを呼び出しますが、他の方法で動作する可能性があります（そして、おそらくより多くの統合のために）。

では、なぜIDEを使用しないのですか？一部の人々は、コードエディターを本当によく知っているので、コードエディターについて非常にアナルです。たとえば、私はviコードエディターで非常に生産的です。IDEは、IDEが設計されていないものと対話する必要がある場合にも制限されます。ここには、プログラマーの能力、プロジェクト、プログラミング言語/ツールなどに依存するトレードオフがあります...いくつかの言語にはまともなIDEさえありません。他のいくつかの言語は、それなしではほとんど使用できません。私自身はIDEを使用していませんが、IDEが非常に役立つと思う領域の1つは、CとC ++の統合のデバッグです。

グラフィカルなIDEなしでプログラムを作成できます。コンパイルされた言語（CやC ++など）の場合、プロセスは次のようになります。

1. 任意のテキストエディターでプログラムを記述します。
2. コマンドラインから、プログラムを実行可能なマシンコードに変換し、必要な外部ライブラリを取り込むコンパイラーやリンカーを呼び出します。（ここではリンクとコンパイルの順序が少し曖昧ですが、誰かがすぐに修正してくれると確信しています:)）

PHPやPythonなどのインタープリター言語の場合、好みのテキストエディター（またはPythonに付属しているようなインタラクティブシェル）でコードを記述し、コードはインタープリタープログラムによって実行されます。たとえば、Pythonスクリプトを呼び出すには、のようなものを実行しますpython.exe myScript.py。

Pythonは最初にコンパイルされるため、純粋にインタープリター言語ではありませんが、そのコンパイルされた形式はPythonインタープリターによって実行されるため、定義に適合しています。PHPなどの他の言語は完全に解釈されます。

はい、コンパイラやIDEなしでコードを書くことができます。書いているだけです。テキスト。

統合開発環境（IDE）を参照していると思います。とりわけ、コードヒントと構文の強調表示を提供します。コンパイラはファイルを取得し、マシンコードまたはバイトコードにコンパイルします。コンパイラは通常、ファイルをコンパイルするコマンドを送信することでIDEによって使用されます。

コンパイラなしで書くことは可能です。これらの言語は「インタープリター」を使用し、実行時にスクリプトを処理します。

IDEが行うことは、1つの便利な場所にいくつかのツールを提供し、プロセスの一部を自動化することです。これらのツールは一般的に...

• テキストエディター
• コンパイラー
• デバッガー
• ドキュメントビューアー

ソースを書くには、プレーンテキストを生成するテキストエディターを使用できます。メモ帳、Word、または専用のコードテキストエディター。

ソースをテキストファイルに保存したら、テストファイル（例：cc my_program.c）を渡すコマンドラインからコンパイラを起動できます。これにより、実行可能なオブジェクトファイルが生成されます。

プログラムをデバッグするには、プログラムに渡すコマンドラインからデバッガーを起動します。gdb my_programその後、ブレークポイントの設定、プログラムのステップ実行、内容の検査などを行うことができます。

IDEの場合、これらのすべては、舞台裏でボタンを押すことで行われ、IDEはその上に派手なUIを配置します。

PS。本物のプログラマはコマンドラインを使用します

私は日常のコードをvimエディター（基本的なテキストエディター）で記述し、スムーズに動作することを保証できます（私のコードのほとんどはPHPです）。特に、私の開発環境は開発ベースのLinuxディストリビューションであり、シェルツールを非常に活用しています。私は1年間このようにプログラムしましたが、これは一般にssh経由で* Nixコンソールにアクセスできるリモートアプリケーションの展開と本番の変更を処理する際に非常に役立ちました。

デジタルストアドプログラムコンピューターは1950年代から使用されてきましたが、グラフィカルユーザーインターフェイスは実際には1960年代後半（および1980年代のエンドユーザー）にのみ登場し始めました。人々はそれ以前に何らかの形でコンピューターを使用し、プログラムしなければなりませんでした。

いくつかの不正確な点が含まれていますが（すべてのプラットフォームのユーザーインターフェイスがコマンドラインシステム上のレイヤーではありません）、おそらくニールスティーブンソンの短編「The Beginning Was the Command Line」をお読みください。

コンピュータの内部での作業について、そしてIDEなしでプログラミングすること、コマンドラインを使用して実際の作業を実行することなど、どのように "可能"かを考えることができます。

本当に必要なのは、テキストエディター（地獄、メモ帳が機能する）とコンパイラ/インタープリター（より重要なもの）だけです。

あなたはコマンドライン経由でそれを行うことについて何か言った？たわごとは非常識に聞こえますが、それは非常に可能です。つまり、Windowsに組み込まれているコマンドプロンプトを使用して、ファイルに「書き込む」ことができましたecho "some codez" > target_file.sauceが、

A）あなたがしていることを本当に上手に

B）簡単なプログラムを書く

C）コウモリを狂わせる

IDEはエディター+コンパイラ+（ある種の）Makefile +デバッガー（ある場合）+グラフィカルUIビルダー（ある場合）であると考える必要があるので、もちろんIDEをまったく使用しないことを選択できます。選択したエディター（vim、emacs、gedit、notepad ++、[insert_others_here]）、コンパイラー（javaの場合はjdk、gcc、プラットフォームSDK、またはC ++の場合は[insert_Cpp_toolchain_here]、pythonインタープリター、または使用している言語のツールチェーン）ある種のmakefile（autoh ...ツール、cmake、ant、mavenなど）、ある種のデバッガー（通常はコンパイラーに含まれています）、およびグラフィカルなuiビルダー（gladeが思い浮かぶ場合） 、そこにはIDEなしの独自のIDEがあります。どのアプローチが最適かはあなた次第です（そして、今日のIDEは少し過大評価されていると思います）

点滅

彼はピコ、ナノクローンを使用しています。私は時々それを使用します。通常、emacsを使用しますが、これはやや有用ではありませんが、より多くの機能を備えています。

私は経験則としてIDEを使用しません。デバッグのために、またはコマンドラインツールチェーンを見つけるのが苦手だったために（ザイリンクスを見て）、それらに立ち寄ったことがあります。また、まれにGUIを使用する場合にC＃をスケッチするためにも使用します。しかし、IDEは私の経験ではあまり良いエディターではありません。柔軟性がなく、奇妙な文字コードで、使いやすくなく、サポートされている言語も多くないため、メモリを使いすぎます。

私はむしろemacsを使いたいです。

コンピューティングの歴史を調べる必要があります。それはかなりアクセスしやすいように書かれており、私たちの仕事について素晴らしい展望を与えてくれます。

テキストエディタさえ必要ありません。:) :)

Windowsを使用している場合は、これを試してください。

more > hello.c 
#include <stdio.h>

main()
{
   printf ("Hello World!\n");
}
Ctrl-C

UNIXを使用している場合

cat > hello.c <<. 
#include <stdio.h>

main()
{
   printf ("Hello World!\n");
}
.

そして、お気に入りのコマンドラインコンパイラでコンパイルします。:)

明らかに、最初から正しく書かなければなりません。

実際のプログラマは蝶を使用していることを忘れないでください：http : //xkcd.com/378/

ハーバードエクステンションスクールはIDEなしでプログラミングを教えています... telnet + picoがIDEの意味するものでない限り。

最も簡単な方法は、基本的なテキストエディターを使用してJavaプログラムを作成し、FTPプログラムを使用してファイルをFASシステムに転送し、telnetで接続し、FASでコンパイルして実行することです（fas.harvard.edu-Javaは既にインストールされていますそこ）。彼らはあなたの宿題のためにそれらを提出するためにFASになければなりません。この方法を使用するには、Unixテキストエディターの1つについて十分に学習して、ファイルに必要な迅速な修正を行うか、ファイルをローカルで更新して再転送することを計画します。ファイルの転送に関する詳細は、FAQページにあります。

WordやWordPerfectなどのワードプロセッサを使用しないでください。表示されない多くの書式設定文字が追加されますが、プログラムのコンパイルが妨げられます。Windowsでは、メモ帳またはワードパッドを使用して、拡張子が.javaの「テキストドキュメント」としてファイルを保存してください。システムが「.txt」接尾辞を追加しようとする場合、これを防ぐために、[保存]ボックスでファイル名と拡張子を引用符で囲みます。Useful Downloadsセクションのエディターを試すこともできます（PCに強くお勧めするのは、Programmers File Editorです）。Macでは、BBEdit Lite（「リソース」ページにもリンクされています）、またはターミナルウィンドウで使用可能な組み込みUnixエディターのいずれかを使用します。安全なtelnetプログラムを入手するか、お持ちのプログラムを使用して、FASシステムにtelnetで接続し、システムでプログラムを作成および編集します。試すことができる3つのUnixエディターがあります：pico、emacs、およびvi。プログラムを作成して保存したら、上記のようにFASでコンパイルして実行できます

http://www.fas.harvard.edu/~libe50a/homework.html http://www.fas.harvard.edu/~libe50a/faq.html http://www.fas.harvard.edu/~libe50a /java.html

あなたが私に尋ねると、彼らは子供たちを拷問していますが、それは大丈夫です。Mothakes、Perioikoi、Helotはもちろんのこと、Sharpartsは、ハーバード大学がどの年でも認めることができる数よりも多い。

はい、可能です。NotepadのようなものはIDEでないと思いますが、emacsとTextpad（C、Javaコースワークの両方で使用しました）はIDEと見なされます。今... VS2010でC＃でコーディングした後、WinFormsなどを使用して、職場のテキストエディターに戻りたくはありません。

ただし、アカデミックプロジェクトの場合、例が少ない場合は、IDEを使用しないのが理にかなっています。覚えておいてください：イントロプログラミングクラスでは、多くの現実の問題は存在しません。リソースとして.xmlファイルをdllに追加する必要はおそらくないでしょう。おそらくそれをあまりデバッグする必要はなく、コードコントラクトを使用する必要も、アンマネージC ++からC ++ / ClIに、そしてC＃に戻って戻る必要もないでしょう。アカデミックな課題は最初から行うことができるため、面倒なものである必要はなく、数日/週で測定されます。すべてのファイルを1つのプロジェクトの一部にすることができます（コンパイラーまたはOSクラスの場合でも）。Visual StudioのようなIDEは、単純なmakefileを実行すると実際に妨げられることがあります。設定しなければならない無数のオプションを考えてください。Eclipseと同じ-それは、無限にカスタマイズ可能な、過剰に設計されたエディターです。必要なのは、単純なmakefileと2つの単純なCファイルだけです。実際、すべてのフラグを自分で指定すると、そのように制御できる傾向があります。私は大学の研究室でそのように一度コーディングしました。おもしろいですが、「埋め込み」（飛行機に収まるほど小さくなければならないことを意味する）コンピューターの1つにGUIもマウスもありませんでした:)ログイン、編集、コンパイル、 Cプログラムをデバッグし、ドライバーを追加してカーネルを再コンパイルします。

データベースの作業には、テキストエディター（notepad ++）とosqlやsqlcmdなどのコマンドラインクライアントが必要です。コンパイラーでさえありません。

それは可能であるだけでなく、-あなたの人生で少なくとも一度-あなたは IDEなしでプログラミングをしなければなりません。コンパイルプロセス、ライブラリの使用を理解するのに役立ちます-プログラミングが本当に意味することを目で見るかもしれません。

また、優れたテキストエディタはIDEよりも優れていると思います。MS-Windowsの場合はPSPad（MS-DOS時代のMultiEditのように非常に強力なフラッシュでした）、GNU / Linuxの場合はGeanyを試してください（おそらくディストリビューションのリポジトリにあります）。

私は信頼できるパイロットジェルペンで99セントのノートブックを使用してプログラムを作成します。

それらをVisual Studioにコードを再入力するだけです。

プログラムの作成とコーディングは2つの異なるものです（私にとって）。

IDEを使用しないプログラミングは、何が起こっているのかを学ぶのに最適な方法です。

シンプルな構文色のテキストエディタを使用して、学校でプログラミングを開始しました。コンパイルは、コマンドプロンプト（または単純なバッチスクリプト）で行われました。

プログラミングの基本を理解して初めて、EclipseやVisual Studioなどのより強力なエディターに移行しました。

予想通り、すべての答えは同じことを言っています：「もちろんできます！それはただのテキストです！テキストテキストテキストテキスト！」これは一般的に言えば真実であり、あなたの質問に対する最良の答えです。ほとんどのIDEは、単にテキストを操作します。

しかし、それは常に真実であるとは限らず、特定のケースでは、テキストのみのモデルから離れることは大きな進歩をもたらします。これらの進歩は通常、テキストのみの純粋主義者によって拒否されます（これはほとんどの人です。なぜなら、その方法はまたどうあるべきかということです...それは偶然ではありませんか？！）。IBM Visual Ageは、恐ろしい死を遂げた非常にクールな例の1つです。

頭に浮かぶ非常に人気のあるもう1つの例は、MacおよびiOS製品を作成するためのInterface Builderです。その出力はテキストプログラムではなく、シリアル化されたオブジェクトなので、IBを使用するか、独自のIBを作成せずにNIBを作成することはできません。

純粋主義者は、「はい、しかしInterface Builderはテキストコードで書かれています！」と言うでしょう。そう？

テキストのみのパラダイムを超えることができれば、フィールドとしてのCSは大きく進歩すると信じています。それを超えて、最終的にはこの方向に進むと思いますが、数十年かかるでしょう。最初に、どちらが優れているviか、またはemacs....

最近、vimにアップグレードしました。私が書いている言語に関係なくキーワードを強調する方法が気に入っています。ため息、メモ帳を使用せずに実際のOSにアクセスできる場合のみ。

妻はedlinを使用してCOBOLを作成しました。それはかなり面白いと思いました。

私たちが使用していたキーパンチカードと、タイプミスがあったことを発見するためだけに24時間の運用を終えたこのような改善点。

屋根裏部屋のどこかにコーディングフォームがあります。

1と0がありましたか？0を通る線を引く必要がありました。

しかし、あなたは今日の若者に、あなたを信じないことを伝えます。

j。