読みやすく分けて再利用する

1同じ書き方で意図を伝える

コーディング標準は名前の付け方や書式などの共通ルールです。字下げ（インデンテーション）で処理のまとまりを示し、命名規則でtotalPriceのように役割を読み取れる名前を付けます。

ネストは条件や繰返しの入れ子です。深すぎるとどの条件の中か追いにくくなるので、処理を分けるなどして読みやすくします。規約は誤りの発見や引継ぎに役立ちますが、正しさを自動的に保証はしません。

2全体の流れと部分の仕事を分ける

モジュール分割はプログラムを役割ごとのまとまりへ分けることです。メインルーチンが全体の流れを進め、サブルーチンが合計計算や印刷など一部分を担当します。

同じ計算を各所へ複写すると修正漏れが起こりやすいため、一つの処理を呼び出して再利用します。分けた部品の入力、出力、担当範囲を明確にすると、修正の影響も追いやすくなります。

3ライブラリの機能をAPIの約束で呼び出す

ライブラリは再利用できる関数や機能の集まりです。API（Application Programming Interface）は、プログラムから機能を利用する接点と、その呼出し方法の約束です。どんな引数を渡し、どんな値が返るかを定めます。

ライブラリの機能を呼ぶときにもAPIを使うので、APIが必ず外部サイトへの通信を意味するわけではありません。

ネットワーク越しにWebの仕組みで機能やデータを利用する接点をWeb APIと呼びます。例えば天気サービスへ地域ID（利用者などを見分ける識別子）と日付を送り、気温と天気を受け取ります。地域IDの指定方法、温度の単位、返る項目を確認し、受け取った値を自分のアプリの表示や判定に使います。

APIを呼ぶだけで、必要な画面全体が自動的に完成するとは限りません。

利用に認証が必要か、取得できなかったときにどうするかも約束に含まれます。使える部品を選んだ後は、入力・戻り値・失敗時の扱いを確かめます。自分で全ての内部処理を作り直すことと、公開された呼出し口を通じて機能を使うことを区別します。

4画面で組み立てる開発方法

ローコードはコード量を抑え、画面操作と必要なコードでアプリを作る方法です。ノーコードは主に画面操作や設定で作ります。申請フォームを部品から組み立てる例があります。

書く量が少なくても、入力の検証、誰が見られるか、例外の処理、保守は考える必要があります。複雑な要件を実現できる範囲や、提供サービスへの依存を確認します。