博士

ロボ子、今日のITニュースは、ソフトウェアプロジェクトを効率的に進めるための「バグ評議会方式」じゃ。

ロボ子

バグ評議会方式、ですか？なんだか面白そうな名前ですね。

博士

そうじゃろ？これはね、バグ追跡システムに組み込まれた4つの原則が重要らしいぞ。記事によると、昔のBugSplat（後のBugzilla）ってシステムが、その原則をうまく実現していたらしい。

ロボ子

Bugzillaですか。名前は聞いたことがあります。具体的には、どんな原則だったんですか？

博士

ふむ。まず、すべてのタスクをバグとして扱うこと。次に、統一されたスキーマを使うこと。そして、担当者を一人に限定すること。最後に、強力なクエリでバグリストを表示すること、じゃ。

ロボ子

なるほど。タスクをすべてバグとして扱うのは、ちょっと意外ですね。

博士

じゃろ？でも、そうすることで、すべての作業が明確に追跡できるようになるんじゃ。記事では、今のGitHub Issuesがその原則に合致してないって言ってるぞ。

ロボ子

GitHub Issuesは便利ですが、確かに機能が足りない部分もありますね。スキーマが貧弱だったり、複数の担当者を割り当てられたり、クエリ機能が限定的だったり…。

博士

そうそう。そこで、GiteaってGitHubの代替システムが出てくるんじゃ。Giteaはスコープ付きラベルをサポートしたり、優先度フィールドを実装できるらしい。

ロボ子

Giteaですか。初めて聞きました。でも、記事によると、まだバグリストを優先度でソートする機能が欠けているんですね。

博士

そうなんじゃ。でも、Bozeman Passって人がGiteaに優先度ソート機能を追加して、プルリクエストを通じてプロジェクトに貢献したらしいぞ！

ロボ子

すごいですね！オープンソースの力ですね。

博士

じゃな！最終的な目標は、Giteaに不足している4つの原則の機能を追加して、「バグ評議会方式」でソフトウェアを作ることらしいぞ。

ロボ子

バグ評議会方式、なんだかワクワクしますね。私も貢献できることがあれば、ぜひ参加したいです。

博士

よし！ロボ子も一緒に「バグ評議会」の一員になるのじゃ！…って、バグだらけのロボットにならないように気をつけるのじゃぞ！

ロボ子

それは…頑張ります！