プログラミングのコード量に関する素朴な疑問

Question

自分がプログラミングを初めてから、ふと思った疑問なのですが、

たとえば、ファイナルファンタジーとかドラクエとかって、どのくらいのコードを書いて、あんなゲームになっているんだろう？？なんて思いました。

僕はExcelのVBA機能を使ってプログラムをしているのですが、
ひとつのモジュールで、だいたい、１５００行前後、これをWordで文字数をカウントしたら、約３万文字でした。
これ以上書きこむと、そのコードを実行するのに耐えられない時間を要するので、だいたいこの程度で、ひとつのモジュールを終えているんだと思います。

プログラムの書き方や、繰り返し処理の設定の仕方や、僕の場合はExcelベースなので、特にシートとのアクセスの多さでコード量なんてプログラムを組む人それぞれだと思いますが、プログラムを組むプロの人たちが、制限容量の中で頑張ってあんなゲームを作るためには、どんだけの行数、文字数を使ったプログラムを作成するんだろう？
と、ふと疑問に思ってしまいました。

別にドラクエなどでなくてもよいのですが、たとえば、このプログラムはこんだけの量（行数だったり、文字数だったり）を要さないと作れなかったんだよー、みたいなことをご存じの方がおりましたら、その逸話などを紹介していただけないでしょうか？？

たとえば、僕が実際に検索してみた「素数を生成」するプログラムなどは、多くの方が作成されており、長いものから、短いものまで、同じような結果がでるのに、さまざまでとても興味深いです。

ファミコン時代などは、容量がこれくらいの制限だから、これくらいのコード（文字数とか。。。）しか納められなかったんだよ…、みたいなことも知れたら幸いです。

どうぞ、よろしくお願いいたします。

ap_2 · Accepted Answer

