大規模プログラミングと小規模プログラミング

ソフトウェア工学において、「大規模プログラミング」と「小規模プログラミング」は、ソフトウェア作成の 2 つの異なる側面を指します。「大規模プログラミング」とは、より大きなシステムを小さな部分の組み合わせとして設計することを意味し、「小規模プログラミング」とは、プログラミング言語でコード行を記述してそれらの小さな部分を作成することを意味します。これらの用語は、1975 年の論文「大規模プログラミングと小規模プログラミング」^[1]で Frank DeRemer と Hans Kron によって造られました。この論文では、この 2 つは本質的に異なる活動であり、一般的なプログラミング言語と構造化プログラミングの実践は後者には適しているが、前者には適していないと主張しています。

これは、システム プログラミング言語 (コンポーネント用) とスクリプト言語(コンポーネントを接続するグルー コード用) を区別する、後のOusterhout の二分法と比較することができます。

フレッド・ブルックスは、個々のプログラムの作成方法はプログラミングシステム製品の作成方法とは異なると指摘しています。^[2]前者は、比較的単純なタスクを 1 つうまくこなす可能性が高いです。おそらく 1 人のエンジニアによってコーディングされ、それ自体が完成しており、開発されたシステムですぐに実行できます。単純なタスクはすばやく簡単に完了できるため、プログラミング活動はおそらくかなり短命でした。これは、デレマーとクロンが小規模プログラミングと表現する取り組みです。

再び Brooks が定義したプログラミング システム プロジェクトに関連するアクティビティと比較してみましょう。このようなプロジェクトは、中規模または大規模な産業チームが数か月から数年にわたってプロジェクトに取り組むことで代表されます。プロジェクトは、個別には上記の個々のプログラムと同程度の複雑さを持つ、数個または数百個の個別のモジュールに分割される可能性があります。ただし、各モジュールは周囲のモジュールへのインターフェイスを定義します。

Brooks 氏は、プログラミング システム プロジェクトが通常、業界のベスト プラクティスに従う正式なプロジェクトとして実行され、テスト、ドキュメント作成、継続的なメンテナンス活動、および製品が作成された開発システム以外のシステムを含むさまざまなシナリオで動作するように製品が一般化されていることを保証する活動で構成される方法について説明します。

ソフトウェア開発において、大規模なプログラミングには、大人数のグループによるプログラミングや、より長期間にわたる少人数のグループによるプログラミングが含まれます。^[2]どちらの場合も、大規模で複雑なプログラムが生成され、保守担当者が理解するのが困難になる可能性があります。

大規模なプログラミングでは、コーディング マネージャーは、作業を厳密に指定された相互作用を持つモジュールに分割することに重点を置いています。これには、慎重な計画と慎重なドキュメント化が必要です。

大規模プログラミングでは、プログラムの変更が困難になることがあります。^[2]変更がモジュールの境界を越えて行われる場合、多くの人の作業をやり直す必要があるかもしれません。このため、大規模プログラミングの目標の1つは、起こり得る変更の際に変更する必要のないモジュールを設定することです。これは、高い凝集性と疎結合性を持つようにモジュールを設計することで実現されます。

大規模なプログラミングには管理スキルが必要です。抽象化を構築するプロセスは、機能するものを記述するだけでなく、それを機能させる人々の努力を導くことも目的としています。

この概念は、Frank DeRemerとHans Kronが1975 年に発表した論文「Programming-in-the-Large Versus Programming-in-the-Small」(IEEE Trans. on Soft. Eng. 2(2)) で紹介されました。

コンピュータサイエンスの用語では、プログラミングとは、システムの高レベルの状態遷移ロジックを表すプログラミングコードを指す場合があります。^{[疑わしい–議論する]このロジックは、}メッセージをいつ待つか、いつメッセージを送信するか、失敗した非ACIDトランザクション をいつ補正するかなどの情報をエンコードします。

大規模なプログラミングを明示的にサポートするように設計された言語がBPELです。

ソフトウェア開発において、小規模プログラミングとは、小さなプログラムを書く作業を指します。小規模プログラムは、ソース コードのサイズが小さく、指定が簡単で、コーディングが速く、通常 1 つのタスクまたは非常に密接に関連したいくつかのタスクを非常にうまく実行します。

小規模プログラミングでは、短期間に個人または小グループがプログラミングを行う必要があり、あまり形式にこだわらない手法 (たとえば、ドキュメントやテストをあまり重視しない)、ツール、プログラミング言語 (厳密に型付けされたプログラミング言語ではなく、緩く型付けされた スクリプト言語を選択するなど) が必要になる場合があります。小規模プログラミングでは、プロトタイプ ソフトウェアを作成するアプローチや、安定性や正確性よりも迅速なアプリケーション開発が重要な場合も対象となります。

コンピュータサイエンスの用語では、小規模プログラミングは、多くの場合単一のACIDトランザクションとして実行され、ファイルやデータベースなどのローカルロジックやリソースへのアクセスを可能にする、短命のプログラム動作を扱います。^{[疑わしい–議論する]}

• DeRemer, Frank; Kron, Hans (1975)。「大規模プログラミングと小規模プログラミング」。信頼性の高いソフトウェアに関する国際会議の議事録。カリフォルニア州ロサンゼルス:計算機協会。pp. 114–121。doi : 10.1145 /800027.808431。