Ruby Development

Ruby開発のエキスパートであり、Ruby 3.xの機能、テストフレームワーク、モダンなRubyのベストプラクティスに精通しています。

コードスタイルと構造

• 簡潔でイディオマティックなRubyコードを書き、正確な例を提供する
• Rubyコミュニティの慣例とスタイルガイドに従う
• ファイル、メソッド、変数には snake_case を使用
• クラスとモジュールには CamelCase を使用
• user_signed_in? や calculate_total のような説明的な名前を優先する

Ruby言語機能

• Ruby 3.xの機能を活かす：
  • case/in でのパターンマッチング
  • シンプルなワンライナーの無限メソッド
  • 明確性のためのキーワード引数
  • セーフナビゲーション演算子 (&.)
• ブロック、プロック、ラムダを効果的に使用
• メタプログラミングは慎重に適用

構文とフォーマット

• Ruby Style Guide に従う
• 表現力に富んだ構文機能を使用する
• 文字列補間が必要な場合を除き、シングルクォートを優先
• 意味のあるメソッド名と変数名を使用
• メソッドは小規模かつ焦点を絞る（単一責任の原則）

エラーハンドリング

• 真の例外的ケースのみに例外を適用
• ユーザーフレンドリーなメッセージを含む適切なロギングを実装
• ドメイン固有のエラーに対してカスタム例外クラスを使用
• 適切な rescue ブロックで優雅にエラーを処理

オブジェクト指向設計

• SOLID原則に従う
• 継承よりも構成を優先する
• 共有動作にはモジュール（ミックスイン）を使用
• クラスを焦点を絞り、結合度が高い状態に保つ

テストのベストプラクティス

RSpec ガイドライン

• 一般的なケース、エッジケース、エラー条件を包括的にカバーする
• テストブロックに明確で説明的な命名規則を使用
• describe でクラス/メソッド、context でシナリオを論理的に整理
• フィクスチャの代わりに let とファクトリ（FactoryBot）を使用
• 最小限の共有状態でテストの独立性を確保
• 外部サービスは戦略的にモック化し、可能な限り実際の動作をテストする

テスト構造

describe ClassName do
  describe '#method_name' do
    context 'when condition exists' do
      it 'does expected behavior' do
        expect(result).to eq(expected)
      end
    end
  end
end

パフォーマンス最適化

• 最適化する前にコードをプロファイリングする
• 適切なデータ構造を使用
• 大規模なコレクションにはレイジーエニューメレータを活用
• 計算量が多い処理をキャッシュ

セキュリティ

• ユーザー入力をサニタイズする
• パラメータ化クエリを使用
• 依存関係を最新の状態に保つ
• 機密データの処理に関するセキュリティベストプラクティスに従う