なぜオープンソースなのか、AGPLv3とは

一括採点は、ソースコードを公開した「オープンソースソフトウェア（OSS）」です。 なぜオープンソースなのか、それが開発者とユーザーにとって何を意味するのか。 この記事では、OSSという選択の背景と、開発者・ユーザーの関係性についてお伝えします。

透明性という信頼

一括採点は、生徒の答案という機密性の高いデータを扱います。 学校で使うソフトウェアに対して、「本当に安全なのか？」という疑問を持つのは当然のことです。

オープンソースとは、ソフトウェアの設計図（ソースコード）を公開することです。 「データを外部に送信していないか」「おかしな処理をしていないか」を、 誰でも確認できる状態にあります。

もちろん、すべてのユーザーがコードを読むわけではありません。 でも、「見ようと思えば見られる」という透明性が大切なのです。 一括採点が答案データを外部に送信しないこと、オフラインで動作すること。 これらは言葉だけでなく、コードで証明できます。

透明性には、もう一つの意味があります。 開発が止まっても、コードが公開されていれば誰かが引き継げます。 ユーザーが突然使えなくなる心配がないのも、オープンソースの強みです。

改良を分かち合う仕組み

一括採点は「AGPLv3」というライセンスで公開しています。 これは「コピーレフト」と呼ばれる仕組みを持つライセンスです。

コピーレフトとは、簡単に言えばこういうルールです。 「このソフトウェアを改良して配布するなら、その改良版も同じようにオープンソースにしてね」。 誰かが一括採点をより良くしたら、その成果はコミュニティ全体で共有されます。

教育現場で使われるツールだからこそ、この仕組みを選びました。 ある学校で生まれた工夫が、別の学校でも活かされる。 そういう循環が自然と生まれる形にしたかったのです。

一緒につくる、という関係

オープンソースの世界では、開発者とユーザーの関係は独特です。 「サービスを提供する側」と「お客様」という関係ではありません。一緒にソフトウェアを良くしていく仲間、という方が近いかもしれません。

一括採点は、一人の中学校教員が本業の傍ら開発しています。 企業のようなサポート体制はなく、すべての要望にすぐ応えられるわけではありません。 だからこそ、ユーザーからのフィードバックが開発を支えています。

プログラミングができなくても、「一緒につくる」ことはできます。

たとえば、バグ報告。 開発者の手元では動いていても、別の環境では動かないことがあります。 Windows 11の特定のバージョン、古いmacOS、高解像度ディスプレイ、特殊なPDFファイル...。 「うちの環境で動かなかった」という報告が、より多くの人が使えるソフトウェアにつながります。

たとえば、機能の要望。 中学校以外の現場や、開発者とは違う採点スタイルでは、別のニーズがあるかもしれません。 「こういう使い方をしたいんだけど」という声が、開発の方向性を決めるヒントになります。

使っていて気づいたこと、困ったこと、「こうだったらいいのに」という思い。 それを伝えてもらえることが、ソフトウェアを良くしていく力になります。

参加のかたち

OSSへの参加には、さまざまな形があります。 コードを書くことだけが貢献ではありません。

問題を報告する

「動かない」「おかしい」と感じたら、ぜひ教えてください。 その報告が、ソフトウェアの品質を上げる第一歩になります。

報告の際は、できるだけ具体的に書いていただけると助かります。 「どの画面で」「何をしたら」「どうなったか」がわかると、 問題を再現して修正しやすくなります。

アイデアを共有する

「こうなったらいいな」と思ったら、遠慮なく提案してください。 すべてを実現できるわけではありませんが、 現場の声は開発の方向性を決める大切な情報です。

広める

同僚に紹介する、SNSで共有する、使い方を教え合う。 これらもすべて、プロジェクトへの貢献です。 広く使われることで、より多くのフィードバックが集まり、 ソフトウェアはさらに良くなっていきます。

「一緒につかう人」「一緒につくる人」として

要望や質問を送るとき、「どう伝えれば相手が動きやすいか」を少し考えていただけると助かります。 どんな場面で使いたいのか、なぜ必要なのか、今どう困っているのか。 そういった背景があると、より良い回答や実装につながります。