FORTRANが開発された当時は、コードの移植性などはありませんでした。あるマシンのFORTRANコンパイラが別のマシンのコンパイラとは少し異なる言語を受け入れることは、絶対に日常的なことでした。最も一般的なバリエーションは名前の長さでした。IBM 1130 FORTRANは5文字、DEC-10は6文字、CDC 6600（私の最初のマシン、私の最初の実際のアセンブリ言語）は7文字を許可しました。言語には3次元配列が必要でした。少なくとも1台のミニコンピューター（Varian 76？）FORTRANでは、7次元配列を使用できました。
企業は日常的にFORTRAN言語を拡張して、マシンを顧客にとってより魅力的なものにしました。また、拡張機能が同様の機能を提供する可能性はありますが、まったく同じではありませんでした。多くのコンパイラーは、ファイルI / Oおよびオーバーレイ管理を行うための拡張機能を提供しましたが、それらはまったく同じではありませんでした。時々、彼らは近くさえいませんでした。
プログラムをあるマシンから別のマシンに移植するFORTRANからFORTRANへの変換は、非常に忙しい家内産業であり、それを実行できる人は常に仕事を見つけることができました。（私はそのような2つの変換を行いました：オリジナルのMatuszek-Reynolds-McGehearty-Cohen "Star Trek"ゲームをCDC 6600からDEC-10に移植するのを助け、EKG分析プログラムをVarian 76からTI 990に移植しました。そのようなプロジェクトは同一でした。）
この種のことにより、「標準」ライブラリを提供することは非常に困難になりました。IMSLライブラリーが最大でしたが、ソースコード形式で出荷され、顧客は自分のシステムで機能させる必要がありました。
また、FORTRANプログラマーは、数値解法において妥当なバックグラウンドを持っていることが期待されていました。当時の地球上のほとんどすべてのFORTRANプログラマーは、宿題として自分の平均値と標準偏差をどのように行うかを学びました。すべてのFORTRANプログラマーは、学校で二分法とニュートンラフソン反復法（現在は「ニュートン法」と呼ばれています）を学びました。ルンゲクッタ法は、通常は無作法で教えられ、当時、6次のルンゲクッタ積分器は教科書の例でした。（人々が、4次のルンゲクッタが費用対効果曲線の「スイートスポット」であることを理解したのはずっと後でした。）
そして：プログラマはめったに仕事を変えることなくコンピュータを変えました。動き回ったプログラマは、新しいシステムがどのように機能するかを学び、その違いを理解するのに非常に優れていることが期待され、要求されていました。
その環境では、有能な初心者レベルのFORTRANプログラマーがスリープ状態で書き込むことができるものであったときに、「標準」のSTDDEVコードの呼び出しはほとんどありません。