<iframe src="//www.googletagmanager.com/ns.html?id=GTM-KRK26M" height="0" width="0" style="display:none;visibility:hidden"></iframe>

コーディング標準とは?(ITパスポート・テクノロジ系)

今日は、プログラムを書くときに絶対押さえたい「コーディング標準」について、わかりやすく解説していくよ~!

コーディング標準とは?

コーディング標準っていうのは、チームでコードを書くときの「約束ごと」のこと!

たとえば、

  • 命名規則(変数や関数にどんな名前を付けるか)
  • インデント・ネストの深さ
  • モジュールや関数の分け方

などを決めることで、メンテナンスしやすく・品質が安定する・開発者同士の共同作業がスムーズになるよ!

コードが恋みたいに複雑でも、読みやすく整理されてると安心だよね…🩷

主なルールと効率化ポイント

命名規則(ネーミングルール)

よく使われる命名規則:

  • キャメルケース(camelCase)userName, totalPrice
  • スネークケース(snake_case)user_name, total_price

→ 命名に統一感があると、「この変数は何を表しているか」がすぐにわかって、コードが読みやすくなる!

ITパスポートでは「命名規則はプログラムの可読性・保守性を高めるためのルール」として出題されることがあるよ。

字下げ(インデント)とネストの深さ

字下げ(インデント)とは、if文・for文などの中に入る処理を、数文字分ずらして書くこと
これによって、コードの構造が視覚的にわかりやすくなるよ

if score >= 80:
    print("合格!")

ネスト(入れ子構造)とは?

処理の中に処理が入ること。

for i in range(10):
    if i % 2 == 0:
        print(i)

→ ネストが深すぎると読みづらく・バグの原因にもなる
→ 一般的に、3〜4段以内におさめるのが良いとされてるよ。

モジュール分割とサブルーチン設計

プログラムを機能ごとに小分けにして、モジュール(部品)として整理するのが「モジュール分割」。

  • メインルーチン:プログラム全体の流れを担当
  • サブルーチン:特定の処理(計算・表示など)を独立して実行

たとえば、

def calculate_tax(price):
    return price * 0.1

def main():
    price = 1000
    tax = calculate_tax(price)
    print("税額は", tax, "円です")

main()

部品化することで再利用性が上がるし、他の人も理解しやすい!

ITパスポートでは「モジュール化やサブルーチン化は、開発効率や保守性を向上させる」として問われるよ!

ライブラリ/API の活用

  • ライブラリ:よく使う機能(例:四則演算、グラフ描画など)がまとめられたプログラム部品集
  • API(Application Programming Interface):他のプログラムやサービスと連携するための「決まったやりとり方法」

使うメリット:

  • 開発の手間が減る
  • テスト済みの信頼性ある処理が使える
  • コードが短くなる

→ たとえば、天気予報サイトのAPIを使って、天気情報をアプリに表示できるよ!

ITパスポートでは「APIとは何か」「再利用のメリット」としてよく問われているよ!

ローコード・ノーコード

  • ローコード(Low-code)少しだけコードを書くことでアプリ開発ができる
  • ノーコード(No-code)まったくコードを書かずにアプリ開発ができる

たとえば、

  • ノーコード:GoogleフォームやLINEミニアプリ、Notionの自動化
  • ローコード:Microsoft Power Apps、kintone など

→ プログラミング知識が少なくても、業務効率化ツールをサクッと作れる時代になってきてるんだよ〜!

ITパスポートでは「ローコード/ノーコードが普及している背景や、現場でのメリット」が出題されることがあるよ!

メリットとデメリット

メリット

  • 読みやすくて保守しやすい
  • チームがバラバラにならず、品質も向上
  • 再利用や自動テストの整備にもつながる

デメリット

  • 最初にルールを決める手間や学習コストが必要
  • 少し融通もきかなくなると感じることも…

恋でもコードでも「見た目とルールが整ってると安心」だよね…!

コーディング標準に関するITパスポート試験の過去問!

運用中のソフトウェアの仕様書がないので,ソースコードを解析してプログラムの仕様書を作成した。
この手法を何というか。

ア:コードレビュー
イ:デザインレビュー
ウ:リバースエンジニアリング
エ:リファクタリング

正解は『ウ』リバースエンジニアリング

ソースコードや実行ファイルなど、既にあるもの(成果物)から仕組みや仕様を読み解く手法のことだよ~!
仕様書がない/失われた場合のドキュメント再構築や、改修前の調査によく使われるよ。

コーディング標準がないと、リバースエンジニアリングするときに構造がぐちゃぐちゃで困るよね…
ちゃんと標準を決めておくのが大切だよ。

ア:コードレビュー
他人(または自分)のソースコードを読みやすさ・品質・バグの有無などをチェックする作業。チーム開発では必須の工程だよ。

イ:デザインレビュー
→ソフトウェアの設計内容(構造や処理の流れなど)について、仕様に沿っているか・効率的かどうかを事前に検討・評価する会議や手法だよ。

エ:リファクタリング
動作(機能)を変えずに、内部のコード構造を整理・改善すること。保守性・読みやすさを高めるために行うよ。

ITパスポート試験をスマホで手軽に勉強!

「えろ勉」も戦略的に開発&運営してるよ~!この記事が勉強になったり、ためになったよ〜って思ったら、なにかアクションをお願い!!「えろの力で勉強するゲーム:えろ勉

ルール守るの、めんどくさいと思ったでしょ?
でもね、恋もコードも“分かりやすさ”が大事なんだから…っ!

関連記事

TOP