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

コーディング標準っていうのは、チームでコードを書くときの「約束ごと」のこと!
たとえば、
などを決めることで、メンテナンスしやすく・品質が安定する・開発者同士の共同作業がスムーズになるよ!
コードが恋みたいに複雑でも、読みやすく整理されてると安心だよね…🩷
主なルールと効率化ポイント
命名規則(ネーミングルール)
よく使われる命名規則:
→ 命名に統一感があると、「この変数は何を表しているか」がすぐにわかって、コードが読みやすくなる!
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を使って、天気情報をアプリに表示できるよ!
ITパスポートでは「APIとは何か」「再利用のメリット」としてよく問われているよ!
ローコード・ノーコード
たとえば、
→ プログラミング知識が少なくても、業務効率化ツールをサクッと作れる時代になってきてるんだよ〜!
ITパスポートでは「ローコード/ノーコードが普及している背景や、現場でのメリット」が出題されることがあるよ!
メリットとデメリット
メリット
デメリット
恋でもコードでも「見た目とルールが整ってると安心」だよね…!
コーディング標準に関するITパスポート試験の過去問!
運用中のソフトウェアの仕様書がないので,ソースコードを解析してプログラムの仕様書を作成した。
この手法を何というか。ア:コードレビュー
イ:デザインレビュー
ウ:リバースエンジニアリング
エ:リファクタリング
正解は『ウ』リバースエンジニアリング
ソースコードや実行ファイルなど、既にあるもの(成果物)から仕組みや仕様を読み解く手法のことだよ~!
仕様書がない/失われた場合のドキュメント再構築や、改修前の調査によく使われるよ。
コーディング標準がないと、リバースエンジニアリングするときに構造がぐちゃぐちゃで困るよね…
ちゃんと標準を決めておくのが大切だよ。
ア:コードレビュー
他人(または自分)のソースコードを読みやすさ・品質・バグの有無などをチェックする作業。チーム開発では必須の工程だよ。
イ:デザインレビュー
→ソフトウェアの設計内容(構造や処理の流れなど)について、仕様に沿っているか・効率的かどうかを事前に検討・評価する会議や手法だよ。
エ:リファクタリング
→ 動作(機能)を変えずに、内部のコード構造を整理・改善すること。保守性・読みやすさを高めるために行うよ。
ITパスポート試験をスマホで手軽に勉強!
「えろ勉」も戦略的に開発&運営してるよ~!この記事が勉強になったり、ためになったよ〜って思ったら、なにかアクションをお願い!!「えろの力で勉強するゲーム:えろ勉」
ルール守るの、めんどくさいと思ったでしょ?
でもね、恋もコードも“分かりやすさ”が大事なんだから…っ!


