なので、ここではそういった「プログラミングどシロウト」でも理解できるようなドキュメントを求めて、個人的に作成した手引きです。
　かつてドシロウトであり文系人間である私が、何が解らなくて困惑していたか、理系人間には到底理解できないことでしょうが、だからこそ素人に解り易いドキュメントが出来るのではないか、と逆に考えているのです。

　もし、これを読んでも解らない、という方がいれば、どこが理解不能であるか、メールなり掲示板でお尋ねください。できる限りの返答をさせいただきます。
　もしそれでも全くダメな場合は……おそらく、あなたは生まれながらにデジタルなものや数学と相性が悪い星の下に生まれついてしまったのでしょう（苦笑）。どうしても感情・感覚を排した論理的思考が出来ない方には、プログラミングは向きません。諦めて、コンピュータとは出来るだけ関わらない方向を目指すことをお勧めします。
　いや、ただ私の説明が悪いだけ、という話もありますがね(^^;

　では、これであなたの選択肢が、また一つ増えることを願って。

１．プログラムって何？
２．プログラミング言語
３．こんなことができる・できない
４．ツール
５．共通概念・仕様
６．どないしたらええねんな！
７．ネットワークとスタンドアロン
８．用途に応じて
９．最後に
10．追補：プログラミング環境の現在（2008年版）

(1) ゲームを創ろう。
　これなら、何を使っても完成はします。ただし、出来るゲーム・出来ないゲームはあります。JavaとJavaScriptは、基本的にファイルの書き込みが出来ません（Javaは環境を整えておけば可能になりますが、それは後ほど）。ですので、セーブファイルの書き込みをするようなタイプのゲーム（RPGやアドベンチャーなど）には向きません。
　ゲーム業界で標準の言語といえばＣ++ですが、はっきり言って、初心者には無理です。使いこなせません。
　ゲームは、内部での計算や画像表示など、多種多様なイベントの集合です。ですから、高速であることは何にでも必要ではありますが、シューティングなど、とっさの判断を必要とするのでなければ、多少遅いスクリプト言語を使っても、十分実用には耐えます。
　ただし、何を作るにしても、相当ハイレベルな技術が要求されますので、本片手に……というわけにはいきません。

　・すぐ終了する簡単なゲームならJavaScriptを、セーブが必要な手の込んだゲームならＶＢやＣ++、速度を要求しないのならHSPあたりがいいでしょう。
　NscriptorはHSPと似ていますが、シューティングやアクション向きではありません。アドベンチャー系紙芝居やRPG、シミュレーション、テーブルゲームの類ならこれの方が簡単でしょう。

(2) フリーソフトを創ろう（ビジュアル系）。
　画像表示は、何につけマシンパワーを要求します。
　特に、自分の環境だけでなく、最低限の環境で動くことを考えれば、少しでも速い言語を使うのが一番です。
　最近の言語は、特定の機能（ファイル読み出しや保存、印刷、ウインドウ表示など）がカプセル化されてすでに入ってますし、表示だけならこれらのテンプレート機能の組み合わせだけで実現できないこともないでしょう。
　ただしこの系統は、少し手の込んだものを作ろうと思うと、途端に難易度がハネ上がります。
　画像形式などにも通じておく必要があり、元々難易度は高いほうです。

　・C／C++、Pascalが一番、続いてVB。

(3) フリーソフトを創ろう（システムをいじくる系）。
　迷うことなくC/C++、もしくはPascal。VBでも可能ですが、機能が限定される場合があります。また、機能によってはアセンブリ言語も必要になる場合があるでしょう。
　OSシステムへ自由にアクセスするのは、これらの言語がもっとも得意とする分野です。ただし、使う側にもっとも知識を要求する言語でありジャンルです。
　１年や２年でこれをバリバリ造る、なんてのは、かなり才能や素養のある人物で、相当な努力もなければ無理です。

(4) フリーソフトを創ろう（テキスト系）。
　テキストのみを扱うなら、ＶＢが一番手ごろです。
　画面表示もウインドウがパラパラッと出るだけなら、これで十分です。
　HSPで作ってもいいでしょうが、ＶＢの統合開発ツールは慣れれば、ちょっとしたツールなら簡単に実現できます。

(5) インターネットで動くやつ。
　迷うことはありません。てゆーか、選択の余地がありません。
　どんな環境でも動作するインターネットプログラミング言語は、JavaかJavaScriptしかありません。もしあなたがサーバを自由に扱うことができる立場にいるのであれば、PerlやC/C++、RubyやPHPを使ってもいいでしょう（これらはサーバ上で動作します）。Windowsサーバなら、VB Scriptという手もありますが、UNIX系サーバでは動かない場合がほとんどですので、あまりお勧めはしません。
　ただし、迂闊なプログラムを作ってサーバを停止させたりすると、最悪プロバイダへの賠償問題に発展する危険性を含んでいることを忘れないでください。
　てゆーか、サーバ扱えるぐらいならこんなもの読まなくていいです(笑)。

(7) なんか。
　と、とりあえず目的の無い人には、フリーのプログラミング言語を使うのも一つの手です。
　お勧めは「ＨＳＰ」です。実際にゲームを開発している人が製作したものですので、そこらの機能はほとんど持っています。
　パソコンで動かすためであれば、これ一つでフリーソフトもゲームも造れますが、多少制限事項がありますし、あまり高速ではありません。ただ、習得の容易さでは他の言語の比ではないでしょうし、例えば同人ソフト等小規模な開発には十分以上の機能を提供してくれます。
　ホームページもありますので、そこからダウンロードできます。
　その他にも、万人に解りやすくする目的で作られたオリジナル言語は多々存在しますが、解説書も出ていて汎用性の高いものはおそらくこれだけです。

(8) ただし。
　どのプログラム言語を扱うにしても、それなりのプログラミング知識は必要です。
　言語仕様はもちろん、その文法、コンピュータのデータ形式、アルゴリズムの初歩ぐらいは知っておかねばなりません。

※色々主観が混じっていますので、必ずしも正確ではありませんが、大体の目安です。

・「コンパイル言語」の処理
ソースファイル（テキスト）→→→（コンパイラ中間ファイル）→→→実行ファイル（ソフト）

　JavaScriptやPerlのように、プログラム言語の中でも「スクリプト言語」と言われるものは、プログラムをソースのまま実行するため、このような開発ツールは存在しません。プログラムを実行する「インタープリタ」というプログラム（Perlインタープリタ、もしくはブラウザそのものなど）が、あえて言うなら開発/デバッグツールも兼ねているのです。

・「スクリプト言語」の処理
ソースファイル→→→→→→（インタープリタで直接）実行

　この専用の開発ツールを使うことの意味は、実行速度とメモリの使用量です。
　スクリプト言語は、ソースをその場でインタープリタが実行形式に変換して実行します。そのため、メモリは無駄に食うし、実行速度もさほどではありません。
　開発ツールを使って実行形式にコンパイルされたプログラムは、平均してスクリプト言語の10倍以上速くなります。これは、いちいちその場で変換されず、最初からマシンに理解可能な「マシン語」になっているためです。ただ、Javaはちょっと特殊で、まずサイズを小さくするための中間言語へ変換し（ダウンロード時間を短縮するため）、然る後に各個人の前のパソコンのブラウザが、その場で最終コンパイルを行い実行されます（つまり、半分だけコンパイルするようなものです）。
　特に巨大なデータを扱う場合、内部処理に時間を食う場合には少しでも高速なプログラムが必要ですし、グラフィックス関連ではもはや低速では使い物になりません。
　最近はマシンパワーが非常に高くなっていますが、それでも様々な理由で昔のマシンを使っている人も少なくはありませんし（私もそんな一人です）、最新のマシンに変えるには経済的な障壁も常に存在しますので、誰もがそんな高速なマシンを所持しているわけでもありません。
　ですから、プログラムが高速である、メモリの消費量が少ない、ということは、良いソフトウェアの条件でもあるわけです。

　しかしそれは上級者や、業務用ソフトを開発している人間が考えればいいのであって、今ここで要求されることではありません。
　むしろ問題なのは、開発ツールを使うことで「容易に開発できるのか」ということです。

　私の経験上から言わせてもらえれば、ビジュアル開発ツールがあったところで、開発環境は決して良くなっているとはいえません。特に初心者に対しては、むしろ悪化していると言っていいでしょう。
　理由は様々あります。一つは、そのビジュアルツールを使いこなすには、それだけで様々な知識をすでに必要とすること。初心者は、上級者の助けなしにそこまで自力ではたどり着けません。相当な根性と興味がなければ、自力開発は無理です。
　しかも、「オブジェクト指向」という概念が、近年流行の言語には必ず付きまといます。また、高級言語には、文系人間には理解不可能な専門用語や概念が嵐のように飛び交っています。それを理解し、プログラムの初歩を理解するまでには、学校へ通ったり仕事でやったとしても１年、自力では１〜３年はかかるとみなければなりません。
　それほど現在のプログラム言語というのは、面倒で難解で生産性の低いものである、と知って覚悟しておいてください。20年前に言われていた、ブロックを組み合わせてプログラムを完成させるような簡単で高効率なツール（4GL）など、あと１０年経っても業務に耐えるほどのものは出ないと思われます。

　それでもなお諦められない、という方は……是が非でも身につけるべきです。
　やっておいて損はありません。いえ、むしろこれからの世の中必要な技術ですし、プログラムが多少なりと組めることは、自身のステップアップにも繋がります。
　始める始めないは、あなた自身の決意にかかっています。
　ここまで、「プログラムは難しいよ解んないよ〜」と言ってはきましたが、決して理解不可能なことをやっているわけではありません。
　結局、同じ人間が考えたものですし、数学が大嫌いな私ですら一応務まったのですから。「オブジェクト指向」の何たるかなど、知らなくても（言語によっては）プログラムは組めます(笑)。
　「仕事でやっていること以外は知らない」という技術者は意外と多いものですから、素人である初心者の方々も、安心してとりかかって下さい。仕事でないだけ、気楽にやれますから。

(1) 変数（Variable,Paramator）
　これがないと、プログラムは値の保存が一切できません。
　これは、数値や文字を一時的にストックしておく書き換え可能なメモ、と考えて下さい。
　一般的に変数、もしくはパラメータと呼ばれます。シミュレーションゲームではおなじみの呼び方でしょう。アドベンチャーゲームでは「フラグ」という言い方もありますが、これはON/OFFだけを見るパラメータのことです。

　変数には、様々な設定があります。例えばＣ言語では、数値を保存するにしても、整数、小数点付き、正負記号付き、もしくは数値の幅（大きさ）によっても様々に分類されます。
　なぜこんなことをするかといえば、マシン語のレベルではこれらの数値が厳密に処理されるため、またプログラム上で扱う場合も、そこに入る数値を区別しておくことは、理解を容易にするからです。
　また、これらを最初から分類しておくことで、プログラムを「最適化」しやすくする目的もあります。「最適化」とは、完成したプログラムが、最も小さく最も高速で、最も少ないメモリで動くように調整して翻訳することです。

　スクリプト言語では、こういった厳密さはありません。そこまで高速性を要求されない作りをしているからです。スクリプト言語の特徴は、高速性より「手軽さ」にあるからです。

　変数は「予約文字」といわれる、プログラムやシステムで意味を持っている記号や単語以外であれば、どんな名前をつけても構いません。詳細はそれぞれのプログラムによって違いますが、中身が類推しやすい名称をつけておくと、管理がしやすくなります。

　基本的に、変数は１バイト（８ビット）単位で管理されます。とはいえ、変数に使われる単位は１・２・４・８バイトなど、倍倍で定義されます。偶数バイトの方が管理が容易だからです。

　３バイトとか５バイト、１０バイトなどの幅で管理をしたい場合は、１バイト×３、１バイト×５、２バイト×５など、管理しやすい単位で定義します。

・変数宣言例

int i,j;　　　(Ｃ言語、int型の数値変数i,j)
var moji2;　　(JavaScript、文字用変数moji2)
dim posX　　　(VB、位置保存用変数posX)

(2) 条件分岐

　プログラムの動作条件は、これで判断します。変数同様、これがない言語はありません。
　例えばゲームで考えれば、アドベンチャーで「フラグが立つ」という言い方をしますが、これは「ある条件を満たした場合、次のイベントが発生するスイッチがＯＮになる」という意味です。条件分岐は、プログラムの動作条件を設定するためには必要不可欠な機能なのです。

例：Ｃ言語での条件分岐

if( i==3 ) {　　　　　// 変数iが３なら
　　j = 4;　　　　　// 変数jに４を代入する
　　frag05 = true;　// フラグ05が立つ（ONになる）
} else {　　　　　　// （変数iが３）でなければ
　　k = 4;　　　　　// 変数kが４になり
　　frag06 = true;　// フラグ06が立つ
}

(3) 繰り返し
　これもまた、どの言語でも備えられています。これも条件分岐の一種といえます。
　例えば、上のように条件を設定する場合、同じ行動を何度もとる場合、それをいちいち何度も記述していては無駄になります。そこで、「ここからここまでは同じ」という部分は、「ループ」という繰り返し処理の中に組込んでしまいます。
　このループを抜けるための条件を設定しておけば、ある行動を完了したら次のシーンへ進む、といった条件付けが出来るようになります。
　気をつけなければならないのは、この条件を少しでも間違えると「無限ループ」という状況に陥ることです。この状態ではプログラムが永久にループから抜け出せなくなっているので、いわゆる「飛んだ」状態になっていますので、こうならないよう注意が必要です。

例：

k = 0;　　　　　// 変数kの初期値は０
END = 10; 　　　// 変数ENDの初期値は１０
while(END>k) {　// ENDがkより大きい間はループ
　　k++;　　　　// 変数kの数値が１ずつ増えていく
　　END--;　　　// ENDは１ずつ減っていく
 }　　　　　　　// kがENDを超えたとき、ループ脱出

(4) サブルーチン／関数（subroutine/Function）
　長いプログラムを書いていると、同じような処理が繰り返し出てくる場合があります。特に、一つの完結したプログラムを造るとなると、必ずそういった部分が発生します。
　それをいちいちすべて記述していては、時間とＣＰＵの無駄になります。
　そこで、これらの機能をひとまとめにして、「関数（サブルーチン）」という塊に分けてしまいます（Function の直訳は「機能」ですね）。
　たとえば、ある一定の計算をする機能を関数にまとめ、ここに数値をいくつか与えたら答を返す、という機能を持たせたりします。こうすれば、この計算はこの関数を呼び出して数字や文字を渡せばいい、という簡単な記述をするだけになります。

(5) 10進数と16進数と２進数
　これを考えずにコンピュータを考えることはできません。
　10進数は、通常我々が使っている数字です。お金の単位、何かを数えるにしても、常にこれです。
　対して16進数と２進数は、コンピュータ独特の数字の数え方です。
　２進数は「１と０」だけです。これは、コンピュータのメモリが「スイッチＯＮ（１）／ＯＦＦ（０）」で記憶して、それを組み合わせることで数値や文字などを表すからです。この単位が「１ビット」です。
　16進数は、これを８個単位で扱うようコンピュータが作られていますので、それを10進数のようにもっと大きな単位でまとめて、しかもコンピュータの中が解るような数え方をするために導入された数え方です。
　16進数は、４ビットを単位とした、ビットの組み合わせの種類からきています。昔は「４ビットマイコン」というＩＣがあって、それで大きく広がりました。４ビットの状態を表現するために、０〜９、a,b,c,d,e,f(それぞれ11〜15に相当)の１６種類を当てはめています。
　今では８ビット単位＝「１バイト」がコンピュータの記憶容量の基本単位になっています。ただし、通信の世界では何故か今もビットですが（例えば「光の100M」の表示は、100Mbit/s＝12.5MByte/s）。このため、１バイトは１６進数では二桁で表されます（00〜ff）。
　ちなみにコンピュータの世界では、1k＝1,000ではなく、1,024です。これは「２の８乗」＝1,024であり、容量計算では都合がいいからです。当然１Ｍ（メガ）＝1,024k、１Ｇ（ギガ）＝1,024Mです（ただし、ハードディスク容量は必ずしもそうではありません）。

　それから、これはよく間違うのですが、コンピュータの世界では、数字は「０」から数え始めます。「１」から、ではありません。

例：

10進数　２進数　　16進数
14　　　1110　　　0x0e
204 　　11001000　0xc8

※16進数は通常"0x"を頭につけ、さらに"h"を数字の後につけることで、他の進数と区別する。

(6) 配列
　これは、数値や文字の並びを「一まとめの並び」として考え、その数字や文字の一つ一つにアクセスする記述方式です。
　つまり、データ一覧表みたいなものと考えましょう。０から番号の振られた表にデータを書き込んで、「何番のデータ」と参照されたときにすぐに読み出せるようにしたものです。これは変数の一種ですが、変数が一つの名前に一つの値が入るのに対して、配列では一つの名前にいくつもの数値や文字を割り振ることができます。
　解り易い例として、PRGでおなじみのマップを定義する「マップデータ」の配置にもこれが使われます。

例：
mapdata = new array { 　// 配列mapdataを宣言・定義
0,0,0,0,0,0,0,0,0,　　　// ０：通路
0,1,1,1,0,1,1,1,1,　　　// １：壁
0,1,E,1,0,1,E,1,0,　　　// Ｅ：イベント（階段など）
0,1,0,1,0,1,0,0,0,　　　// という配置になっている８＊８のマップです。
1,1,0,1,0,1,1,1,0,　　　// これが面倒なら通路＝"道"、壁＝"壁"、イベント＝"EV"
0,0,0,1,0,0,0,0,0,　　　// などと定義しても構いませんが、
0,1,1,1,0,1,1,1,0,　　　// 使用する言語によっては
0,0,0,0,0,1,0,0,0　　　 // 日本語は使えないこともあります。
}

※ただし、文字で定義するより数字で定義した方が、一般的には処理上便利ですしメモリも食いません。

(7) 数字と文字の扱い
　さて、数字を扱う場合は、まあ万国共通（一部中東方面では違う文字を使ったりしますが）、で10個の数字の組み合わせですし、アルファベットも２６文字の大文字小文字で５２文字（まあ違う文字を使う国もありますが、発祥がアメリカなので英語圏を基準とします）、その他記号を組み合わせても大した数ではありません。
　これら数字や英文字記号は、１バイトですべて表現されます。これが「文字コード（ASCIIコード）」というもので、数字やアルファベットは、文字で表される場合、すべてこのコードで処理されます。数字とアルファベット他いくつかの「制御コード」は、基本的に一覧表になっていて、今はどんなコンピュータにもハードに組み込まれていて、標準化されています。
　例えば" "（スペース）は0x20、数字の１は0x31、２は0x32……という具合です（この文字コードは16進数での表記です）。
　これらの文字は、計算で使用される数字ではありません。ですから、大抵どの言語にも、最初から持っている組み込み関数の中に、数字←→文字変換関数を持っています。
　コンパイル言語では、これらの区別を厳密におこなっていますが、スクリプト言語は計算式に入れられたら数字、文字表示形式で表示されたら文字、と用途に応じて勝手に変化もします。
　これらの数字・文字の扱い方をしらないと、とんでもない結果が表示されることがありますので、注意しましょう。
　ちなみに、文字で作られた絵を「アスキーアート」と呼ぶのは、文字コードが「ASCII（アスキー）コード」と呼ばれることに由来します。

(8) アルゴリズム？
　さて、ここまできたら、プログラムには付き物のアルゴリズムというものに触れなくてはなりません。
　とはいえ、これは「データ処理の効率的な方法」を示したもので、例えば「ハノイの塔（の解法）」とか「バブルソート」「クイックソート」（並べ替え）などは、有名な基本的アルゴリズムです。
　これを知っていると知らないとでは、データ処理手法が大きく変化します。
　ただ、これを知っていればどんなソフトにでも応用できるか、といえばそうではありません。例えば、ソートアルゴに詳しいからといって、グラフィックス処理が出来るかといえば、それは画像処理アルゴとはあまり関係ありません。
　これもまた、目的に応じたアルゴリズムを研究する必要はあります。

　でも、こんなもの後回しでもプログラムは出来ます。心配しないで、必要になったら考えましょう。

　デバッグは、プログラム作成には欠かせません。一発で完璧なプログラムを作成できる人は、この世にはいません。断言していいです。規模が大きくなればなるほど、完璧さは比例して減少していきます。
　いくらプログラムの達人になろうが、デバッグなしにソフトを完成させることはできない、とその道のプロも言っていますから、これはどうしても避けられない、無視できない作業です。

　しかし、デバッグにも「ツボ」というものがあって、素人と達人には、そのツボの蓄積と効率的なエラー発見能力に決定的な差があります。これは経験で蓄積されていくものですから、初心者には確かに重荷というか、キツい部分です。
　こういう時には、近くにプログラムに慣れた人間がいるなら、その人に聞くのが一番です。
　慣れた人に教えてもらうことは、自分で試行錯誤するのに比較して、５倍は速く習得できます。試行錯誤をすっとばして、目的のものに最短距離で到着できるからです。それでやり方をマスターしてしまえば、もう試行錯誤の無駄な時間は不要となります。
　ただ、周囲にそういう人が存在しない場合は、自力で解決するしかありません。自力解決といっても、完全に何もかも自力で調べ上げて、というのではなく、例えばネットには、そういったプログラム相談に応じるサイトは山のようにありますし、初心者に優しいサイトも数多く存在します。そういったサイトを活用するのも、効率的なデバッグを進める手段です。
　そういうのが死ぬほど面倒とか、秘密で誰にも相談したくない、もしくは使っている言語にはそういった相談相手がいない……というあまりに不幸な人（そういう人は滅多にいませんが）は、諦めて自力で調べてデバッグして下さい(笑)。

　例えば、ホームページを造りました、次はちょっとこれに更なる細工を施したい……と思ったなら、選択肢は普通ならJavaScriptかJavaかPerl(CGI)、といったところでしょう。
　しかし、ネットワーク周りは、どこもかしこも「アクセス制限」という障壁が存在します。そのため、Perlはサーバ管理者から許可されていない限り、使うことはできません。となれば、勢いJavaScriptかJavaということになってしまうわけです。
　それではダメというなら、環境を整えるしかありません、CGIがOKのプロバイダに乗り換えるか、もしくはレンタルサーバやレンタルスペースなどを利用する、という手もあります。
　しかし、それでＣＧＩが使えるのか、といえば……動作環境の整備にはＵＮＩＸの知識は不可欠ですし、日本語を扱う場合、文字コードの違いがあって（UNIXでは、パソコンで使うSHIFT-JISではなく、EUCというコードを使っています）、それを解決しないと表示が文字化けしてしまうことになります。サーバサイドでアクセスレベルも変更しなければなりません。また、Perlでは標準ビジュアルツールがありません。大抵は、エディタで打ってUPして動作テスト、という流れが一般的です。
　また、UNIXはすべからく文字コマンド（コマンドライン）で動作します。アイコンクリックで動作完了、というWindows／Mac感覚では動いてくれませんので、解る人のサポートは欠かせません。

　そんなことをいわれても、初心者にはどの言語やツールが何を造るのに向いているのか、ということも知りませんし、ましてや聞いた相手が偏った環境であったりすると、それ以外の選択肢がなくなる場合があります。「これでなきゃダメ」という相手の言い分は、そのまま信じないようにしましょう。
　個人で造ろうと思うモノなら、ほぼどんな言語でも（制限はあれど）実現できるものですから。

　また、個人的にはＭ＄関連のコンパイラ（VB、VC++）はあまりお勧めしません。特にＶＢは、元は「ACCESS-BASIC」といい、データベース制御から生まれた言語ですが、コーディング方法はVB以外には応用できません。これからもうＭ＄製品で全部やっていくつもりであれば結構ですが、何よりも「Ｍ＄プラットホーム以外で通用しなくなる」可能性を忘れないでください。
　しかも、今までのVBは、M$自体がVB.NETへの移行を推奨し、旧VBのサポートも早々に打ち切るのではないかと言われていますので、今後の展開には注意が必要です。

　また、今後プログラミングでプロフェッショナルになろう！と思ったら、オブジェクト指向を身に付けなければ将来やっていけません。仕事を選べばやっていけないこともないでしょうが、そんなことをしていればいずれ行き詰まります。言語の進化が、オブジェクト指向抜きでは語れなくなっているからです。
　しかし個人的には、オブジェクト指向とは、本来コンパイラがやるべきことを人間に押し付けているだけという気がしてなりません。本末転倒な発想ではないかと、私は思っています。
　「効率化されなければならない」と言われつづけて20年以上、むしろプログラマの負担が増えている現状を見ると、現在のプログラム言語の進化は間違った進化ではないか、と思えてならないのです。
　だからといって、自分に言語を開発するだけの技術がない以上、他人の理論に従うしかありません。ならば、自分に一番合った言語を選択し、そこから始めていくのが一番です。