エンジニアとしての市場価値を測りませんか?PR

企業からあなたに合ったオリジナルのスカウトを受け取って、市場価値を測りましょう

4
4

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

Googleエンジニアから学んだ10のコーディング規約黄金ルール ― 生産性と品質向上の秘訣

こんにちは、Googleのエンジニアとして長年実務に携わってきた私が、現場で培った**「コーディング規約黄金ルール」**を10個、皆さんにシェアします。
この記事では、実際に使える実践的な知識、コードサンプル、そして私自身の経験談を交えて解説します。ぜひ最後までお読みいただき、コメントやフィードバックをお寄せください!


1. コードは読みやすく書く ― 意図を明確にする

説明

コードは将来の自分や他のエンジニアが理解しやすいように書くことが大切です。
Googleでは「コードは人間が読むためのもの」という考え方が根付いています。

実践例

# 悪い例: 何をしているのか分かりにくい
def f(x, y):
    return x * y + x - y

# 良い例: 関数名や変数名に意図を込める
def calculate_discounted_price(original_price, discount_rate):
    """元の価格と割引率から割引後の価格を計算する"""
    discount_amount = original_price * discount_rate
    return original_price - discount_amount

Tip: ドキュメント文字列(docstring)を活用し、関数の目的やパラメータを明示する。


2. DRY(Don't Repeat Yourself) ― 重複コードを排除する

説明

同じ処理を何度も書かないことで、メンテナンス性が向上し、バグの温床を防ぎます。

実践例

# 悪い例: 同じ計算を複数箇所で記述
def calculate_area_rectangle(width, height):
    return width * height

def calculate_area_square(side):
    return side * side

# 良い例: 汎用関数に統一する
def calculate_area(shape, *dimensions):
    if shape == "rectangle":
        return dimensions[0] * dimensions[1]
    elif shape == "square":
        return dimensions[0] ** 2

Tip: ユーティリティモジュールとして共通処理をまとめると良いでしょう。


3. シンプルさを追求 ― 不必要な複雑性を避ける

説明

複雑なロジックは理解と保守の障壁となります。できるだけシンプルに設計することが求められます。

実践例

# 悪い例: 複雑にネストされた条件分岐
if user and user.is_active and user.has_permission("view"):
    display_dashboard(user)

# 良い例: ガード節を活用して早期リターン
if not user or not user.is_active or not user.has_permission("view"):
    return
display_dashboard(user)

Tip: 複雑な処理は関数に分割して、読みやすさを確保しましょう。


4. コメントは有用に ― コードの意図を伝える

説明

コメントは、コードの「なぜ」を伝えるために使います。「何を」しているかはコード自体が示すべきですが、「なぜ」かはコメントで補完します。

実践例

# 悪い例: 意味のないコメント
x = x + 1  # xを1増やす

# 良い例: 背景を説明するコメント
# ユーザーIDが連番で管理されているため、次のユーザーIDを決定するためにインクリメント
next_user_id = current_user_id + 1

Tip: コメントが古くならないよう、コードの変更に合わせて更新を忘れずに。


5. 一貫性を保つ ― コーディングスタイルの統一

説明

プロジェクト全体でコーディングスタイルを統一することは、チームでの開発効率とコードレビューのスムーズさにつながります。

実践例

  • インデント: スペース4個(PEP8に準拠)
  • 命名規則: 変数はスネークケース、クラスはキャメルケース
  • フォーマット: 自動整形ツール(例:black, prettier)の利用

Tip: プロジェクト初期にコーディング規約を定め、CI/CDパイプラインでチェックする仕組みを導入しましょう。


6. エラー処理は丁寧に ― 想定外の事態に備える

説明

エラー処理をしっかり行うことで、予期せぬバグの発生を防ぎ、ユーザー体験を向上させます。

実践例

# 悪い例: エラー処理をしていない
def divide(a, b):
    return a / b

# 良い例: 例外を適切にキャッチする
def divide(a, b):
    try:
        return a / b
    except ZeroDivisionError:
        print("Error: Division by zero is not allowed.")
        return None

Tip: ログ出力を組み合わせることで、問題発生時のトラブルシューティングが容易になります。


7. テストを書く ― 安全性を担保する

説明

ユニットテストや統合テストは、コードの変更による不具合を早期に発見するために欠かせません。

実践例

import unittest

def add(a, b):
    return a + b

class TestMathFunctions(unittest.TestCase):
    def test_add(self):
        self.assertEqual(add(2, 3), 5)
        self.assertEqual(add(-1, 1), 0)

if __name__ == "__main__":
    unittest.main()

Tip: TDD(テスト駆動開発)を取り入れると、コードの信頼性が飛躍的に向上します。


8. コードの再利用性を意識する ― 汎用的なモジュール設計

説明

コードをモジュール化し、再利用性を高めることで、開発効率を向上させましょう。

実践例

# 悪い例: 同じ処理を何度も書く
def calculate_area_rectangle(width, height):
    return width * height

def calculate_area_square(side):
    return side * side

# 良い例: 汎用的な関数にまとめる
def calculate_area(shape, *dimensions):
    if shape == "rectangle":
        return dimensions[0] * dimensions[1]
    elif shape == "square":
        return dimensions[0] ** 2

Tip: 共通処理はライブラリ化し、社内のナレッジベースとして共有することで、全体の品質が向上します。


9. パフォーマンス最適化 ― 効率的なコードを書く

説明

効率の良いコードは、ユーザー体験を向上させ、リソースコストの削減にもつながります。
パフォーマンスに影響する部分はプロファイリングツールを使って改善しましょう。

実践例

# 悪い例: 無駄なループが多い
result = []
for i in range(1000):
    result.append(i * 2)

# 良い例: リスト内包表記を使う
result = [i * 2 for i in range(1000)]

Tip: プロファイリングツール(例:cProfile)を使ってボトルネックを特定しましょう。


10. ドキュメントを充実させる ― 知識を共有する

説明

コードの使用方法、設計思想、エッジケースの扱いなど、詳細なドキュメントはチーム全体の資産となります。

実践例

  • README.mdWiki を充実させる
  • コード内に 適切なコメントdocstring を記載する

Tip: 自動生成ツール(例:Sphinx)を活用すると、ドキュメント管理が容易になります。


【まとめ】

Googleエンジニアから学んだ10のコーディング規約黄金ルールは、生産性、品質、保守性の向上に直結します。
これらのルールを実践することで、あなたのコードはより堅牢で理解しやすくなり、チーム全体の開発効率も向上するでしょう。


💬 ぜひ皆さんの意見を聞かせてください!

この記事が役に立ったと思ったら 「いいね」「stock」 をお願いします!
また、あなたが現場で実践しているコーディング規約や改善ポイント、疑問・意見があれば、ぜひコメント欄にご記入ください。
さらに、今後取り上げてほしいトピックのリクエストも大歓迎です!

皆さんと知識を共有し、より良い開発環境を築いていきましょう! 🚀


以上です。どうぞよろしくお願いします!

4
4
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up

Qiita Conference 2025 will be held!: 4/23(wed) - 4/25(Fri)

Qiita Conference is the largest tech conference in Qiita!

Keynote Speaker

ymrl、Masanobu Naruse, Takeshi Kano, Junichi Ito, uhyo, Hiroshi Tokumaru, MinoDriven, Minorun, Hiroyuki Sakuraba, tenntenn, drken, konifar

View event details
4
4

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?