教育に携わっている方々の多くは、来月から Piazza が有料モデルへ移行する ことをすでにご存知でしょう。
教育者であり、Discourse の大ファンである私としては、この状況を Discourse が教育分野に進出する大きな機会と捉えてほしいと願っています。これを支援する方法として、私は以下の 3 つを提案します。
自己ホスト型の Discourse インスタンスを構築したい教員や IT 担当者向けに、優れた導入ガイドを提供すること。（オンサイトでのホスティングは、多くの FERPA 上の課題を解決します。）本当に誰でも簡単に扱える内容が望ましいです。多くの教員は普段、こうしたシステムを構築したことがなく、それが当初 Piazza を選んだ理由でもあります。もしかすると、Discourse がこれらの設置に対するリモートサポートを提供し、その対価を請求する仕組みがあってもよいかもしれません。
教育向けに特化した有料パッケージの提供。Piazza 的な機能を再現できる一連のプラグインを提供することで、移行をスムーズにする効果が期待できます。その際、FERPA の要件を満たす必要があります。
マルチサイトサポートの強化。ある学系が複数のコースを支援するために、1 つの Discourse インスタンスを構築したいという要望に応えるためです。
また、料金モデルについても検討が必要です。Piazza の学系限定ライセンスは、私の理解ではその学系の「学生」のみを対象としているため、かなり不親切です。つまり、その学系に所属しない学生が受講する科目は対象外となります。これは明らかに、そして率直に言えばずさんな収益確保策です。多くの学系は多様な学生層を対象に授業を行っており、自分たちの学生にのみ無料で提供されるコースフォーラムという姿勢は、評判を損なう可能性が高いです。しかし、例えば最大 3,000 名の学生を対象とする学系ライセンスは年間 12,000 ドルです。これに対し、Discourse のエンタープライズプランは 3,600 ドルです。適切にマルチサイト構成で設定すれば、同じ規模の学生を支援できるのではないかと推測されます。
ともかく、私はすでに Discourse ユーザーとして非常に満足しており、Piazza の問題は私にとっては「おやつを見ながら様子を眺める」ようなものです
しかし、他の教員の方々がどう考えているか気になります。あなたの所属機関では、この変更についてどのような議論が行われているでしょうか？
「いいね！」 14
simon
2020 年 12 月 16 日午後 5:52
2
教育機関がオンラインディスカッションのためにDiscourseをより多く利用してくれることを願っています！
一点注意すべきは、当社のホスティングにおいて「ビジネス」プランは年間3,600ドル（月額300ドル）であることです。当社の料金体系はサイト上のユーザー数に基づいていません。代わりに、ページビュー、ストレージ、プラグインに基づいて設定されています。3000人の学生であっても、ビジネスプランで十分な場合がほとんどでしょう。エンタープライズホスティングはそれ以上の費用がかかりますが、価格はサイトの要件によって異なります。ホスティングプランの詳細はこちらでご確認ください: Discourse pricing | Discourse - Civilized Discussion
ただし、Discourseはオープンソースソフトウェアですので、ご自身のサーバーに無料でインストールしてご利用いただけます。
「いいね！」 11
なぜこれが必要なのでしょうか？Discourse には現在、カテゴリ固有のモデレーター機能があります。各部署に適切なカテゴリ（複数可）を割り当て、その部署のカテゴリに対して教授たちにモデレーター権限を付与すればよいはずです…
「いいね！」 8
興味本位で伺いますが、機能的に Piazza は Discourse にはできないことは何ですか？
「いいね！」 6
pfaffman
2020 年 12 月 16 日午後 6:41
5
私は Discourse のサポートで生計を立てており、元々は教育者かつ教員養成の教育者（教育学部の教授）でした。多くの学校に購入を説得している企業の行為、そしてその規模には、しばしば驚かされます。私の推測では、これらの企業は製品やサポートの質があまり良くないため、広告宣伝に異常なほど多額の資金を費やしているのでしょう。
また、FERPA（家庭教育権およびプライバシー法）について言えば、私の妻が頻繁に「お子様の〈図書館の貸出、個別教育計画（IEP）、停学などに関する FERPA 違反〉」というメールを受け取ることにも驚かされます。これは、一部の機関がメールアドレスを持っていないことが原因です。
マルチサイト機能は必要ありません。既存の認証システムとの統合を通じてグループやカテゴリを設定できる手段があれば十分です。特に、多くの学校の技術担当者がその実現に協力できない、あるいはする気がないため、接続部分が最も難しい部分です。もしかすると、マルチサイトが解決策だとお考えなのはそのためかもしれません。つまり、各教師にユーザー管理の権限と責任を持たせるのです。学校が Google 認証などを使用している場合、教師が参加者を承認するだけで済むため、それでも理にかなっているかもしれません。
しかし、話がそれてしまいました。
それは具体的にどのようなものですか？
「いいね！」 6
教育現場におけるこの障壁の大きさを過小評価しないでください。私は 1,000 人の学生がいるクラスのために数台のサーバーを獲得するために、必死に頭を下げ、拳を振り回すような交渉を強いられました。一流の CS 教育機関の他の教員と話したところ、AWS での運用を強制する部署があるところもあれば、オフィス近くのクローゼットにある古いラップトップで重要なコースインフラを稼働させているところもあります。ここでの苦労は実在します。だから、Discourse を動かせるマシンを持っていること自体が幸運なのです！
いくつかあると思います。ただし、(1) 私はいかなる場合でも Piazza を避け、(2) 最新の Discourse の機能やプラグインの能力について 100% 把握しているわけではないことを念頭に置いてください。それでも、私が感じるギャップについて以下に述べます。
Piazza は、例えば「教員には見せず、他の学生には見せる」といった、異なるタイプの匿名性のサポートが優れています。また、投稿ごとにこの設定を個別に行うことも可能です。私の IT スタッフは、Discourse の匿名性サポートを比較して「使い勝手が悪い」と評しました。私も同意見です。学生が使い方を理解するまでに時間がかかり、一度理解すると、長い間「匿名モード」に完全に没頭してしまう傾向があります。例えば、今学期は anonymous246 という名前で無数の質問に回答してくれた非常に親切な学生がいました。彼に賞を与えて称えたいのですが、誰なのか分かりません（はい、調べることは可能だと承知しています）。しかし、より柔軟な匿名性の仕組みがあれば、大きな改善になると思います。
私の記憶が正しければ、学生が他の学生には見せずに、すべての教員に直接投稿できる方法もあります。これは、コードスニペットなど、他の学生と共有すべきではない機密情報を明かす必要がある質問をするのに適しています。以前、カテゴリ向けの「投稿のみ」権限という形でこの機能を要望しましたが、回答は「それはメッセージ機能で実現できます」というものでした。残念ながら、メッセージはトピックと同じように UI に統合されていません。ただし、私ほど気にしない人もいるかもしれません。
Piazza には、教員と学生が「協力的」にグループ投稿を編集できる場所もあります。私は誰もその機能を渇望しているとは聞いたことがありません。ただし、それを望む人もいるかもしれません。Discourse にはすでにこの機能があるのでしょうか？私は魅力的だとは思っていないので、以前は調べていませんでした。私の意見では、これは Piazza のバグであり、機能ではありません。私のクラスでは、正解が一つしかない質問はほとんどなく、正解に到達するかどうかに関わらず議論を促進したいと考えています。私たちはこの機能の代替として「解決済み」プラグインを使用しており、うまく機能しています。
pfaffman:
FERPA についても触れておきます
はい、FERPA への過度な懸念（FERPAnoia）は現実です。私の機関では非常に蔓延しています。自己ホスト型はこれを回避する素晴らしい方法です。それ以降、外部ホスティングオプションを提供するために何が必要になるかは分かりません。機関によって、FERPA を解釈する法律家のグループや、その懸念の度合いが異なるようです。
pfaffman:
マルチサイトは不要です
カテゴリごとの管理システムがどのように機能するかは、私にはよく分かりません。
はい、同意します。しかし、これは本当に必要なのでしょうか？なぜ Discourse の組み込み認証を使わないのでしょうか？それが Piazza のモデルです。
私の機関には Google Apps 統合があり、Shibboleth ではなく Google ログインフローを利用できます。とはいえ、ここでは Shibboleth プラグインの広告を見たことがありますが、まだ試していません。
「いいね！」 5
pfaffman
2020 年 12 月 16 日午後 7:08
7
私が以前働いていた機関では、どこにもサーバーを保有することを許可されませんでした。そのため、Discourse インスタンスを Digital Ocean（もしかすると AWS の無料ティア）で運用することになりました。
人々がなぜ匿名性を望むのか、そのタイミングが理解できません。また、これは大きな説明責任の問題のようにも思えます。
会話に参加している誰が誰なのかを明確にするため、メッセージは全く異なるフローであることは理にかなっていると思います。匿名で貢献する人の例は、公開、非公開、匿名のものを混同しやすくしてはならない理由の好例だと言えます。
ウィキのようなものですか？
なぜなら、さらに別のアカウントとユーザー名、パスワードを取得するのは面倒だからです。
それは非常に簡単になります。私はいくつかの機関で Shibboleth の設定を手伝いましたが、簡単ではありませんでした。ただし、一度設定すればそれで済みます。
教育機関向けに特別なサポートを提供するサービスを年額数百ドルで提供するアイデアも浮かびますが、Communiteq （旧 DiscourseHosting）では月額 20 ドルでホスティングを利用できます。また、あなたが指摘している通り、CDCK でのホスティングは Piazza の料金に比べれば破格です。
「いいね！」 1
pfaffman:
なぜ人々が匿名を望むのか、私は理解できません。
多くの学生は、大規模な公開フォーラムで質問することに緊張します。これは現実的な問題です。匿名投稿はこれを助けます。また、クラスメートには匿名であっても、コーススタッフはサポートを提供する際に身元を確認できます。
「いいね！」 8
興味本位で伺いますが、「匿名である」とはどういう意味なのでしょうか？
例えば、私が運営しているあるサイトでは、ユーザーに対して匿名のユーザー名を使用し、個人を特定できる情報を提供しないよう奨励しています。
したがって、ピアの匿名性を実装するのは最初から組み込まれている機能でしょうか？つまり、単に本名を使わないだけでよいのでしょうか？
もちろん、検証可能なメールアドレスの提供は必要ですが、それは他のユーザーには一切公開されません。
もしかすると、Piazza が行っていることは、アプリ内の異なる信頼レベルに応じて、個人識別情報（PII）の異なるレベルを、個人の好みに応じて公開しているということでしょうか？それはまずプラグインの領域ですね…
「いいね！」 7
はい、それはとても素敵に聞こえますね。
私は、身元を実際の学校アカウントと紐付けたいと考えています。これは Piazza が必須としているものではありませんが、私はこれは本質的に FERPA（米国教育法改正法）の回避策だと信じています。さもなければ、Piazza はコースの履修者リストを再構築できてしまうからです。それは厳禁事項です。したがって、ほとんどの学生が匿名機能のおかげか、公式の学校メールアドレスと身元を使って Piazza に登録しているようですが、少なくとも私が教えている場所では、使い捨てのメールアドレスを使用する選択肢も残されています。
信頼レベルも、教育利用をサポートするために意図的な設定が必要となるもう一つの領域です。自然に起こりうるのは、学生がより高度な権限を獲得し始めることで、それが奇妙な状況を生む可能性があります。何人かの学生は、必然的にサイトに「非常に長い」時間を費やし、許可すれば高い信頼レベルまで昇格していきます。私の解決策は、（私の記憶が正しければ）レベル 2 と 3 の間に厳格な信頼の境界線を設け、スタッフはすべてレベル 3 から開始させることです。
「いいね！」 3
pfaffman
2020 年 12 月 16 日午後 9:08
11
それは理にかなっていません。すべてのLMSはコースの履修者リストを知っています。
「いいね！」 4
多くの教育機関が Google Workspace を採用し、オンラインディスカッションに Google Currents を利用しています。Discourse がこれらの教育機関の移行を促す何らかの方法を見出せれば、それは素晴らしいことでしょう！
Google Classroom は、Discourse が直面するもう一つの障壁です。Discourse が Google サービスとの統合を模倣できれば、さらに理想的です。Discourse には、課題の作成・配布・採点といった機能に加え、学生向けの統合されたToDoリストなど、他の多くの機能も必要となります。
その上で、Microsoft や Apple の同等のツールについても同様の統合を提供すればよいでしょう。
いずれにせよ、私は教育機関向けのツールとして Discourse に信頼を置いています。高校などにおいて大きな割合を占める、気まずさのない議論を促すのに役立つはずです。
「いいね！」 3
私の感覚では、LMS は通常キャンパス内でホストされています。これは大きな違いを生みます。あるいは、それらがすべて FERPA の「承認」を受けているということでしょうか。FERPA は確かに存在しますが、その仕組みは私には理解できていません。（何らかの按手礼でしょうか？香りのあるオイルでしょうか？不思議に思います…）
余談ですが：私は、各リポジトリがルートディレクトリにある email.txt ファイルで各学生を識別する GitHub Classroom を使用したことで、同僚から攻撃されたことがあります。おそらく、GitHub がプライベートリポジトリへのアクセスに関するすべての利用規約に違反した場合、数百のリポジトリをスキャンすることでコースの履修者リストを復元できてしまうから、という理由です。本当にです。（今学期は一意の ID に変更しましたが、彼らはまた別の心配事を見つけることでしょう。）また、明らかに教育用途を意図しており、世界中の教育機関で実際に使用されている製品（GitHub Classroom）が、私たちの弁護士によってまだ FERPA リスクとみなされているほど、FERPA の解釈が曖昧であるという事実に、呆然とさせられます。ため息です。
「いいね！」 1
pfaffman
2020 年 12 月 16 日午後 10:03
14
私の感覚では、キャンパス内にホストされることはほとんどありません。
私の妻に、そこで学ぶ学生の個人的な詳細を送りつけている同じ組織が、そのような規則に対して実際に作業を行う人々を制限するための規則も整備していることは間違いありません。
はい、私の妻が所属する大学は、すべてのコースのすべての教材が障害者への対応を遵守する必要があると決定しました。しかし、実際にはそうではなく、その結果、彼女は動画を使わず、可能な限り画像さえも使用しないという状況になっています。彼らは看護学部を攻撃し、画像に代替テキスト（alt タグ）を含めていないと非難しましたが、その画像の目的は、X 線画像を解釈できるかどうかを確認することだったのです。
また、弁護士の友人が南部の大学で働き始めた際、誰もが「大学がアルコールを購入することは違法だ」と信じていました。その結果、それを回避するための巧妙な手口が生まれました。彼が確認したところ、実際にはそのような法律は存在せず、ある会計士が一度作り上げたに過ぎないものでした。
クラス名簿の問題については、純粋なナンセンスだと言わざるを得ません。それが、もう大学で働いていないことに満足している理由の一つです。
「いいね！」 6
そうですね、その通りかもしれません。実際のサーバーがどこにあるのか、またFERPAが「第三者」とみなすものが何かについては、私にはわかりません。
私の機関や学部はこれに対して非常に神経質になっています。他の多くの機関はそうではないでしょうが、これはあくまで例外ケースへの準備です。
「いいね！」 5
ここには大きな機会があると思いますが、「マルチコース」とは具体的に何を指すのかを明確にする必要があるでしょう。（複数のインスタンスでしょうか、単にカテゴリでしょうか、それとも他の何かでしょうか？）
Discourse の「解決済み」機能、Wiki 投稿、デフォルト設定のカスタマイズを組み合わせれば、大きな手間をかけずに Piazza に似た体験を実現できるはずです。Discourse には既に SAML や OAuth を通じた SSO が備わっており、教育機関の大部分をカバーしています。LMS 統合のような場合、LTI プラグインも存在しますが、私はまだ使ったことがありません。
法的な課題については、オンプレミスまたはパブリッククラウドのいずれかでも、セルフホスティングは良い選択肢です。ただし、FERPA（家庭教育権法）の観点からは、教育機関と契約を結ぶ意思のある企業があればそれで十分です。学校が契約を結べば、アプリにどのデータを流すかを決定できます。一般的に、PII（個人識別情報）に関する手続きを緩和するのはこの契約です。正直なところ、Discourse は他の授業用ディスカッションツールと比べて特に複雑だとは思いません。
「いいね！」 4
pfaffman
2021 年 1 月 17 日午前 4:06
17
マルチコースは単にカテゴリとグループのことだと思います。それほど難しくはありません。
何か提供することは喜んで行いますが、それをどうマーケティングすればよいのか見当もつきません。
「いいね！」 4
それは一つのモデルです。しかし、完全な制御を望み、自分たちのための専用フォーラム全体を持ちたいコースも多数あると考えています。それらは異なる設定を行ったり、異なるプラグインを使用したり、モデレーションに関する独自のポリシーを設けたりすることも望むかもしれません。
また、「コースをカテゴリとして扱う」モデルにおいて、検索機能がどのように動作するかについては確信が持てません。自分が受講しているコース以外の結果が表示されると、かなり混乱するでしょう。ただし、カテゴリの権限設定が適切に行われていれば、問題なく機能するかもしれません。おそらく、そこには何らかの自動化が必要になるでしょう。
さらに、学期ごとにフォーラムを定期的に再起動する必要があるという点も、このモデルで欠けている機能であり、複雑化の要因となり得ます。これはおそらく通常の Discourse フォーラムの利用方法ではありません。一つのアプローチとしては、フォーラム全体を完全に再起動して最初から始めるという方法があります。しかし、継続性が望ましい領域も確かに存在します。例えば、コーススタッフ専用のプライベートカテゴリがあり、そこでの過去の会話を失うのは避けたいところです。一方で、学生が前学期の投稿でいっぱいのフォーラムにアクセスすることを通常は望みません。
私たちの場合は、学期ごとに専用のカテゴリツリーを新規に作成し、学生アカウントの権限を設定して、自分の学期のコンテンツのみを閲覧できるようにしています。卒業生は自分の学期のコンテンツを閲覧し続けることができ、スタッフはスタッフ専用のカテゴリを含むほぼすべてのコンテンツを閲覧できます。これは私たちの場合うまく機能していますが、コースの所属が変更されるたびに（特に学期の初めは時間単位で発生します）、すべての同期を行うためのやや不格好な cron ジョブスクリプトが必要です。
「いいね！」 4
pfaffman
2021 年 1 月 17 日午後 3:16
19
はい、そのために私は Discourse を使い始めました。それは faculty が LMS として実装したものではありません。 faculty 員が学期ごとにそれに対して支払う価値があるとお考えですか？
組織レベルでの適切な解決策は、登録を管理するシステムがクラス名簿の変更に応じて API コールを行うようにすることです。ただし、それは難しく、有能で協力的な技術スタッフが必要となりますが、そのような人材を持つ学校はあまりにも少ないのが実情です。
クラスレベルでは、手動で行うのが一般的です。
「新学期問題」に対する私の解決策は、ご指摘の通り、各コースセクションごとに新しいカテゴリとグループを作成することです。私は学期を超えて使用されるコースコンテンツに対して、読み取り専用カテゴリを使用していました。多くの LMS はこの点でひどく、新しい学期に向けてコースを準備するのは膨大な作業です。
あなたが挙げているものの多くは個別の解決策を見つけるのは容易ですが、一般的な解決策を見つけるのは困難です。
そして、学校で使われるソフトウェアの顧客は通常、実際のユーザーではなく、 faculty や学生の課題を理解していない人々であることがほとんどです。
「いいね！」 5
理想的には、もちろん無料です
ここで問題なのは、多くの教員（私自身も含めて）は、独立した授業用テクノロジーの購入に予算を当てていないという実感です。私はスタッフの人件費や個人的な技術（新しいラップトップなど）にはお金を使えますが、自分の授業のためにテクノロジーを購入する予算は持っていません。これは理にかなっていないように思えますが、決して珍しくありません。そのため、たとえ月額 5 ドル程度のものでも、結局は授業予算ではなく私財から支出することになります。
実際には、Discourse の SSO API を使ってログイン時にグループ割り当てを行う方がより良い解決策かもしれません。少なくともここではそれが完全に実現可能で、非常にスムーズに機能するでしょう。
Discourse API をこの目的で使う際に直面した問題の一つは、同期を実行するために必要な呼び出しが非常に遅いことです。特に 1 万回以上の呼び出しを行う場合、その傾向が顕著になります。このプロセスが組み込みのレート制限に抵触せず、かつユーザーに対して 500 エラーを引き起こさないようにするためには、レート制限をかける必要があり、その結果、完全なユーザー同期には約 1 時間かかってしまいます。これは私の授業だけの話なので問題ありませんが、もしこれを学部全体で実施しようとした場合、受け入れられないほど遅くなるでしょう。（参考までに、私がまだ利用していないバッチ同期インターフェースが存在する可能性や、同期クライアント側でこれらの呼び出しを回避するための適切な処理を行っていない可能性もあります。）
全く同感です。
「いいね！」 5
。しかし、Discourse がこの分野で進展を遂げることを心から応援しています！総合的に見れば、フォーラムとして Discourse はすでに Piazza より 10 年先を行っていますが、収益源ができたことで、彼らが実際にサイトの更新を始めることを期待しています。