言語プロセッサとプログラム実行

④ 名前の対応を押さえる

source（源）が変換前、object（目的物）が変換後——英語の意味から向きが導けます。

第2章で学んだオープンソースの「ソース」も、このソースプログラム（原始プログラム）のことです。

設計図にあたる原始プログラムを公開する——第2章で学んだ内容が、ここでつながります。

⑤ 翻訳の流れ

⑥ 言語プロセッサの種類

言語プロセッサは、扱う言語によって分類されます。

次のテーマで、この3つを詳しく見ていきます。

⑦ 「アセンブラ」の2つの意味（再確認）

第1節でも触れましたが、改めて整理します。

文脈で読み分ける必要があります。この節で扱うのは、後者（ソフトウェアとしてのアセンブラ）です。

⑧ 第2章とのつながり

第2章で学んだソフトウェアの体系で、言語プロセッサは広義のOS（基本ソフトウェア）に含まれていました。

「広義のOSには言語プロセッサが含まれる」という第2章の論点が、ここで具体的な姿を現します。

⑨ なぜ「プロセッサ」というのか

processor は「処理するもの」という意味です。第1章で学んだCPU（中央演算処理装置）も英語ではprocessorですが、こちらはハードウェアです。

名前が似ていますが別物です。言語プロセッサは、言語を処理するソフトウェアを指します。

この章全体が、この4段階を説明していたことになります。

ソースプログラムが手に入るかどうか

第2章で学んだオープンソースの話と結びつけます。

なぜ原始プログラムがないと改変できないのか

翻訳は一方通行です。目的プログラムから原始プログラムを完全に復元することはできません。

この非対称性が、ソフトウェアの世界の構造を決めています。

第2章で学んだベンダロックイン（特定のベンダに依存して抜け出せなくなること）の根底にも、この構造があります。

中小企業への助言

システムを外部に発注するとき、原始プログラムの扱いを契約で決めておくことが重要です。

「動くものが納品されればよい」と考えていると、後で困ります。

原始プログラムを持っているかどうかが、交渉力を左右する——経営法務で学ぶ著作権の知識とあわせて、助言すべき論点です。

確認してみましょう

> 次の記述の正誤を判定せよ。

> a　言語プロセッサは、低水準言語や高水準言語で記述されたプログラムを機械語に変換するソフトウェアである。

> b　機械語に変換される前のプログラムを目的プログラム、変換されたプログラムを原始プログラムという。

> c　原始プログラムはソースプログラムともよばれる。

解答　a：○　b：×　c：○

• b：×……逆です。変換前が原始プログラム（ソースプログラム）、変換後が目的プログラム（オブジェクトプログラム）です。

② コンパイラの特徴

まとめて翻訳処理を行うため、実行速度は速いが、プログラムが完成していないと実行できないというデメリットがあります。

また、翻訳対象となるプログラムが複数行にわたるため、エラーとなった場合にエラー箇所を特定しづらく、デバッグ（修正）作業が容易ではないというデメリットがあります。

③ インタプリタの特徴

コンパイラと対になる性質を持ちます。

④ 2つを比べる

すべての行が正反対になっています。どちらか一方を覚えれば、もう一方は導けます。

⑤ 通訳と翻訳家にたとえる

interpreter は「通訳者」、compile は「編集する、まとめる」という意味です。名前がそのまま動作を表しています。

⑥ 図で確かめる

インタプリタによる方法

1行ごとに「解釈→実行」を繰り返します。

コンパイラによる方法

全部訳してから、まとめて実行します。

⑦ なぜ速度に差が出るのか

1万回繰り返す処理があれば、インタプリタは1万回解釈します。コンパイラなら1回翻訳するだけです。この差が実行速度の違いになります。

⑧ なぜデバッグのしやすさに差が出るのか

インタプリタは1行ずつ進むので、止まった場所がそのまま問題の場所です。コンパイラは全体を見て翻訳するため、どの行が原因かを探す必要があります。

⑨ 言語との対応

スクリプト言語がインタプリタ型である理由

第3節で学んだスクリプト言語は、「アプリケーション開発の補助に用いられる比較的簡素な」言語でした。

