Fortranの歴史さて、Fortranを何気なく使っている私たちですが、Fortranには一体,どんな歴史があるのでしょうか。やっぱり使用しているからには、その歴史は知っておきたいですよね。歴史を知ることにより、そのツールへの愛着が出てくるし、Fortranのよさや欠点がよく見えてくると思います。 Fortranの最初は、「Fortran�機廚世修Δ任后Ｍ�名なのはFortran66で、僕もこれがFortranの最初だと思っていました。実際は違うんですね。FortranはアメリカのIT企業として有名なIBM社のJohn.W.Backusさんが中心となって、今から約50年前の1954年から57年にかけてIBM704計算機にたいして開発されたそうです。そのFortran�気�ら�犬泙任�、初期のFortranと位置づけられています。ここまでのFortranは言葉としても余りお目にかかることはありません。このころには文字型や複素数型といった実数・整数以外の特殊な型が装備され、副プログラムもこのときには装備されていたというのですから、驚きです。 名前「Fortran」の由来は、「FORmula TRANslating system」で、数式変換システムの意味で、特に数値計算に強いんだというネーミングからきているそうです。Fortranは世界初の高級言語といわれ、その歴史は古いです。このころには事務処理に適した言語であるCOBOLやALGOLといった言語も登場し、初期の高級言語の3大巨頭が誕生したわけです。この3つの言語は、Fortran以外は今では余り使われていませんが、代表的な言語として有名です。 当時はFortranのようなコンパイラを使用する高級言語は、余りいい目で見られていなかったらしいです。それは、昔はメモリなどコンピュータの能力をコンパイラが沢山食いつぶしてしまうだとか、人間の言葉から機械語への変換は直接機械語で書いたものよりもよいコードにならない(日本語から英語への翻訳ソフトが正確な翻訳を行なえないのと同じ)だとかで、すんなりと受け入れられるというわけではなかったらしいです。とは言っても、Fortranではこの問題をうまく解決し、かつコンパイルにより人間の言葉でプログラムを書き、変換作業を行なわなくていいということは、高級言語の使用が非常に高まったようです。 初めは、ISOのような、どこかが統一した規格を決めていたわけではないようで、コンパイラを発売する会社独自のFortranがあちこちに出来上がっていたそうです。もちろんそれでは、いくらFortranのプログラムという意味では同じでも、コンパイラによって正常にコンパイルできるコードとそうでないコードができてしまうわけですから、規格の統一が60年代に行なわれたようです。それが、Fortran66です。これも初期のFortran同様、聞いたことがない人は聞いたことがない名前だと思います。実際、66のコンパイラは僕も見たことがありませんし、大学の図書館にも1つぐらいあったかどうかです。 Fortran66から,今のFortranに近くなってきます。暗黙の型宣言だとか、算術IFだとか、GOTO文だとか、欄記述子(今の編集記述子)だとか、DO文だとかが用意され、カラム(ソースコードの列のこと。欄)形式の記述方法になりました。このFortran66制定により、Fortranの普及がさらに高まったとされています。 Fortranが人気言語となっていたこのころから、Fortranに対する批判が出てきます。たいていある程度使われると、批判はどうしても出てしまいますよね。完璧なものは初めから作れませんから。このころの批判は、いろんな種類があったんでしょうが、有名なものはエドガー・ダイクストラの『Go to statement is harmful.』によるgoto論争です。要は、goto文のような下から上にいったり、数字に向かってあっちゃこっちゃ飛んでいく複雑で分かりにくいプログラムは書くな、そしてFortranにはそうした性質があるんだ!という批判です。goto文だけが悪いのではないのですが、Fortranのような初期の言語はどうしてもgoto文に依存する性質があり、プログラムが分かりにくくなり、エラーの原因のなっていたそうです。例を挙げれば、ループから抜け出すときのgoto文、計算形goto文や算術IF文です。ちなみに僕の教授は今でもこれらの推奨をしてきます。 そんな批判にさらされながら、78年にFortran77が制定されました。Fortran77はFortranの中では非常に有名なバージョンで、今でも本の中心はFortran77です(もちろん新しい本はもっと新しいですが)。僕の大学の図書館にある本は1冊のFortran90を除いては、他全てFortran77です。恐ろしいです。コンパイラもそうですね。Salford社さんも77のコンパイラを提供してくれています。 Fortran77はそれ以前のバージョンの欠点を大幅に改善し、使いやすいFortranとなっています。H変換の変わりにアポストロフィ変換を導入したとか、斜線変換が入ったとか、ELSEIFによるブロックIFが可能になったとか、PARAMETER文での定数に名前がつけられるようになったとか、部分文字列が使えるようになった(「chi(1:1)」)とかです。それでもダイクストラの指摘にあった、goto文の排除だとか、構造化プログラミングを達成することはできなかったので、まだまだ最新のプログラミング言語としては不十分な点が残っていたそうです。皆さんもFortran90を使用したことがあれば、その気持ちはお持ちなのではないでしょうか。 このころはあの有名なC言語や、Pascalという言語が登場した時期でした。これらの言語はgoto文を排除し、できるだけわかりやすい構造化プログラミングを目指したものなので、次第にどんどんプログラマに受け入れられていくようになりました。とくにC言語は、扱いやすい文章でアセンブリ言語のように高度な処理も行なうことができ(実際Fortranと余り差がなく、使いやすいです)、このC言語によって作られたオープンソース(無料公開された)のUNIXの普及により、C言語がプログラミング言語の主流になっていきました。 Fortranに対する批判に対処するため、91年にFortran90が制定されました。Fortran90では、Fortran77以前への不満がほぼ解決されたといわれています。分岐処理の強化としてCASE構文やCYCLE・EXITが追加だとか、ENDDO文により文番号をなくすとか、配列の胴体割付を可能にするとか、構造体が作れるようにするとか、COMMONやINCLUDEに対する対策としてモジュールが追加されるとか、宣言文の結合ができるとか、Fortran77にくらべてかなり使いやすくなりました。これまで書き方として当たり前だった固定形式もなくなり、好きな位置に書くことができる自由形式が導入されました。これにより、かなり書きやすい環境が整ったといえます。 こうしてFortran90が登場したわけですが、どういうわけかそれ以前のFortran77に固執する人は多いようです(ちなみに僕の教授もそうです)。Fortran90のほうが明らかに使いやすいのに、なぜなのでしょうか。その成果、Fortran90の本は探してもなかなかありませんね。 Fortranの進化は、大幅な機能向上では基本的にここで終了です。Fortran90でFortranへの不満はかなり減り、それ以降のバージョンは変化の内容がよく分かりません(僕には難しくて)。Fortran90の次には、Fortran95が登場しました。97年のことです。Fortran95では使いやすさというより、それ以前までのバグ的要素の補完だそうです。文法としてはFORALL文があります。また、Fortran2000というのも登場しているそうですが、これについては全く分かりません。分かり次第、報告したいと思います。 Fortranは普通の人からすれば、「Fortran? なにそれ?」という言語だと思います(僕もそう思っていました)。普通使うのはC言語やJava、Perl、Rubyなどで、Fortranの目的である科学計算を普通の人はしませんからね。しかし、Fortranが古い言語だから使用されなくなってしまったわけではありません。じっさい、科学計算を行なう人(要は研究者)はFortranを使用してプログラムを作っているらしいです。Fortran以外考えられないという人もいます。Fortranが50年以上たっても今なお使用され続けている理由は、書くのが簡単で使いやすい、ソースコードの莫大な遺産がある、数学との概念に親和性がある、配列操作が他の言語より長けている、などです。ですから、「ちぇ、Fortranなんて無名で古い言語なんかより、C++を習いてーよ」なんていじけずに、Fortranの素晴らしさを堪能してみてくださいね。 Fortran以外の言語もう既に知っていると思いますが、プログラミング言語はFortranだけではありません。有名な言語だけでも50近くあります。もちろん全ての言語が使用されているわけではありませんが、頻繁に使われる言語は結構あります。科学計算においてはFortranもその一つです。プログラミングの授業ではC言語がかなり使われると思いますし、インターネット上のプログラムはJavaですね。 ところで、どんな言語がFortran以外にあるかご存知ですが? 色んな言語があるのは知っているけれども、どんな名前のがあったっけな、という人は結構多いと思います。僕も少ししか知りませんし、やったことのあるのも4つです(HTML、C言語、HSP、Fortran)。言語にはその言語の特徴があります。その特徴を知ることで、「今度はこれがやりたい」というときに、どんな言語を使用したらいいのかがすぐに分かります。そうすれば、自分の目的に合った言語の勉強がしっかりと選択でき、「とりあえずC言語が有名だからC言語を勉強すれば大丈夫だろう」ということにならなくてすみます。 言語には得意分野と不得意分野があります。オールマイティに通じる言語はあったとしても、その道のプロの言語にはやっぱりかないません。C言語は科学計算にも使うことができますが、Fortranのほうが扱いやすいとか安全でしっかりしたプログラムが作れるという人は多いですし、どんなOSを使っていても作ったプログラムを使用できるJavaはC言語よりも汎用性に優れています。ですから、言語の特徴を知っておくことは非常に大事です。 以下に、どんなプログラミング言語の種類があるのか、そしてどんな特徴を持っているのかをまとめておきます。もちろん言語はこれだけではありません。とは言っても、大抵の目的なら下の言語だけで足りると思います。もしその機能に興味を持ったら、ぜひその言語を扱っているサイトや本を利用して、言語の習得にチャレンジしてみてください。
エラーへの対処法プログラミングにはエラーがつき物です。どんなプログラマーだって、一度もエラーをしたことは絶対ないし、また全然エラーをしなくなることだってきっとないと思います。その数は少なくなったって、どうしたってエラーとはうまくお付き合いしていかなければなりません。 エラーはプログラマのミスによって起こります。特にコンパイル時のエラーはそうです。実行時のエラーにはコンピュータが原因で起こるものがあるかもしれませんが、コンパイル時は文法の間違いで引き起こるものがほとんどです。全てがプログラマが原因のエラーであるわけではありませんけどね。例えばFortran77のコンパイラにFortran90の文法を持ち込めばエラーになってしまいますから、バージョンをしっかり意識していなかったプログラマが悪いといえば悪いのですが、コンパイラが古いのが問題です。ともかく、どうやったらエラーをなくしていけるでしょうか。あるいは少なくしていけるでしょうか。完璧な方法があれば当然いいのですが、どうしても最後はプログラマ次第になってしまいます。それでも少なくする心構え、ガイドラインは存在しますから、それを実践していきましょう。もちろんFortranの話ですが。 まずどうやってソースコードを作成していったらいいかの話です。Fortranのサイトは数少ないながらもそれなりにあるので、それらを見て回ったところ、いくつか共通する見解がありましたので、それを紹介したいと思います。僕の経験も踏まえてお話します。 まず、自由形式で書きましょう。Fortranには77以前の固定形式と、90以降の自由形式とにプログラミングスタイルが分かれますが、77の方法は忘れてください。固定形式は非常に使いづらいです(77のコンパイラを使用している人には無理な話ですが)。固定形式の特徴は、一行にかけるのが72欄までで、始めの5欄までは文番号用、6欄は文の折り返しを示す記号用として決められていて、実際に文を書き始めることができるのは7欄からです。実質66個しか文字を書くことができません。プログラムによっては問題ないですが、いささか少なすぎます。そして書ききれなかったら折り返すのですが、折り返すときには6欄にその目印の記号を書かなければなりません。タブを使ってインデントしている場合に、この処理はとても嫌なものに感じてきます。なぜなら、折り返す前のインデントの位置に継続文を移動させると、折り返し記号「+」との間に空白が生じてしまい、折り返す前の文との間に空白が入り込んでしまうからです。このように、「固定」形式というだけあって、その使い勝手はかなり制限の加えられたものであるということができます。 自由形式にすれば、「欄」という概念がなくなり、1行132列まで書くことが可能になります。要は固定形式の2倍の文量を一行に書くことが可能となるわけです。さらにどの位置から書き始めることも可能になり、折り返し記号「&」もどの位置に書いても構わなくなったので、自由なソース作成が実現します。コメントも固定形式では1行丸まる使用しなければならなかったのが、命令文の右側に付けることができるようになるので、ソース文を邪魔することなく、横側に添える形で説明を加えることが可能になります。セミコロンを挟めば一行に何個でも命令文を圧縮することが可能なのも便利です。 次に挙げておきたいのが、文番号の使用をやめようということです。文番号はGOTO文やFORMAT文で使用される概念ですが、これがエラーの元になることが多いようです。文番号を使用する場合は、今どの文番号まで使用していたのかを確認する作業が面倒くさく、もし間違えて既に番っている番号を使用してしまえばエラーになってしまい、間違った位置に番号をつけてしまえば実行エラーの原因探しに一苦労となってしまいます。FORMATぐらいでしたら、WRITE文やPRINT文の下にあるからいいでしょうが、GOTO文の場合はどこに向かって飛んでいるのかが分かりにくいですし、飛び先の番号の位置があっているのかが分かりにくい場合があります。また文番号として確認したうえで20番を書こうとしていたのに、勘違いで10番と書いてしまうこともありますので、文番号の使用はやめたほうがいいです。幸いFortranも文番号なしで十分プログラムがかけるぐらいに成長しています。以前は条件によりループを途中で抜け出したいときはGOTO文しかありませんでしたが、今はEXIT文があり、DO文にループ名をつけておけば、多重ループから一気に抜ける事だって可能です。CONTINUEも同様です。ENDDO文があるのですから、不要で面倒くさい文番号の必要なCONTINUE文はやめましょう。入れ子が多すぎで、このENDDO文はどのDO文と対をなしているのか分からないようであれば、コメントをつけておくとか、DO構文名を書いておけば大丈夫です。FORMAT文も出力文に省略して書くことで、文番号なしで書式付出力を行なうこともできるようになっているので、文番号がなくても十分プログラムは組めます。ダイクストラの頃から批判の多かった文番号は、使うのをやめましょう。 Fortran特有の機能である暗黙の型宣言がありますね。これは使用すべきではありません。確かに便利な面はあります。例えばカウンタとして僕はiやjをよく使用しています。これらは一文字ですから、打ち間違えしないので、暗黙の型宣言の不利益を被ることなく、わざわざintegerで型宣言をすることなく使用できます。このスムーズなソース作成を支援するのが暗黙の型宣言です。しかし、暗黙の型宣言は変数名の打ち間違いを、新しい変数の作成と誤認してしまい、コンパイラがエラーを発見しません。最初「ia」と使っていて、次に「la」と書き間違えてしまっても、コンパイルが気付いてくれないので、明らかに意図しない実行結果を得ることになってしまいます。また「kazu」は整数型であるにもかかわらず、意識せず実数型の変数と用いてしまうかもしれません。僕のコンパイラは入力後は引用、宣言後は入力しないとコンパイルエラーに引っ掛かるのである程度はコンパイル時に気付くことができますが、なるべくこうしたつまらないエラーは起こさないようにするために、暗黙の型宣言は封印するべきです。封印の仕方は知っていますね。IMPLICIT文を用います。プログラム単位の先頭に「implicit none」と書けば、暗黙の型宣言は使用されず、常に明示的な型宣言が必要になります。変数を用意する際に必ずプログラム単位の先頭に戻って変数を宣言しなければならず、手間は増えてしまいますが、その代わりエラーに悩まされる数はかなり少なくなります。 副プログラムを使用するのであれば、INTENT文を使用しましょう。Fortran90では副プログラムのエラー排除のための手段として、INTENT文が追加されました。この文を副プログラムの仮引数の宣言文の際に用いれば、副プログラムへの入力用なのか、出力用なのか、その両方なのかをハッキリとさせることが可能です。仮引数が一つだけで、入力兼出力なのであれば、この機能を利用したほうがいいと思います。INTENT文を使用すれば、コンパイラに対してその引数の役割を明確に伝えることができ、ソース文を読む人間にとっても引数の役割がわかりやすくなり、可読性の向上につながります。 字下げもしっかり行ないましょう。やはり人間は視覚的要素を非常に重要視します。人のよさを見るときに、一番重要視するのは見た目ですよね。いい女かどうかを見分けるとき、大抵の人は顔を見ると思います。それと同じで、字下げをすることによって縦方向にそろっているプログラム文は、見た目がかっこよくなるだけでなく、上と下のつながりが非常に分かりやすくなります。全く字下げをしない文章とした文章をくらべてみれば、その差は歴然であると思います。字下げをする場所は、各プログラム単位のないよう部分、DO構文内、IF構文内などです。とくにDOとIFで字下げをしないと、大変なことになります。 後は、コメントを付けておきましょう。コメントは「!」をつければ、ソース文の横に書くことが可能です。いくら構造化プログラミングを意識したり、字下げをしたとして分かりやすいプログラムを書いたとしても、プログラムはやはり分かりにくいものです。他人のであれば特にそうです。自分のためにも他人のためにも、必要最低限のコメントは付けておきましょう。簡単なもので構いません。この位置から何々が始まるとか、この副プログラムは何々をするものだ、ということを書くだけでも、見返したときにグンと理解しやすくなります。 続いて、実際にプログラミングをしたときのどんなエラーが出て、どういう風に対処したらいいのかを紹介したいと思います。人によってエラーの数は違いますし、下のだけではありませんが、したのを意識するだけでもエラー処理がかなり楽になるのではないのかと思います。
コンパイルエラーは大抵コンパイルが示すエラーの箇所を見れば理解できるのですが、実行時のエラーはなかなか分かりません。実行時のエラーとして、上に示したような「配列の大きさが違う」のような場合は何行目かが表示されるのでいいのですが、実行はされるけれども思い通りの実行がされていない(例えば、1+2の結果が10になってしまうとか)場合もあります。また大部分の実行はうまくいくけど、一部分についておかしな動きをする(例えば車が壁に突っ込んでもすり抜けてしまう)バグが起きることもあります。こうしたエラーはその原因の理由・原因箇所を非常に見つけるのが難しいです。そこで、デバッガを持っている人は、ぜひそれを使ってデバッグしてみてください。かなりそうしたエラーが見つけやすくなります。 デバッガのよいところは大きく分けて2つあり、一つは任意のところで実行をとめることができることと、変数の値の変化が把握できるということです。全てのデバッガにそれが備わっているのかどうかは分かりませんが、僕が持っている「Fortran＆C」を元にお話させていただきます。 デバッガの利点の一つ目についてですが、任意のところで実行をとめることができるというのは非常に便利です。僕のデバッガは、実行の仕方に2種類あって、中断点というのを実行をとめたい行に打ち、そこまで一気に実行する方法と、一行ずつ実行していく方法とがあります。プログラムをそのまま実行してしまうと、最初から最後まで一気に進んでしまいます(READ文がなければ)。しかしデバッガを使用すれば、実行を見たいところまで勧め、見たいところから一行ずつゆっくり進めていくということが可能になります。例えばIF分岐を考えてみてください。明らかにプログラムの実行の仕方がおかしいが、その原因はIF文の分岐の仕方がおかしいからじゃないかと感じたとします。実行をIF文の前で止め、そこから一行ずつ実行していきます。そうすることで、自分の考えたとおりにIF文野下に進んでいるのか、それともELSE文に飛んでしまっているのかを確認することができます。DO構文でも同じ活用の仕方ができます。しっかり決めた回数分ループしているのか、EXITで条件通りにループを抜け出しているのかを、ゆっくり実行することで確認することができます。そこで変な動きをすれば、そうなる原因を考えればいいのです。デバッガを使用しないと、ソース文でプログラムの動きをイメージしなければならないのですが、デバッガがあれば、実際にプログラムの動きを見ることができ、便利です。 もう一つの利点は、変数内の値の変化を見ることができる点です。Fortranは破壊的代入をしているので、同じ変数でもどんどん新しい値になって行きます。ループを使用した合計を求めるプログラムをイメージしてもらえれば分かりやすいと思います。プログラムを実行した結果、思い通りの値にならなかったのを解決する場合、上のように少しずつ実行してどういう動きをしているのかを見るほかに、変数内の値の動きを追うことでぐんとわかりやすくなります。例えば、EXITが作動するには基本的にIF文の条件式がうまく作動することが必須ですよね。ａが3になったらループを抜ける場合、「if(a==3)exit」とかきます。そしてこれが正常に作動するには、ループが抜けてほしいときにａが3になってくれないと困りますね。デバッグをし、ａの中にしまわれた変数の値を追ってみると、ｎ回目のループのときにａが3になるはずだったのに、実際にはｎ+4になって初めてａが3になるということがよくあります。この原因はそれ以前のプログラムに原因があるからですが、これはａの、そのときの値が一体いくつなのかを把握できなければ、なかなか見つけることはできません。 このように、デバッガは優れた機能を持っています。デバッガには他にも機能がありますが、これだけでも十分な威力を発揮してくれることが分かってくれると思います。もちろんデバッガがなくても想定外の動きをするエラーを潰すことはできますが、デバッガをうまく活用することで、より効率的にエラーの原因を見つけることが可能となります。デバッガをお持ちであれば、宝の持ち腐れにしないで、コンパイラ同様、使えるツールとして活用してください。 そうは言っても、デバッガは実行の動きや変数内の値を示すだけで、何が原因で思い通りに動かないのかを示してくれるわけではありません。ですので、デバッガで変な箇所を見つけたら、ソース文とにらめっこする必要があります。「ここで変な動きをしていたんだけど、どうしてそうなってしまうんだろう」「ここを直せば、正確に動くのかな?」といった感じでね。結局、エラー潰しにはソース文をよく理解し、プログラムの動きを頭の中で正確にイメージする能力が大事になってきます。そして文法のしっかりとした理解と、自分の思い描く理想の実行順序による先入観の排除、そしてソース文をよく読みこむことが大切です。 一番プログラム開発で根気が要るのがデバッグですが、ここさえクリアすれば完成です。僕もデバッグに苦しみ、何度もパソコンを叩き壊してやろうかと思いました。ですが今まで起きたエラーは全て解決することができました。どうしても無理だと感じても、寝て次の日に気持ちを変えてやってみるとできることもあります。諦めずがんばってください。諦めてしまうことは、この上なくもったいないことですから。 よく似たC言語Fortranだけに限りませんが、プログラミング言語というのは、1種類覚えてしまえば他の言語にも簡単に乗り換えることができるといわれています。それは、どれも書き方が似たものであるからです。僕もFortranのほかに、C言語を学びました(本との基礎だけですけど)。最初はビビリまくりでC言語に突入しましたが、少しの違いだけ呑み込めば、後はすんなりと学習が進んでいきました。ですから、Fortranを学ぶことは、その効果はFortranだけにとどまらないということです。 沢山あるプログラミング言語の中でも、Fortranのように科学計算の中心として使われ、またFortranと似た感覚で使用することができるC言語を少しだけ紹介してみたいと思います。全体の概念さえ理解してしまえば、後は命令文の呼び方の違いぐらいなので、少しがんばってみればプログラミングの代表言語であるC言語を簡単に会得することができます(高度なものはさすがにそれ相応の努力が必要ですが)。Fortranが分かっていれば、乗り換えは簡単です。
試しにC言語でプログラムを書いてみましょう。Fortranで書いた例文が下の文です。 program main print *,'Hello world!' end program そして、これがC言語で記述した場合の文です。 #include void main(){ printf("Hello world!\n"); return 0; } 結構見た目が変わりましたね。でも、最初に適切なヘッダファイル(C言語に必須なのは「stdio.h」)、主プログラムも関数になること、関数の初めと終わりは中括弧、あとは命令文の名称の違いだけ理解できれば、ほとんど同じであることが分かると思います。ちなみに、「void」とあるのは、「この(main)関数は値を返し(持ち)ません」という意味で、それを実行しているのが「return 0」です。値を返すというのは、Fortranでの副プログラムの結果変数に値をしまうことです。この場合は、副プログラムを使用していませんので、mainプログラムを呼び出した別のプログラム単位(例えばFortranのサブルーチン)mainプログラムの値を返す必要がないので、「値0を返す」、つまり値を返さない処理を行なっているというわけです。 では下に、Fortranで使用されている命令文が、C言語ではどのような名称で呼ばれているのかを紹介していきたいと思います。簡単にしか紹介しないので、少ないですが、C言語にはFortranを超える沢山の命令文が他にも用意されています。
どうですか。これは本の一部ですが、結構C言語の言葉はFortranと似ているのではないかと思います。後は慣れです。書き方の形式に慣れてしまえば(特に中括弧とセミコロン)、後はFortranで培った知識を生かせば、簡単にC言語のプログラミングを行なうことができます。C言語にはポインタに代表されるようなFortranよりも強力な操作が可能なので、Fortranでは簡単すぎて飽き飽きしてしまった人にはぴったりかもしれません。 もしC言語をやってみたい・もっと詳しく知りたいと思った人は、ぜひ『プログラムを書こう! C入門』を訪れてみてください。このページはC言語を詳しく分かりやすく書いているページでオススメです。さらにC言語の進化形であるC++や、C言語と並んで有名なJavaも扱っているので、みんなまとめて学習するのもいいと思います。せっかくFortranを学んだなら、C言語にもチャレンジしてみてくださいね。 コマンドプロンプトって、なんだろう?コマンドプロンプトは、windowsを持っている方なら、だれでも持っています。スタートボタン→アクセサリの中にありますね。しかし、これを使ったことのある人は少ないのではないでしょうか。なにせ起動すると真っ黒い画面に不気味な英語文字。マウス操作は出来ず、われわれGUI(マウスやアイコンといった、視覚的要素でコンピュータを扱いやすくするという考え)の恩恵を十分に味わっている人間からすると、少しいじくった後にすぐウィンドウの右上の「×」ボタンを押して「終了」です。しかし、コマンドプロンプトって何なんでしょうね。 コマンドプロンプトというのは、別名か正式名称かどうかは分からないのですが、「入力を促す記号」だそうです。アプリケーションのコマンドプロンプトを開くと、大抵「c:\>」という言葉が書かれていますよね。その、「>」の部分が、コマンドプロンプトなんだそうです。「俺にしてほしい命令を書け」とコンピュータが促しているということですね。ちなみに「c:\」の「ｃ」はディレクトリ(フォルダの位置を表す+フォルダ名)で、「\」はフォルダ同士の区切り記号でした。 アプリのコマンドプロンプトは、昔は「MS-DOSプロンプト」と呼ばれていました。機能はほとんどコマンドプロンプトと同じようですが、使われていた環境が違うため、呼び名が違うようです。MS-DOSプロンプトが使われていたのは、windows NT以前の環境で、それ以降はコマンドプロンプトのようです。Windows NTというのは、(僕も詳しくは分からないのですが)高い処理速度と信頼性を兼ね備えた最新の32bit OSのことで、windows2000がこれだったみたいですね。WorkstationとServerの2種類があり、プリエンプティブマルチタスクを実装し...ってもう分かりません。MS-DOSプロンプトという呼び名は、windows95,98で使われているみたいです。 昔はコマンドプロンプトのような、キーボードからの命令によりコンピュータを動かしていたそうです。今ではコンピュータへのコンタクトはキーボードもそりゃありますが、基本はマウスですね。マウスでフォルダをクリックすれば中身が分かり、ファイルを掴めば移動ができる。なんとも便利で簡単な操作ですが、昔はこれを文字による命令でしか出来なかった、そもそもアイコンなんていう概念がなかったらしいですから、恐ろしい時代です。GUI環境って素晴らしいですね。 いまではコマンドプロンプトがなくても十分パソコン操作ができます(少なくとも個人レベルでは)。それでもコマンドプロンプトがツールとして残っている理由は何でしょう。それは、マウス操作によるアプリケーション操作では面倒くさく、もっと効率よくできる田とか、これを使わないと開けないアプリケーションがあるとか言うメリットがあるからです。 そのメリットを、覚書ですがいくつか挙げてみましょう。コマンドプロンプトには、それ専用のファイル形式として、「バッチファイル」というのがあります。これは一種のプログラミング言語によるファイルで、拡張子は「.bat」です。ここに、コマンドプロンプトで行なうことができる命令を書いておくと、そのバッチファイルを起動するだけで、ファイルに書かれた内容が実行されます。命令には分岐や繰り返し処理も行なうことができます。 このバッチファイルを使うと、複数のアプリケーションを同時に起動させることができます。例えば、プログラムを行なう場合にはエディタとコンパイラとコマンドプロンプトを起動させる必要があるとしましょう。そのとき、これは3つでセットになっているわけですから、どれか起動させるときには3つとも起動させることになります。どうせなら、一回で3つを起動させることができたら、非常に気分が楽になりますよね。バッチファイルを使うと、バッチファイルを起動させるだけで3つのアプリケーションを一気に実行させることができ、面倒な起動作業に気をもむことがなくなります。 またバッチファイルを使って、指定の時間にファイルを起動させることができます。毎日の日課として、朝の何時何分にメールをチェックしているとか、何時何分に日誌をつけているとかする場合、自分で気付いたときに起動させるよりも、自動で立ち上がってくれたほうが楽ですよね。それも、バッチファイルで可能なのです。これを利用すれば、物忘れの激しい人でもへっちゃらです。 さらに、ファイルの表示をファイルの拡張子に従って行なうこともできます。テキストエディタなり、ペイントソフトなりを使用した方は、「名前をつけて保存」を使用したことがありますよね。その画面の下のほうに「ファイルの種類」というのがあります。このプルダウンメニューのどれかを選択することにより、表示したいファイルだけを表示することができます。例えば、ファイルの種類で「.bat」と選べばバッチファイルだけが、「.jpg」を選べばJPEGファイルだけが表示され、そのファイル形式のファイルがどのくらい、そして何があるのかが一目で分かります。コマンドプロンプトでもそれが可能です。見たいファイルのディレクトリへと移動し、コマンドプロンプトに「dir *.for」と入れてみてください。そのディレクトリの中にあるFortranのソースファイルのみが表示されます。これにより、ソースファイルと一緒にexeファイルやobjファイルによってごちゃごちゃしているフォルダの中にどれだけのソースファイルが存在しているのかが、一目瞭然となります。フォルダを開いても、ファイル形式を選んで表示する機能はないので、これは結構便利かもしれません。 他には、コマンドプロンプトにはマウス操作で探し出すよりも、簡単に・早くファイルを開くことができるメリットがあります。そのファイルがどこのディレクトリにあるのかが分かれば、そのパス(アドレス)を入力するだけでファイルが開くので、いちいちマウスでクリックを繰り返してフォルダを掘っていくよりも早くあけることができます。他にコマンドプロンプトは、細かいシステムの設定や、ネットワーク調整を行なうことができるそうです。忘れてはいけないのは、自分を含め、このホームページでFortranを学習している(いた)方々にとって一番のメリットといえば、コンパイルしてできた実行ファイルのコマンドプロンプトにより起動、ですよね。 コマンドプロンプトにもプログラミング言語同様、沢山の命令が用意されているので、使いこなすにはそれなりの努力が必要なようですが、使えるようになると便利になることが多いそうです。興味を持った方はしたの「参考」からジャンプして、ぜひコマンドプロンプトの使い方を学んで実践してみてください。 コンパイルをすると、PC上では何が起きる?Fortranでは、コンパイルというのはもはや当たり前のことで、Fortranを学習している皆さんにとってはお手の物,ですよね。ところで、コンパイルというのは、一体どういうものなのでしょうか。 コンパイルを日本語にすると、「翻訳」ですね。そう、まさにコンパイルは翻訳作業のことなのです。何を翻訳しているのかというと、ソースファイル(ソースコードとも)ですね。ソース、つまりプログラムの「源」ですね。それでは、何に翻訳しているのでしょうか。何を翻訳しているのかは分かっていても、何が出来上がっているのかを知っている人は結構いるのではないでしょうか。出来上がっているのは実行ファイル? それも正解ではあるのですが、性格には違うんです。出来上がっているのは、オブジェクトファイル(オブジェクトコード)なのです。 ソースコードをコンパイルしてみたら、ぜひそのソースコードが入っているフォルダをあけてみてください。きっとその中には、「.obj」というファイルがしまわれているはずです。これが、オブジェクトコードです。「object」の略で、「.obj」ですね。機械語が「固有語」と呼ばれるので、オブジェクトコードは「ネイティブコード」とも呼ばれます。このファイルが何なのかという言うと、これも内容はソースファイルと同じです。ただ、書き方が違うみたいです。ソースファイルは僕らがよく知っている英語で書かれた文章ですが、このオブジェクトファイルは、機械語で書かれているんだそうです。開いてみたことがないからわかりませんけどね。 機械語とは何でしょう。それは、0と1の世界です。2進数はご存知ですか? 全ての事柄を、0と1の二種類の数字で表してしまうという、おっそろしい世界です。10進数との違いは、一桁に表せる最高が１なのが2進数、９なのが10進数です。10進数は9に1を与えると次の桁が1繰り上がり、元の桁は0になりますね。2進数だと1の次は0に成り、次の桁が1つ繰り上がります。10進数の「25」とは、「11001」のことです。 コンピュータは2進数を基に作られていますので、2進数でならプログラマからの命令を聞くことができます。「画面に足し算の結果を表示しろ」という命令も、1と0による命令なら可能なのです。しかし、万能なコンピュータでも、僕ら人間の言葉は全然理解できません。「Print the answer!」といっても、コンピュータは全然無視です。ですから、コンピュータに命令するには、2進数で命令をしなければなりません。 でも、ぶっちゃけ2進数で命令文を書くなんて、大変ですよね。単に訓練してないからだけじゃなくて、数字の羅列だけの命令なんて、バリエーションがありすぎで、1日でもうギブアップです。昔のプログラマは、これにめちゃくちゃ悩まされていたみたいです。途中、「二ーモック」と呼ばれる、2進数の命令を英語表記に直せる便利なリファレンスが登場したみたいなんですが、これでもやっぱり変換作業が大変だったそうです。 ということで、高級言語と呼ばれる、僕らが日常使う言葉(といっても英語)でソースコードを書き、しかもその変換作業をしなくていい言語が登場しました(ちなみにそれ以前の言語は低級言語)。もちろんFortranもその一つです。当初はその言語にはコンパイラというものが装備され、変換作業は機械に任せとけ!ということになりました。当時としては、このことはこの上ない感動をプログラマにもたらしたでしょうね。 コンピュータや言語は進化を続けていますが、いまだにコンピュータは機械語でないと命令を理解することができません。でも、僕らだって0と1の世界の命令文なんて書きたくありません。というわけで、コンパイラが人間の言葉(ソースコード)を、機械の言葉(オブジェクトコード)に変換する必要があるのです。 オブジェクトコードは、プログラミングを行なう環境によって異なります。windowsで作ったオブジェクトコードはマックではダメ、C言語で作ったオブジェクトコードはFortranではダメ,という具合です。オペレーションシステム・CPU・プログラミング言語によって、それぞれ違ったオブジェクトコードが出来上がるそうです。FortranやC言語等の欠点の一つはこれで、生成したプログラムが限定した環境でしか使用できないということです。この欠点を改善したのが、Javaですね。 コンパイルによって作られるファイルは、オブジェクトファイルです。実行ファイルのexeファイルではありません。最近のコンパイラはそれもまとめて作っちゃうみたいですけどね。コンパイルによって作られたオブジェクトファイルは、機械語に直されたソースコードに書かれたプログラムの設計図です。これを基に、今度は実行ファイルが作られます。 実行ファイルは、「リンク」という作業を行なって作られます。リンクといっても、ホームページにあるような、別のページに飛ぶリンクではありませんよ。リンクというのは、オブジェクトコードとライブラリコードとを結び付けて、実行ファイルを生成する作業のことです。リンクを行なうのはリンカと呼ばれる存在です。リンカもコンパイラと一緒のフォルダに用意されています。リンクをする際、オブジェクトコードは複数合っても大丈夫だそうです。 皆さんはリンカを使ったことはないと思います(Salford社さんのFortran90版のコンパイラを使用している方は別ですが)。最近のコンパイラは非常に便利にできていて、コンパイルをしたら、ついでにリンクもしてくれちゃうようにできています。普通はコンパイルしたらそのままリンクしちゃいますからね。一緒にしてくれたほうが手間がかからなくていいです。 普通はついでにリンクもしてくれて構わないんですが、複数オブジェクトコードを結びつけたり、自分でライブラリファイルを選びたいときもあります(僕レベルの人間ではまだそんなことはありませんが)。そういう時は、自分でリンカを使ってリンク作業をこなすことになりますね。例えば、オブジェクトファイルだけ作っておいて、別のソースコードとリンクさせて、単にソースコードをコンパイル・リンクさせただけの実行ファイルとは別の実行ファイルを作ることができるみたいです。 僕が使っているFortranコンパイラは富士通の「Fortran & C Package」なんですが、このコンパイラでコンパイルすると、拡張子が「fwd」とか、「ydg」とかいうファイルまで生成されます。これが何なのかはまだ調査中です。なんだか不気味ですね。 タッチタイピングをマスターしよう!皆さん、タッチタイピングって聞いたことありますよね。よく言う「ブラインドタッチ」です。最近は視覚障害者の方に配慮して、タッチタイピングという名称を使用することが多いそうです。タッチタイピングはできますか? 結構難しいですよね。 タッチタイピングというのは、キーボードを見ずに画面に文字を打ち込めることです。初心者の方にはとてもとても無理な話だと思います。キーボードを打つことが大学のレポート作成のときぐらいしかない、という人は結構いると思います。いやもっと打つよ、という人でも、キーボードを見ながら両手一本指で必死にキーボードと格闘していることが多いのではないでしょうか。誰だって始めはそうなってしまうのですが、もしそうなら、ぜひ今日からタッチタイピングの練習をしましょう。 タッチタイピングができるようになるとなぜいいのでしょうか。それは色々あります。一番真っ先に思いつくのが、文字を入力するスピードが格段に向上する、ということです。書き写す元を見て、キーボードの入力したいキーを探し、押したら画面で確認し、また書き写す下を見て...という作業では、一定時間にかける文量には限りがあります。で、途中でイライラしてきます。イライラするから、さらに打つスピードが下がります。その結果、パソコンにキレ気味になり、パソコンを叩きます(って、ここまではいかないか)。レポート作成が無茶苦茶嫌なものになり、下書きをせず直接入力しながら内容を考えていた場合、気持ちの低下により内容を吟味する力が減少し、レポートの内容まで質の低下が起こってしまいます。正直、最悪です。 タッチタイピングができれば、打つのなんて全然大変ではなくなります(文量多いと、手は疲れますが)。思ったこと・書こうとしたことをすらすらと画面に入力することができ、今までの3倍近い速度で文章が出来上がっていきます。それにより手の疲れ・頭の疲れ・イライラが少なくなり、文章の質の向上に頭を使うことができ、一石二鳥になります。 またタッチタイピングができると目の疲れも幾分少なくなるでしょう。今までは書き写す元・キーボード・画面の３つを交互に見ていたのが、キーボードを見なくてすむわけですから、目の疲労は格段になくなるでしょう。単に見なくなるだけではなく、目的のキーを探す必要がなくなるのですから、ずっと画面だけ見ればいい・書き写し下だけ見ればいいので、目はある一点に固定することができます。 ついでに言うと、タッチタイピングができるとカッコいいです。大学生になればパソコンを使用することは非常に多くなりますが、その中で10本指でタッチタイピングができる人はそんなにいないと思います。自分の周りでは、5割できているかどうかです。で、タッチタイピングしている人とそうでない人とを比べてみると、かたやあっちこっち目を動かしてもたついていて、かたや背筋を伸ばしながらすらすらと文字を入力している。全然その人のすごさが違ってきます。またそうできている自分にも酔いしれることだってできます。僕もそうなるときがあります。隣がチンケに一本指で入力していると、「俺の動きを見ろ!」といわんばかりに見せ付けてしまいます(正直迷惑物です)。 ということで、タッチタイピングのよさが分かっていただけたと思います。タッチタイピングは何もワープロ使用のときだけ役に立つのではありません。この講座で扱っている、プログラミングのときにだって非常に有用です。考えてみてください。皆さんは英字で文字を入力していますよね。英字だって日本語と同じです。キーを見ないで打つことができるのとそうでないのとでは、全然スピードも疲労も違って来ます。いちいちキーボードを見ながら「READ」なんて入力するよりも、見ずに「+」まで書けるほうが断然いいです。ですから、皆さんにもタッチタイピングはぜひマスターしてもらいたいです。 では、上達するためには何が必要なのでしょうか。それは、とにかく訓練です。訓練なしに、技能は身に付きません。タッチタイピングは実際に文字を入力する「作業」なのですから、知識と違って、覚えれば官僚、というわけには行きません。とにかく練習しましょう。 まず、ホームポジションを覚えます。ホームポジションは、よく聞く名称なので、知っている方も多いと思います。「F」キーに左手の人差し指を乗せ、その横に中・薬・小指をキーに乗せていきます。「J」キーには右手の人差し指を乗せ、以下同様です。FとJには突起がついています。それは、見ないでも触っただけでこのキーがFとJだ、ということを知らせるためのものです。 後は指を上や下に動かし、他のキーを押していきます。ですから、FとJの位置さえ知っておけば、他のキーもその2つを起点とすることで水に撃つことができるということです。 練習する際は、まず目的のキーを見ずに打ち込む練習をしましょう。たとえば、「ｗ」を押したかったら「ｗ」を見ずに「ｓ」から左薬指を上に動かして「ｗ」を押す。こうした動作を何度も繰り返し、自分の頭・指にキーの位置を叩き込みましょう。これが完璧にできるようになれば、ゆっくりであればもうあなたは見ずに文章を入力できるようになるはずです。 それができるようになったら、今度はとにかく文字を打ち込みましょう。何でもいいんです。好きな曲の歌詞を写すのでもいいし、本屋新聞でも構いません。曲を聴きながら、流れてきた音声を書き取るのだって立派な練習です。最初は正確さ重視で行なってください。タッチタイピングは見ずにやるもの。それは正確でなければなりません。見ずに打ったはいいが、間違いだらけでは後で直すのが大変です。それなら見ながら打ったほうがましです。ですから遅くてもいいですから正確さを重視してがんばってください。 とにかく正確に、見ずに打てるようになったなら、今度は速く打てるようになりましょう。正確さはとても大切なのですが、遅いのではタッチタイピングのメリットが少なくなってしまいます。名人レベルの速さまで速く成れとは言いません。「スラスラ」という言葉が当てはまるぐらいの速さを目指してがんばりましょう。少しくらいは間違っても構いません。今度は自分の限界を打ち破る気持ちで、速度をどんどん上げていってください。始めのうちは間違いが多くなってしまったり、途中で手が止まってしまうこともあると思いますが、練習だと思ってがんばれば、そのうち体が慣れてきます。 これを毎日10分、1週間も続ければ、手が自然に動いてくるはずです。僕はそうでした。もちろん個人差はありますが、1週間も経てばきっと変化が起こるはずです。それを何週間か続けていれば、もう「スラスラ」打てるようになります。つまり、「タッチタイピスト」へと変身するのです。 ある程度慣れてきたら、タッチタイピングソフトを使って練習してみるのもいいと思います。ソフトによっては、タッチタイピング初心者用のもあります。これらをうまく活用することで、ゲームを楽しみながら腕が上達できるようになります。ちなみに僕のオススメは、「ozawa-ken win版」です。一度は使ってみてください。 どうですか。やってみたいと思ってくれたでしょうか。最初は勉強と同じように、ストレスの溜まる毎日だと思います。しかし、練習はうそをつきません。タッチタイピングは難しい技能ではないので、誰でもがんばればきっと身に付くはずです。面倒くさいからイヤだといってずっと一本指で入力するよりも、短い期間だけでもいいからがんばって後で楽をするほうが、あなたはいいと思いませんか? FortranでCG作成(VRML)今は昔に比べ、パソコンなどコンピュータの能力が非常に向上したため、3DCGをよく見る機会が増えました。本当に短期間でその画質はとても向上したと思います。 昔、「バーチャルファイター」(カプコン)というゲームが登場しました。このゲームは登場キャラクターが3D加工されていたということで、非常に先進的なゲームとして注目されていました。それまでのゲームは縦・横の2次元のゲームばかりで、立体的なキャラクターが様々な視点でアクションするゲームはとても珍しかったです。 そのCGはまだポリゴンといわれていて、キャラクターの表面が角々していました。顔や体が滑らかではなく、正八面体のように、平らな面の集まりのような描かれ方をしていました。今では、もうそんな画質はありませんよね。表面がつるんつるんで、もう写真なのか画像なのかが分からないぐらいきれいなのが沢山登場しています。 さて、パソコンを使用していると色々なところに登場するこの「CG」ですが、実はFortranもこのCGに縁があるのです。「えっ、だってFortranってコンソールアプリしか作れないんでしょ? CGのような視覚的なものとは無縁じゃないの?」と思ったのではないでしょうか? いえいえ、そんなことはありません。Fortranはまるで領域の違うCGという存在を自由自在に操ることができるのです。 そもそもなぜFortranとCGに関係性があるのでしょうか? それは、Fortran雅楽計算・分析用の言語だからです。僕は文系学生で、簡単な統計分析ぐらいしかしないので特にCGは必要としませんが、理系学生、例えば地学系の分野だと、この情報の立体化は非常に重要な分析ツールになってくるみたいです。数字を見ていただけではなかなか分からない。地形や大気の流れはやはり立体化してみたほうが理解しやすい。しかし描画ソフトを使って作成するのは大変だ,もっと楽な方法はないか,ということでFortranでVRMLを活用しよう、ということみたいです。 「VRML」という言葉を聞いたことがあるでしょうか? VRMLというのは、ｗｗｗ上で3DCGを表現するための規格です。プログラミングのようなコード文を書くことで、思い通りの3D画像を作成することができます。作成した3DCGは、Internet ExplorerのようなWebブラウザを使用してみることができます。 ただ、その場合、専用のプラグインが必要です。VRML専用のプラグインです。3種類あるのですが、ここではその代表的存在に当たる「Cosmo player」を紹介します。これは、http://www.karmanaut.com/cosmo/player/ からダウンロードして手に入れることができます。このプラグインを使用して見る場合は、Internet Explorerを使うようにしてください。 バージョンが1.0から今は2.0になっていて、単なる3DCGから、動的な操作が可能となっています。一度使用してみると、とても面白く、「すげぇー!!」と叫んでしまうこと請け合いです。例えば、CGを横に回転させることができたり、拡大縮小や、視点を変えて堪能することができます。さらにすごいのは、まるでFlash動画であるかのような、滑らかな動作をするCG(というかもはや動画)を作ることができたり、ゲームすら作ることもできます(例えばパズル)。もう、CG用のツールと呼ぶには言葉が足りません。 言葉で説明しても、なかなかイメージを持つことは難しいと思います。ぜひ、上で紹介したCosmo playerをダウンロードした後、http://www.toucan.co.jp/を見てみてください。すぐに僕が言っていることが実感できると思います。 では、そんなVRMLを、どうやってFortranで扱うのでしょうか? それは、サブルーチンと組み合わせて使用するのです。サブルーチンにCG作成のためのテンプレートを作っておき、図形に必要なデータをサブルーチンに送ってCGを生成します。例えば、円錐の図形が作りたい時は、円錐作成用のサブルーチンを呼び出し、円錐の色・大きさ・高さなどの円錐データを送信し、後はそれに適合した円錐をサブルーチンに作ってもらうだけです。とても簡単ですね。 そのFortranプログラムをコンパイルして実行すると、(ソース文の内容によって異なりますが)「wrl」ファイルが生成されます。このファイルが、CGを表現するVRMLファイルです。後はこれを、表示するためのプラグインを備えたブラウザで開けば、自分が作成した画像が表示されることになります。 では、どうしたらその図形作成用のサブルーチンを作成できるのでしょうか? それは、VRMLの書法に従ったソース文を作成することになります。このページはVRMLの講座ではないので(というか自分がまだよく分かってないので)、詳しくはお話いたしませんが、http://www.fit.ac.jp/~araya/jis/vrml20.htmlのページを参考にしていただければ大丈夫だと思います。そんなに難しい書法ではないようです。興味のある方は勉強してみてください。 とは言っても、自分のようにいちいちVRMLを勉強している暇がない・面倒だという人が大多数だと思います。もっと手軽に3DCGを楽しみたい、というのが率直な気持ちですよね。そこで、既に作られているサブルーチンをお借りさせていただくことにしましょう。 ネット上には、プログラムのソース文が沢山紹介されています。Fortranも少ないながら、それなりに掲載されています。Fortran版VRMLも例外ではなく、しっかりと特集しているページを見つけました。そこのページをぜひ、使用させてもらいましょう。URLはhttp://gedas.stelab.nagoya-u.ac.jp/simulation/jst2k/vrhtml/jst02b.htmlです。皆さん、忘れてはいないと思いますが、こうした作品にはもちろん著作権がありますので、自分で使用する文には問題ないですが、改造して再配布なんてことはしないで下さいね。出所を教えた自分に影響来るかもしれませんから。 このページの各ブロックに、「サブルーチンパッケージ」というのが用意されています。このリンク先に、様々な図形(例えば3角錐)を作成するためのサブルーチン・テンプレートが作られています。これを拝借して、とりあえず自分のパソコンに保存してください。できれば、いつも自分がFortranソースをコンパイルする場所がいいですね。 そうしたら、後は図形作成用のデータを送信するメインプログラムを作成するだけです。サブルーチンを呼び出すCALL文を使用して、引数にデータを書いてください。どんなデータを渡せばいいのかは、サブルーチン側の引数を見たり、同ページにあるサンプルプログラムを参照してみてください。 サブルーチンはそのメインプログラムのソースにコピーアンドペーストしてしまってもいいのですが、それではCGを作成する機会ごとにいちいちサブルーチンをペーストしなければいけません。どのサブルーチンかをパッケージから探して貼り付ける作業はとても面倒ですね。そこで、INCLUDE文を使用しましょう。この命令文は、メインプログラムのソースとは別ファイルの情報を「取り込む」機能を持っています。C言語の、ヘッダファイルを読み込むための「include<〜>」と同じです。コンパイルする場所にサブルーチンパッケージを保存しておいてくれといったのはこのためで、そうしておけば、INCLUDEするだけで、いちいちサブルーチンをコピーすることなく、そのサブルーチン全てを使用することが可能となります。コピーする際に誤ってサブルーチンを壊してしまうという危険性もなく、非常に有用な手段といえます。 出来上がったプログラムを実行すると、ファイルが生成されます。もし「.for」ファイルが出来上がったら、「.wrl」に拡張子を書き直してください。そのファイルをブラウザで開けば、自分で作ったVRML画像を鑑賞することができます。 VRML画像は単なる静止画ではなく、色々といじることができるので、ぜひ遊んでみてください。クリックして掴んで、右に動かしてマウスを放すと画像がハイスピードで回転します。やってみるととても楽しいです。 図形を組み合わせることで、様々な画像を作り出すことができます。例えば、かかしや、ドラえもん、魔女など。もちろんそれだけソース文は増え、美術のセンスが問われますが、試してみる価値はあると思います。出来上がったらぜひ見せてください。 Fortranは単なる数値計算しかできない,限定された言語だと言う解釈が大多数だと思います。僕もそうだと思っていました。しかし、CG作成という、まったく存在領域の違うこうした意外なこともできるんですね。ますますFortranのことが好きになってしまった僕でした。 参考: ウィキペディア ASCIIデジタル用語辞典 コマンドプロンプトを使ってみよう! コマンドプロンプトで作業効率UP FORTRANの歴史 Fortranを使おう |
表紙へ戻る