VBAバカにされたと聞いて飛んできたヽ(｀Д´#)ノ

「VBはインタプリタだから遅い」は過去の話、今はコンパイルも可能、速度も改善されていると聞きます。そもそも、そんな高速処理ばかり必要ではないので、インタプリタでも十分です。セルへのアクセスを減らす、配列は大きくしすぎない、この辺がネックになりやすく、簡単に100倍速になります。よく知ることが大事！
Excel VBAは、入出力の容易さ・改変しやすさから生産性が高く、業務の効率化に向きます。入門言語としてだけでなく、スキルとして十二分に通用しますよ。

…満足したところで、以下本題に沿って。

コード量は、目安として1人1ヶ月間で1500行の設計～テスト(半分はテスト)。難易度で倍増も半減もしますが、プログラマが生活するにはそれなりの規模が必要です。
モノによるけど、1機能1～2万行もざら。今時は容量制限なんて関係ないぜ！と作った巨大dll(たしか30万行)は、OSにメモリ制限があってダイエットを命じられましたけどね。デバッグ用の機能削って、以後修正のたびサイズ確認が面倒でした。

FC版ドラクエならExcelで再現可能かと。
データは配列にぶちこんで処理から切り離し、操作待ちループから状態遷移と描画を繰り返す。プログラム自体は多分2000行くらい。挑戦してみては？

bajutsu · Answer

＞違いが判ればVBAでも速い処理ができるプログラムが組める可能性がある！ってことですよね？？？
ExcelVBAって時点で、インタプリタなの。
だから、違いがわかったところで、ExcelVBAを使っている限り
速い処理ができるプログラムは書けません。

wikiで調べたのなら分かると思うけど、インタプリタ型というのは
人間が読める「プログラミング言語」の状態から、実行する時にCPUが理解できる「機械語」に
変換しながら処理をしていくわけで、
例えるなら、日本人とアメリカ人が通訳を挟んで会話している状態だから
どうしても「通訳」というロスタイムが発生する。

ゲームだと、既に機械語に翻訳された状態（実行モジュール）の形になっているから
通訳というロスタイムは発生しない。
上の例で言うと、会話に必要な部分だけ英語を丸暗記して、通訳が要らない状態にしてあるってことかな？

いわゆる最近の高級言語と呼ばれるもの(VBAとかもそう)は、
“いくつかの処理をまとめた”API群とかがあって、それらの力を借りて
書くコード数は少なくても、いろんなことができるようになってはいるが
それらAPI群にはある程度汎用性とか安全性を求めて作られているため
機械語とかにした場合には、要らない処理とかも入ってたりする。
（型のチェックとか、サイズのチェックとか、内容が「決め打ち」なら厳密でなくてもよい）
API化した際に、関数の入れ子が多段階に渡ることもある。
「関数呼び出し」って、CPUの処理的にはちょっと重い処理なのだが
単純な処理をするのに、関数を呼んで呼んで～で、結局、基本的な関数を呼んでるだけだったり
というようなことも、高級言語のAPIでは多々ありますが
低級な言語を敢えて使うことで、それらの無駄を省いた処理を書くこともできます。

変な話、for文で、10回ループする処理を書くなら
10回分ベタで書いた方が、終了判定や、カウントをアップする処理が要らないくなりますよね？
これだとコードの量は増えますが、処理効率はちょっとだけUPします。

まぁ、他はだいたいAno2さんと同意です。
過去の資産がたくさんあるのもそうだし、新規プログラムと言っても、
その過去の資産から、似たようなものを探してきて、土台にしたり…
ここでいう、過去の遺産とは、プログラム、作る人、方法論などなど。
あらゆるノウハウは蓄積されているし、これからも蓄積していくでしょう。

とにもかくにも、興味を持たれたのなら、一度VBAから離れてみることをオススメしますが。

noname#157410 · Answer

http://www.amazon.co.jp/exec/obidos/ASIN/4844326864/gengengen-22/ref=nosim
これでも買って勉強しなおしてください。

imogasi · Answer

エクセルVBAしかやってなくて、云々するのはおかしいと思う（井の中の蛙）。所詮スクリプトを書いていては、色々いえない。
C＋＋ぐらい使って、さらにAPIなども作るとか、ぐらいのレベルになったら、そのとき考え直したら。
ゲーム製作は特別な分野で、ビジネスデータ処理のエクセルなどと、違う面が多い。
ゲームでなくても、エクセルなどを見て想像しても、開発は大変だなと、質問とおなじようなことは感じる。
私も経験者で無いから詳細言えないが
（１）過去からの開発の蓄積が違う。ツールのようなものも出来上がっている。開発方式も経験を積んでいる。
部分で使う技術（プログラム）は既に出来上がっているとおもう。
（２）全世界の開発用の優秀ソフトも使っている。
（３）組織で開発している。下請けも使っているだろう。開発も分業でなされている。
（４）優秀な人が多数従事して開発している
（５）資本（金、予算、先行投資となる開発費）もかけている（完成までの長期の人の労働、ソフトや機器の購入）。
結局ゲーム製作に限らず、ロケット開発でも共通する点で、普通の個人には難しいという点の要素（原因）は同じだろう。
質問者が経験することは一生無いと思うし、ゲーム製作の製作現場の人が、こんな質問コーナーに（回答には時間かかるが初心者の質問が多く、回答者の勉強になる場ではないから）付き合っていたらおかしい（ここにある１カテを登録したら１日数十のメイルを見ないと、答えられるテーマかどうかわからず、答えるとなると１問に数十分もかかるのだ。若い優秀な現役がそんなことをしていたら国家・会社・自分の損失）。
ここであまり良い回答は期待せぬが良かろう。

noname#157410 · Answer

インタープリンタ型の言語はあえてそんなものですが？

サブルーチン多用すれば何とかなるかもですけど。

大体大きなプログラムは、機械語にコンバートしています。

この違いが判らないと、VBAでプログラム組むととてつもなく遅いプログラムが出来上がるでしょうね。

プログラミングのコード量に関する素朴な疑問

VBAバカにされたと聞いて飛んできたヽ(｀Д´#)ノ

＞違いが判ればVBAでも速い処理ができるプログラムが組める可能性がある！ってことですよね？？？

エクセルVBAしかやってなくて、云々するのはおかしいと思う（井の中の蛙）。

インタープリンタ型の言語はあえてそんなものですが？

似たような質問が見つかりました

このQ&Aを見た人はこんなQ&Aも見ています

関連するカテゴリからQ&Aを探す

このQ&Aを見た人がよく見るQ&A

デイリーランキングこのカテゴリの人気デイリーQ&Aランキング

マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング