プログラミング；言語；MUMPS（Ｍ言語）；ＭＵＭＰＳ昔話；ターミナルエリア
昔々のＭＵＭＰＳの話
まだ、メモリ空間６４Ｋに縛られていた時代。
１端末（ターミナル）当たりに与えられたＭＵＭＰＳアプリのメモリサイズは数Ｋワード。（当時は、ワードマシンということで、１ワードは２バイト）
これは、現在の一般的なメモリ空間の意識からすると、極めて厳しい制限。
そのため、
・とにかく、プログラムをコンパクトにする必要あり。どうしても、できない場合は、複数のプログラムに分割して、ロジックとは不要なリレーをさせるのである。
・変数名はなるべく短くする。例えば、英字１文字あるいは英字１文字＋数字１文字の都合２文字。分り易い命名なんてまったく無視。
・ある目的で使った後、用済みになった変数を別用途に使い回す。そうでなければ、Ｋｉｌｌコマンドで削除する。バグの原因になりそうだが、当時はバグを出している余裕は無い。とにかく動作させる。
・コメントは書かない。これも、可読性の無いソースコードになる典型だが、ＭＵＭＰＳは、コード自体可読性が高いので、コメントなんか付いていなくても、大丈夫。
・インタープリタ式言語は怖い。プログラムが処理するデータやロジックが使う変数が走るルートによって増える場合、実行中にエリア不足でブレークしてしまう。そのため、あらかじめ、エリアが最大に食う場合を試験しておくのである。
この様な実態でも、ＭＵＭＰＳの高級言語としての高級さやわかり易さが圧倒的な生産性を実現していたのである。