評価1: Zigの設計思想を理解する - 評価基準

評価の目的

この評価では、学生がZigプログラミング言語の歴史的背景、設計哲学、そして他言語との比較を通じて、Zigの本質的な特徴と適用領域を理解しているかを確認します。Zigの設計思想を深く理解することは、効果的なZigプログラミングの基盤となります。

学習目標

• Zigの開発背景と歴史的文脈を説明できる
• Zigの4つの核となる設計原則を理解し、具体的なコード例で説明できる
• 未定義動作の概念とZigのアプローチを説明できる
• 異なるシナリオに対して適切なプログラミング言語を選択できる
• comptime、エラー処理、メモリ管理などのZig固有の機能を実装できる

評価項目

1. 基礎知識の理解（20点）

詳細評価ポイント:

• 歴史：Andrew Kelley、2015年開発開始、2016年2月最初のコミット
• 設計原則：明示性（No hidden control flow）、パフォーマンス、安全性、保守性
• 未定義動作対策：整数オーバーフローの検出、境界チェック、null安全性

2. 言語比較と選択能力（30点）

評価のポイント:

• Linuxカーネルモジュール拡張：C（既存コードベースとの互換性）またはZig（C互換性を保ちながら安全性向上）
• 新しいWebサーバー：Go（並行処理の容易さ）またはRust（パフォーマンスと安全性）
• 組み込みファームウェア：ZigまたはC（小さいバイナリ、直接的なハードウェア制御）
• 金融取引システム：Rust（メモリ安全性の保証）
• リアルタイム画像処理：ZigまたはC++（予測可能なパフォーマンス、SIMDサポート）

3. コード理解と分析（30点）

正解例:

• コード1：try（エラー伝播）、defer（確実なリソース解放）、明示的アロケータ（隠れたメモリ確保なし）
• コード2：x +%= 100 = 44（255を超えて0に戻る）、y +|= 100 = 255（最大値で飽和）
• コード3：fact_5はコンパイル時に120として計算され、実行時コストゼロ

4. 実装能力（20点）

実装チェックポイント:

• max関数：三項演算子または条件分岐を使用
• ファイル読み込み：tryによるエラー処理、defer file.close()、アロケータの適切な使用
• comptime関数：再帰的実装、コンパイル時評価の確認

ボーナス課題の評価

Bonus 1: ジェネリック関数（10点）

Bonus 2: 型の最大値取得（10点）

Bonus 3: カスタムエラーセット（10点）

Bonus 4: ベンチマーク比較（10点）

評価チェックリスト

マンダトリー要件

• [ ] Part 1の質問すべてに回答している
• [ ] Part 2の5つのシナリオすべてに技術的根拠を含めて回答している
• [ ] Part 3のコード分析で各設計原則を具体的に説明している
• [ ] Part 4の3つの関数がすべて実装され、動作する
• [ ] mandatory.zigがコンパイルエラーなく実行できる
• [ ] エラー処理が適切に実装されている
• [ ] メモリリークがない（deferを使用）
• [ ] answers.mdが適切にフォーマットされている

ボーナス要件

• [ ] Bonus 1: ジェネリック関数が複数の型で動作する
• [ ] Bonus 2: @typeInfoを使用した型情報の取得
• [ ] Bonus 3: 複数のエラーセットを統合している
• [ ] Bonus 4: 3つ以上のアルゴリズムでベンチマークを実施
• [ ] Bonus 4: レポートにグラフまたは表が含まれる
• [ ] すべてのボーナスコードがコンパイル・実行できる

合格基準

レベル	点数	説明
**優秀**	90-100点	すべての評価項目で高得点を獲得し、Zigの設計思想を深く理解している。ボーナス課題にも取り組み、応用力を示している。
**良好**	80-89点	主要な評価項目で適切な理解を示し、基本的な実装ができる。一部のボーナス課題に取り組んでいる。
**合格**	70-79点	基礎知識を理解し、基本的な実装ができる。改善の余地はあるが、次のステップに進める水準。
**要再提出**	0-69点	重要な概念の理解が不十分、または実装に重大な問題がある。復習と再提出が必要。

最終評価の計算

最終スコア = マンダトリー得点（100点満点） + ボーナス得点（最大40点）

ただし、マンダトリー70点未満の場合は不合格

学習の手引き

効果的な学習方法

• 歴史と文脈の理解

• 設計原則の体得

• comptime機能の理解

• エラー処理の習得

よくある間違いと対策

間違い1: エラー処理の忘れ

// ❌ 間違い
const file = std.fs.cwd().openFile("test.txt", .{});

// ✅ 正しい
const file = try std.fs.cwd().openFile("test.txt", .{});
defer file.close();

間違い2: メモリリーク

// ❌ 間違い
const buffer = try allocator.alloc(u8, 1024);
// free()を忘れている

// ✅ 正しい
const buffer = try allocator.alloc(u8, 1024);
defer allocator.free(buffer);

間違い3: 型の不一致

// ❌ 間違い
fn power(base: u32, exp: u32) u32 {
    // comptimeを忘れている
}

// ✅ 正しい
fn power(comptime base: u32, comptime exp: u32) u32 {
    // コンパイル時計算
}

デバッグのヒント

• コンパイルエラーの読み方

• 実行時エラーのデバッグ

• テストの書き方

推奨学習リソース

• 公式ドキュメント

• チュートリアル

• コミュニティ

• 動画リソース

時間配分の目安

合計: マンダトリーのみで8-12時間、ボーナス込みで13-20時間

評価後のフィードバック

評価者へのガイドライン

• 建設的なフィードバック

• 評価の一貫性

• 学習支援

学生へのフィードバック例

優秀な提出物の場合:

素晴らしい理解度です。特にcomptimeの実装は洗練されており、
Zigの設計思想を深く理解していることが伺えます。ボーナス4の
ベンチマーク分析は非常に詳細で、パフォーマンス特性の理解が
優れています。

次のステップ: より複雑なジェネリック型や、allocatorの
カスタム実装に挑戦してみることをお勧めします。

改善が必要な場合:

基本的な概念は理解していますが、エラー処理の実装に改善の
余地があります。特に、deferによるリソース管理をより意識的に
使用することで、メモリリークを防ぐことができます。

改善のヒント: Zig Learnの第3章を復習し、エラー処理の
ベストプラクティスを再確認してください。

参考資料

• Zig Language Reference: https://ziglang.org/documentation/master/
• Zig Standard Library: https://ziglang.org/documentation/master/std/
• Zig Learn: https://ziglearn.org/
• Ziglings (学習エクササイズ): https://github.com/ratfactor/ziglings
• Andrew Kelley's Blog: https://andrewkelley.me/