書きやすさと試しやすさを優先するなら、インタプリタが向くわけです。

⑩ 現在の実情

近年の言語では、両方の性質を組み合わせた方式も使われています。ただし試験では、インタプリタとコンパイラの対比を押さえておけば十分です。

② 4つの段階で何が生まれるか

プログラムの呼び名が段階ごとに変わる——これが押さえどころです。

③ 3つのプログラムの名前

④ リンカ（連係編集プログラム）

目的プログラムを、関数や他の目的プログラムを集めたライブラリファイルなどと連携させて、ロードモジュール（実行プログラム）を作成します。

⑤ なぜリンカが必要なのか

翻訳しただけでは、まだ実行できません。足りない部分があるからです。

リンカが、これらを1つに結び合わせます。link（つなぐ）という名前のとおりです。

⑥ ライブラリファイル

関数や他の目的プログラムを集めたものです。

第3節で学んだライブラリ（よく使う処理をまとめた部品の集まり）が、ここで再び登場します。

⑦ ローダ

ロードモジュールを主記憶装置にロードして、プログラムは実行されます。

第1章・第2章で学んだ内容とつながります。

ローダは、OSにおけるBIOSと同じ役割を、個々のプログラムに対して果たしています。

⑧ 全体の流れを図で

給与計算プログラムを例にした流れは次のとおりです。

⑨ 試験での問われ方

令和3年度の本試験では、リンカの説明にコンパイラの内容を当てるという誤りが出されました。

> 誤りの例：「リンカとは、高水準言語で書かれたプログラムをコンピュータが実行可能な機械語に翻訳するソフトウェアである。」

これはコンパイラの内容です。

判別のキーワード

⑩ 名前から役割を導く

英語の意味が、そのまま役割を表しています。

Scratchでは、命令の書かれたブロックを画面上で積み重ねることでプログラムを作ります。つづりを間違える心配がなく、形の合わないブロックは組み合わせられないため、文法の誤りが起きにくい設計です。

③ ノーコード

ノーコードは、ソースコードの記述をせずにアプリケーションやWebサービスの開発が可能なサービスのことです。

これまでのアプリケーションやWebサービスの開発はソースコードを書いて開発を行いますが、ノーコードはソースコードの記述が不要なため、迅速な開発が可能であり、ソースコードが記述できるエンジニアでなくてもWebサービスの開発が可能です。

④ ノーコードの2つの効果

2つ目がとくに大きい

⑤ ローコード

ローコードは、少ないソースコードを記述しながら開発を行う手法またはサービスです。

利用できる機能は限定的ですが、GUI（グラフィカルユーザインタフェース）やテンプレート、ドラッグ＆ドロップ操作などを使ってアプリケーションを開発できる手法です。

アジャイル開発において、ローコードが用いられる場合があります。

プログラミングに関して一定の専門知識を必要とするローコードは、ノーコードよりも開発の自由度は高いが、開発スピードは劣ります。

⑥ ノーコードとローコードの比較

自由度と速さが逆向きになっている点が要点です。

⑦ 3つを並べて整理する

⑧ 「書かない」ほど自由度は下がる

用意された部品の範囲でしかできないから速く、範囲を超えられないから自由度が低い——このトレードオフは避けられません。

⑨ アジャイル開発との関係

アジャイル開発において、ローコードが用いられる場合があります。

第9章で学ぶアジャイル開発は、短い期間で開発と改善を繰り返す手法です。

⑩ 試験での問われ方

令和7年度の本試験では、次の記述が出されました。

> ローコード開発では、システムの全体像をモデル化し、優先度を付けた機能単位で計画、設計、構築を反復的に行う。

解答：×（アジャイル開発またはスパイラルモデルに関連する内容）

「反復的に行う」という語は開発モデルの話であり、ローコードという手法そのものの説明ではありません。

⑪ 中小企業にとっての意味

ノーコード・ローコードは、情報システムの担当者がいない中小企業にとって、現実的な選択肢になりつつあります。

ただし、考えるべきこと

「手軽に作れる」ことは「手軽に捨てられる」ことを意味しない——第11章で学ぶIT投資管理の観点から、導入前に確認すべき点です。