背景とは？/ ディック
[ 34] 背景
[引用サイト] http://spdg1.sci.shizuoka.ac.jp/grwinlib/background.html
|
コンピュータ・ハードウェアの飛躍的な発展に伴い，少し前までは考えられもしなかった高速な計算環境を個人で所有できる状況が実現し，一つのパラダイムを形成している。 ソフトウェア的にも，ユーザーはハードウェアの相違を意識することなく豊富なコンピュータ資源を活用できるようになった。 コンピュータの利便性はその高速処理能力だけでなく，プログラムにより，ハードウェアが許すどのような機能も実現できるそのフレキシビリティーにあるが，高度に発展したハードウェアを活かすためのソフトウェア技術が高度化したためにそのプログラミングも高度なものになってしまい，多くのユーザーはインターネットのブラウザや，ワープロや表計算などのアプリケーションを動かすだけの場合が多く，ほとんどゲームにしか使わないという人も少なくない。 勉学や研究のためにパーソナルコンピュータを所有している理工系の学生や研究者であっても，数値計算を除くと市販あるいはフリーソフトとして流通しているアプリケーション・プログラムを利用するのみといった状況になりつつある。 例えば，数値計算結果（あるいは測定データ）をプロットするための非常に優れたフリーなアプリケーションがいくつか存在し，非常に広く使われているものの，最も単純な統計処理であるエラーバー一つをとっても，使用しているアプリケーションがどのような処理をしているかを熟知（あるいは意識）しているユーザーがどの程度いるか疑問である。 もちろん，そのようなソフトウェアの能力や機能が自分の要求水準を満たすものであれば，時間を節約するためにも，機能をよく理解した上でそれらは大いに活用すべきであるが，内容をよく理解せずにきれいな結果がすぐに得られるという理由だけで使ってしまったり，要求を満たす既存のアプリケーションそのものが存在しない場合は問題である。 現在のところ，プログラミングを専門としない多くの`素人'（他分野の学生や研究者を含む）にとっては，極論すると，プログラミングが可能なのは数値計算の部分だけであり，高速な計算環境から得られた膨大な量のデータを解析する場合や，データの視覚化そのものが本質的に重要である場合などに必要になるグラフィクス処理は容易でなく，このパラダイムを有効利用するプログラミング手段が（とくに Windows 上で）ほとんどないのが現状である。 つまり，多くの（`素人'）ユーザーたちは，たとえすばらしいアイディアをもっていてもそれを実現するためのスキルが追いつかないために，「プログラム可能」というコンピュータの最大の特徴を数値計算部分にしか活かしきれず， `素人'が最近のパソコンのハードウェア性能を使い切ることができるのはほとんどゲームだけという歪んだ（もったいない？）状況が生まれている。 とくに，教育現場では視覚的な教材が求められている中，最近のパソコンが10数年程前のスーパーコンピュータにも匹敵する演算性能やメモリ容量，それに，ほんの少し前のスーパー・ワークステーション並の画像処理能力を有しているという事実を見逃す手はないといえよう。 ハードウェアの高度化に伴ってグラフィクス処理を含むソフトウェア開発がソフトウェアの専門家のみによってなされるようになってきた状況は， かつて科学者たちが自らの研究目的を遂行するために実験装置を自作していたのが，最近では，やはり，実験装置が高度に発達したために自作がなかなか困難になってきている事実と類似している。 しかし，ソフトウェアの自作と実験装置の自作とが本質的に異なる点は，利用可能なコンピュータさえあれば，ソフトウェア開発に必要なものはアイデアと時間（と，若干の電気代）だけという点である。 時間とハードウェアが許す限り，自分のアイディアや目的に合致したソフトウェアを自作することは原理的に可能なはずであるし， 研究内容の方を，既存のソフトウェアに合わせて制限してしまうのでは本末転倒であるといわざるを得ないだろう。 しかしそれらのほとんどは，個人で購入するには高価すぎるものであったり，フリーソフトであっても，マルチプラットフォーム化にも重点をおいた C＋＋ によるオブジェクト指向のクラス・ライブラリという形態をとっているために， `素人'がそれらのライブラリを利用するには，ライブラリそのものの使い方に習熟する前に，まず，難解なC++の習得から始めなければならない。 コンピュータを道具として使う，計算機科学を専門としない多くの`素人'ユーザーにとって，C＋＋ 言語やそれを用いた GUI のためのプログラミング技法の習得は本来の目的ではなく，時間をそれらに割くことが現実的な選択とならずに，結果として既存のソフトウェアで間に合わす場合が多いものと思われる。 そのような背景で，教育や研究の多くの現場では，大きな欠点が指摘されているにもかかわらず，未だに局所変数が使えない古いタイプのBASIC言語が，文法が単純で習得しやすいことに加えて，グラフィクス表示が容易に行えるという理由で，場合によってはやむなく古い DOS 上で，使われ続けている。 あえて大胆な言い方をすれば，最近のライブラリの傾向の一つである C++ のオブジェクト指向によるクラスライブラリを用いたマルチプラットフォーム化の流れはソフトウェアの供給者側の立場であって，利用者はそのアプリケーションがどのようなプログラミングスタイルで開発されたかには興味がない。 単一のプラットフォームしか使わないユーザーは自分の目的を達するために自分の好きなプログラミングスタイルを選択できることが望ましいし， 筆者自身オブジェクト指向プログラミングの有用性はよく理解しているつもりであり，これからプログラム開発に本格的に取り組もうとしている人や，複雑なデータ構造を扱わなくてはならない人たちがオブジェクト指向プログラミングを修得することは，もちろん，大いに推奨されることである。 しかし，オブジェクト指向プログラミングにおける概念的な修得の難しさは否定できず，グラフィクス表示を行うためだけの場合でさえ，それ以外の選択肢（逃げ道）がないことは問題であろう。 しかし，X-Windowプログラミングによってシミュレーション結果の可視化を行うことが可能になるまでには相当の学習時間を要するので，その結果を直接活かすことのできない，計算機科学を専門としない`素人'（学生）にとってはあまり適切とはいえない。 専門知識をあまり必要としない X-Window 用のグラフィクス・ライブラリも複数存在するが，unix 環境を個人で保守するためにはまたそれなりの彼らの本業とは無関係な知識やスキルを相当程度必要とするので，計算機自体に興味のある人たちを除くと，やはり，unix 環境を個人で利用するのは`素人'にとって荷が重い。 つまり，開発者側の「好き嫌い」とは別に，多くの`素人'利用者の目の前のパソコンでは Windows が動いていて，そこではかつてのような安直なグラフィクス・プログラミングができない現状がある。 シミュレーションや計算物理学の授業においては実習が不可欠であることは言うまでもないが，授業時間内だけの実習では効果はあまり期待できない。 授業で利用する設備を授業時間外にも利用可能とすることで，自習環境を整えている例は多いが，学生が自宅にパソコンを所有している場合にはそれも活用できることが望ましい。 その場合，授業で使うものとほぼ同じ環境を自宅パソコン上に「追加経費なし」に構築できることが理想である。 学習を離れて（ 専門家の仲間入りをして ），研究や業務でシミュレーション等を行う場合には圧倒的に unix 環境が多く使われているという現実もある。 しかし，Windows 環境であっても，一旦一つのシステム上である程度の習熟をつめば他の環境へ移ることはそれほど困難なものではないはずである。 このことの実現を`プロ'に期待しても上に述べたように「百年河清を俟つ」の感があり，これが，'非オブジェクト指向'の「GrWin グラフィクスライブラリ」の開発を推進している動機である。 |
ディックのサイトです。
