Fortran と AI の出会い

ストーリータイム 私の父親は、1970 年代末、ソフィアにあるシビル・メトディウス大学電工学部の学生でした。 この記事を読んでいる方の中には、Fortran（プログラミング言語）をご存知の方もいるかもしれませんが、おそらくほとんどの方が、この言語で解決された問題や穿孔カードを見たことがありません。穿孔カード、ご存じですか？昔、人がプログラムを記述していたのは穿孔カードであり、このコースの教材としても扱われていました。穿孔カードとは、プログラムの各行が個別のカードに割り当てられることを意味し、プログラムの行数が 1000 行であれば、1000 枚のカードが必要だったのです。それがどのような姿であったか、より詳しい話は今回のビデオをご覧ください。 最も興味深いのは、そこには実際には 50 年前の試験が含まれていたことです。ここではそれを（ヒント：言語はマケドニアン語です）ご覧いただければ。 ご覧の通り、当時の彼らは今日のように推薦アルゴリズムのような重要な問題を解いておらず、さらに重要で理解しにくい CSS（おそらく「計算機科学の基礎」を指すと思われますが、文脈より適切な訳語が判明しないため、元の単語「CSS」とするか、文脈上の意訳を考慮しますが、ここでは「計算科学の基礎的理論」または「計算科学の核心概念」と訳すことにします。しかし、元の文章の「more important and harder to grasp, CSS」という部分は、当時の学生が直面した難易度の高い数学的課題を指している可能性が高いです。文脈から判断し、最も適切なのは「計算科学の基礎となる高度な数学的課題」と訳すことにします。) というものは解けていませんでした。それはほとんど役に立たない数学の問題に過ぎませんでした。 現在、コンピュータ科学と AI の分野で何が起きているか考えると、コードを書き、問題を解くのは容易な部分です。しかし、50 年前の Fortran の試験、今日最高のモデルがそれを解けるのでしょうか？おわかりのとおり - 解けません。 これらの 5 つの問題の解法を示す小型の GitHub ページを作成しました。「Fortran meets AI」という名前のものをご閲覧いただけます。（リンク：略） 同様の問題には、Claude Code (Opus 4.6)、Codex 5.4 (OpenAI 製)、および中国の MinMax 2.5 が解きました。 Codex は画像の読み取り、認識、および問題の解決に問題ありませんでした。画像を提供され、それを英語に変換し、2 つの .svg ファイルを作成しました。Fortran、Python、Kotlin を用いたソリューションを生み出しました。 Claude Code はこれらすべての問題を解決する際、Fortran、Python、Kotlin を用いたソリューションを提供する点で問題ありませんでした。 MinMax 2.5（OpenCode の OpenZen によって提供され、私はこれを使用しました）の無料バージョンは画像を読み取れないため、Codex が作成した .svg ファイルを使用しました。問題に問題は見られませんでした。 私は Python コンパイラ（これが最も容易かったため）を追加しました。これにより、コンパイル速度と単순さの観点からソリューションを比較できます。それによって、Codex が第 2 の問題において「コンパイル不能」なソリューション（SyntaxError: '(' was never closed）を提供したことが明確にわかります。これは、正直に言うと予想もしませんでした。唯一、このエラーを生んだのは Codex だけであります。 さらに驚くべきことに、Claude Code は最初のタスクを誤り、MinMax は最も最適解を提供しましたが、問題 2 で誤りを起こしました。 詳細は以下の通りです： 最後に、 Claude Code はソリューションに入力カードレイアウトを含めた唯一のモデルでした。例えば： もしこの記事を読んでこのページに辿り着くあなたがいたら、この記事の冒頭に戻るよう、知的な響きの署名を付けていただきたいと思います。从这个角度来看、1970 年代のプログラミングとソフトウェアエンジニアリングは、今日ほど私たちの生活に重要な形でガイドするものであったとは見えませんでした。新しい技術と発見こそが、その分野を現在のおよび今後の成長の推進力の一つと位置付けたのです。この注目の前に、今日のソフトウェアエンジニアリングの状态が、1970 年代の Fortran が示したように暗く単純化されているかもしれません。実際、私はそれを確信しており、その日が来るのはそれほど遠くないことを知っています。

Story time My father studied at Faculty of Electrical Engineering at SS Cyril and Methodius University in Skopje in the late 70s. Some of you reading this might know what Fortran is (programming language), but I presume almost none of you seen problems solved in the language or punch cards. Yes, punch cards. Back in the days, people used to code on punch cards and that was included in this course. Punch cards meant that every line of code in a program had to have its own card. So if your program had 1000 LOC, then you had 1000 cards. How that looked, more in this video: Most interesting thing: there was an exam inside it, his exam from almost 50 years ago! Here it is (fyi, the language is Macedonian): As you can see they weren't solving important problems back in the day like, recommendation algorithm or even more important and harder to grasp, CSS. It's mostly useless math. With everything that's happening in the field of computer science and AI, writing code and solving problems is the easy part. But an exam 50 years ago in Fortran? Would that be a problem for today's best models? You've guessed it right - it won't. I've made a small showcase GitHub Page with the solutions to these 5 problems, called Fortran meets AI you can visit here. The same problem is solved by Claude Code (Opus 4.6), Codex 5.4 (by OpenAI) and MinMax 2.5 from China. Codex had no problem in reading, recognizing and solving the issues. The model was provided with the images, translated it to English and created two .svgs. It produced solutions in Fortran, Python and Kotlin. Cladue Code had no issue to resolve this, provided the solutions for the problems in Fortran, Python and Kotlin. MinMax 2.5 the free version provided by OpenCode's OpenZen (which I've used) cannot read images, so I used the .svgs that Codex created. Had no issues I've added Python compiler (it was the easiest) so solutions can be compared in terms of compile speed and simplicity. And with that you can clearly see that Codex gave "uncopilable" solution on the second problem (SyntaxError: '(' was never closed). The only model that did this, which, to be honest, I didn't expect. Even more surprising, Claude Code got the first task wrong, MiniMax did it most optimal, made mistake in Problem 2. In details: Last, not least, Claude code was the only one to include the input card layout in the solution, for example: If you got to here by reading, you deserve a smart sounding sign off to this article. From this stand point programming and software engineering in the late 70s looked pretty bleak and like nothing that can guide our lives in such an important manner as today. It took new technologies and discoveries to place it as one of the guiding forces of current and future progress. To that note, maybe today's state of SWE will look as bleak and simplistic as Fortran in the 70s. Matter of fact, I'm sure of that and that day is coming rather sooner than later.