Piazza переходит на платную модель — возможность для дискуссии

Некоторые из вас, работающих в сфере образования, вероятно, уже заметили, что Piazza переходит на платную модель уже в следующем месяце.

Как преподаватель и большой поклонник Discourse, я надеюсь, что разработчики увидят в этом огромную возможность для выхода Discourse на образовательный рынок. Я вижу три способа поддержки этого:

  • Предоставление отличных инструкций для преподавателей или IT-специалистов, желающих развернуть собственные экземпляры Discourse. (Размещение на собственном сервере решает многие вопросы соответствия FERPA.) Всё должно быть максимально простым, буквально «для чайников». Помните: многие из этих людей обычно ничего не настраивают, именно это и привлекло их к Piazza изначально. Возможно, также стоит предусмотреть возможность оплаты удалённой поддержки при таких установках со стороны Discourse?
  • Создание специального платного пакета для образовательных учреждений. Вероятно, можно предложить набор стандартных плагинов, которые воссоздали бы некоторые функции, похожие на Piazza, что могло бы облегчить переход. При этом необходимо будет соответствовать требованиям FERPA.
  • Улучшение поддержки нескольких сайтов, поскольку один департамент может захотеть развернуть одну установку Discourse для поддержки нескольких курсов.

Также потребуется пересмотреть модели ценообразования. Плата за лицензии только для департаментов у Piazza довольно проблематична, так как, насколько я понимаю, они покрывают только студентов этого департамента. Студенты других специальностей, посещающие курсы данного департамента, не покрываются. Это довольно очевидная и, честно говоря, неуклюжая попытка заработать: многие департаменты преподают курсы для смешанных групп, и видимость предоставления форума курса, бесплатного только для своих студентов, выглядит плохо. Однако, например, департаментская лицензия до 3000 студентов стоит 12 000 долларов в год. Сравните это с 3600 долларами за корпоративный план Discourse, который, как я подозреваю, при правильной настройке с поддержкой нескольких сайтов мог бы легко обслуживать ту же численность.

В любом случае — я уже очень довольный пользователь Discourse, поэтому вся эта история с Piazza для меня скорее повод попкорнить :slight_smile:. Но я буду болеть за Discourse, чтобы он добился успеха в этой сфере! В целом как форум вы уже опережаете Piazza на десятилетие, но я предполагаю, что они начнут действительно обновлять сайт теперь, когда у них есть источник дохода.

Но мне интересно узнать, что думают другие преподаватели. О чем ведутся разговоры в вашем учебном заведении по поводу этих изменений?

14 лайков

Было бы здорово увидеть, как больше учебных заведений используют Discourse для онлайн-обсуждений!

Стоит отметить, что на нашем хостинге Бизнес-план стоит 3600 долларов в год (300 долларов в месяц). Наша ценовая политика не зависит от количества пользователей на сайте. Вместо этого она основана на просмотрах страниц, объёме хранилища и используемых плагинах. Скорее всего, Бизнес-плана будет достаточно для 3000 студентов. Наш корпоративный хостинг стоит дороже — цена зависит от требований сайта. Подробная информация о наших планах хостинга доступна здесь: Discourse pricing | Discourse - Civilized Discussion.

Однако Discourse — это программное обеспечение с открытым исходным кодом, поэтому его можно установить на собственный сервер бесплатно.

11 лайков

Почему это необходимо? В Discourse теперь есть модераторы, специфичные для категорий. Выделите каждому отделу свои категории (или категории) по мере необходимости и предоставьте преподавателям права модератора в соответствующих категориальных разделах отдела…

8 лайков

Из чистого любопытства: что Piazza может делать функционально, чего не может Discourse?

6 лайков

Я зарабатываю на жизнь поддержкой Discourse и ранее работал педагогом и преподавателем педагогических дисциплин (был профессором в педагогическом колледже). Меня часто поражает то, за что и в каком объёме многие компании убеждают школы платить. Насколько я могу судить, эти компании тратят безумные суммы на маркетинг, поскольку их продукты и поддержка обычно оставляют желать лучшего.

Кстати, о FERPA: меня также поражает, как часто моя жена получает письма вида «ваш ребёнок <вставьте нарушение FERPA относительно библиотечных книг, индивидуальных образовательных программ, отстранений и т. п.>», потому что в некоторых учреждениях просто нет email-адреса.

Вам не нужен мультисайт, достаточно средства для настройки групп и категорий, предпочтительно через интеграцию с существующей системой аутентификации. Сложность именно в подключении к ней, особенно учитывая, что многие IT-специалисты в школах либо не могут, либо не хотят помогать в этом. Возможно, именно поэтому вы считаете мультисайт решением — вы просто передаёте каждому учителю власть и ответственность за управление своими пользователями. Это могло бы иметь смысл, если школа использует, например, Google Auth; тогда учитель мог бы просто утверждать тех, кто присоединяется.

Но я отвлекся.

Какие именно?

6 лайков

Не стоит недооценивать, насколько серьезным барьером это является в сфере образования. Мне пришлось проявить невероятную настойчивость и буквально стучать кулаками по столу, чтобы получить несколько серверов для моего курса, в котором обучается 1000 студентов. Я общался с другими преподавателями из ведущих университетов в области компьютерных наук. Многие из них работают в департаментах, которые обязывают их использовать инфраструктуру AWS. Другие держат критически важную для курсов инфраструктуру на старых ноутбуках, захламленных в шкафах рядом с их офисами. Борьба здесь реальна. Так что мне повезло, что у меня вообще есть машина для запуска Discourse!

Несколько вещей, насколько я понимаю. Имейте в виду, что (1) я избегаю Piazza, где это возможно, и (2) я не на 100% в курсе новейших функций Discourse и возможностей плагинов. Но вот мое представление о том, где находятся пробелы.

Piazza предлагает лучшую поддержку различных типов анонимности: например, анонимность только для других студентов, но не для преподавателей. Кроме того, это можно устанавливать для каждого сообщения отдельно. Мой IT-персонал описал поддержку анонимности в Discourse как неудобную. Я согласен. Студентам требуется много времени, чтобы разобраться, как этим пользоваться, а когда они это делают, они часто надолго исчезают в режиме полной анонимности. Например, у нас в этом семестре был очень полезный студент, который ответил на тысячу вопросов под ником anonymous246. Я хотел бы отметить его наградой, но не знаю, кто он. (Да, я знаю, что могу это выяснить.) Но я считаю, что более гибкая анонимность стала бы большим улучшением.

Насколько я помню, в Piazza есть возможность для студентов публиковать сообщения напрямую всем преподавателям, но скрыто от других студентов. Это хороший способ задавать вопросы, требующие раскрытия информации, которую нельзя делиться с другими студентами, например, фрагменты кода. Я ранее запрашивал эту функцию здесь в виде разрешений «только публикация» для категорий, но ответ был: «у нас это есть, это сообщения». К сожалению, сообщения просто не интегрируются в интерфейс так же, как темы, но я не уверен, что это будет беспокоить других так же сильно, как меня.

В Piazza также есть место, где преподаватели и студенты «совместно» редактируют групповой пост. Я никогда не слышал, чтобы кто-то тосковал по этой функции. Я предполагаю, однако, что некоторым людям она нужна. Может быть, в Discourse это уже есть? Я не считаю это желательным, поэтому раньше не искал. На мой взгляд, это баг Piazza, а не фича. Очень мало вопросов в моем курсе имеют единственно верный ответ, и я хочу поощрять дискуссию, которая может, а может и не прийти к правильному ответу. Мы используем плагин Solved как версию этого механизма, и он работает хорошо.

Да, «FERPA-паранойя» реальна. В моем учебном заведении она довольно распространена. Самохостинг — отличный способ обойти эту проблему. За пределами этого я не знаю, что еще нужно предоставить для вариантов внешнего хостинга. В разных учебных заведениях также, кажется, есть разные группы юристов, которые интерпретируют FERPA с разной степенью «FERPA-паранойи».

Кажется, я не знаю, как работает система администрирования по категориям.

Да, согласен. Но это необходимо? Почему бы просто не использовать встроенную аутентификацию Discourse? Это модель Piazza.

В моем учебном заведении есть интеграция с Google Apps, которая позволяет нам использовать потоки входа через Google, а не Shibboleth. Тем не менее, я видел здесь рекламу плагина Shibboleth, но еще не пробовал его.

5 лайков

В последнем учебном заведении, где я работал, мне не разрешили получить сервер нигде, поэтому я в итоге развернул свой экземпляр Discourse на Digital Ocean (или, возможно, на бесплатном тарифе AWS).

Я не понимаю, в каких ситуациях люди хотят быть анонимными. Это также кажется огромной проблемой с точки зрения подотчётности.

Я думаю, что логично сделать это совершенно отдельным процессом, чтобы было очевидно, кто участвует в разговоре. Ваш пример с анонимным вкладом кого-то как раз иллюстрирует, почему не стоит делать лёгким смешивание публичного, приватного и анонимного контента.

Как в вики?

Потому что создание ещё одной учётной записи с новым именем пользователя и паролем — это боль.

Это действительно упрощает дело. Я помогал некоторым учебным заведениям настроить Shibboleth. Это было непросто, но это нужно сделать только один раз.

Можно представить создание какого-то сервиса со специальной поддержкой для образования за несколько сотен долларов в год, но хостинг можно получить в Communiteq (ранее DiscourseHosting) за 20 долларов в месяц. И, как вы отметили, хостинг от CDCK — это выгодная сделка по сравнению с тем, что взимает Piazza.

1 лайк

Некоторые студенты стесняются задавать вопросы на большом публичном форуме. Это действительно так. Анонимные публикации помогают в этом. Кроме того, анонимность для одногруппников позволяет преподавательскому составу видеть личности студентов при оказании помощи.

8 лайков

Из любопытства, что означает быть анонимным?

Например, я управляю одним сайтом, где пользователей поощряют использовать анонимные имена пользователей и не предоставлять информацию, позволяющую их идентифицировать.

Так что реализация анонимности участников «из коробки» — это просто не использовать своё настоящее имя?

Очевидно, что они должны предоставить проверяемый адрес электронной почты, но в любом случае он не раскрывается другим пользователям.

Возможно, то, что делает Piazza, — это предоставление различных уровнейPersonally Identifiable Information (PII) разным уровням доверия внутри приложения в зависимости от предпочтений пользователя? Это уже территория плагинов, по крайней мере на начальном этапе…

7 лайков

Да, звучит очень круто.

Мне хотелось бы, чтобы учётные записи были привязаны к реальным школьным аккаунтам. Piazza этого не требует, но я считаю, что это, по сути, обход FERPA — иначе Piazza могла бы восстановить список студентов курса, что недопустимо. Поэтому, хотя большинство студентов, похоже, регистрируются в Piazza, используя свою официальную школьную почту и личность (возможно, из-за функций анонимности), по крайней мере там, где я преподаю, они могут выбрать использование временного адреса электронной почты.

Уровни доверия — это ещё один аспект, где для поддержки образовательного использования потребуется преднамеренная настройка. То, что складывается естественно, — это то, что студенты постепенно получают более продвинутые привилегии, что может стать странным. Несколько из них неизбежно проведут очень много времени на сайте и, если им позволить, поднимутся до высоких уровней доверия. Моё решение — установить жёсткую границу доверия между (насколько я помню) уровнями 2 и 3, причём сотрудники должны начинаться сразу с уровня 3.

3 лайка

Это не имеет смысла. Каждая LMS знает, каковы списки студентов курсов.

4 лайка

Многие учебные заведения используют Google Workspace и Google Currents для онлайн-обсуждений. Если бы Discourse каким-то образом мог побудить эти учебные заведения перейти на него, это было бы замечательно!

Google Classroom — ещё одно препятствие, с которым придётся столкнуться Discourse. Если бы Discourse смог воспроизвести интеграцию с сервисами Google, это было бы ещё лучше! Discourse должен обладать функциональностью для простого создания, распространения и оценки заданий, а также включать такие функции для студентов, как интегрированный список задач и ряд других возможностей.

Далее следует реализовать аналогичную интеграцию для эквивалентных инструментов от Microsoft и Apple. :sweat_smile:

В любом случае, я верю в Discourse как инструмент для учебных заведений. Он поможет стимулировать обсуждения (которые являются важной частью старшей школы и других учебных заведений), которые не будут неловкими.

3 лайка

Мне кажется, что LMS обычно размещаются на кампусе. Это существенно меняет дело. Либо все они были «одобрены» FERPA — это действительно существует, но я не до конца понимаю, что это такое. (Некое возложение рук? Ароматические масла? Остаётся только гадать…)

В качестве примера: меня критиковали коллеги за использование GitHub Classroom, где каждый репозиторий идентифицирует студента через файл email.txt в корне. Потому что, видимо, если бы GitHub нарушил все свои Условия использования относительно доступа к приватным репозиториям, они могли бы восстановить список студентов, пройдясь по сотням репозиториев. Серьёзно. (В этом семестре я перешёл на уникальные идентификаторы, но уверен, что они найдут что-то ещё, что можно беспокоить.) Также поражает, что FERPA, судя по всему, настолько открыта для интерпретации, что продукт (GitHub Classroom), который явно предназначен для образовательных целей и активно используется учебными заведениями по всему миру, всё ещё считается (нашими юристами) риском с точки зрения FERPA. sigh.

1 лайк

Мне кажется, что они практически никогда не размещаются в кампусе.

Уверен, что те же самые места, которые отправляют моей жене интимные подробности о студентах, обучающихся там, также имеют правила, чтобы люди не могли выполнять реальную работу в соответствии с такими правилами.

Да, университет моей жены решил, что все курсы должны быть полностью доступны для людей с ограниченными возможностями, что не так, и это означает, что она просто не использует ни видео, ни даже изображения, если может этого избежать. Они атаковали медицинскую школу за то, что в ней не были указаны альтернативные теги, описывающие изображения, хотя цель изображения заключалась в том, чтобы проверить, сможет ли кто-то интерпретировать рентгеновский снимок.

А друг, который является юристом, устроился на работу в университет на Юге, где все верили, что для университета «незаконно» покупать алкоголь, что просто приводит к сложным уловкам, чтобы обойти это. Он проверил. Нет. Это не закон, а просто что-то, что когда-то выдумал какой-то бухгалтер.

Я считаю, что история со списком студентов — это чистейший бред, и именно поэтому я рад, что больше не работаю в университете.

6 лайков

Да, справедливо. Я не знаю, где находятся реальные серверы. Или что FERPA считает третьей стороной.

Мое учебное заведение и департамент довольно обеспокоены этим. Многие другие учреждения не будут. Но это просто подготовка к обработке исключительных случаев.

5 лайков

Я считаю, что здесь есть отличная возможность, хотя, похоже, вам нужно тщательно обдумать, что именно подразумевается под «многокурсовой» структурой. (Это множественные экземпляры, просто категории или что-то другое?)

Комбинация решённых тем в Discourse, постов в формате Wiki и настройки параметров по умолчанию позволит вам с минимальными усилиями создать опыт, близкий к Piazza. В Discourse уже реализован единый вход (SSO) через SAML и OAuth, что покрывает большинство образовательных провайдеров. Что касается интеграции с системами управления обучением (LMS), то существуют плагины LTI, хотя я сам их ещё не использовал.

Что касается юридических вопросов: самостоятельное развёртывание (self-hosting) — это хороший вариант, будь то локальная инфраструктура (on-premise) или публичное облако. Однако для соответствия требованиям FERPA вам понадобится компания, готовая подписать договор с образовательным учреждением. Как только школа подпишет контракт, она сама решает, какие данные передаются в приложение. В основном именно контракт снимает сложности, связанные с обработкой персонально идентифицируемой информации (PII). Честно говоря, я не вижу в Discourse ничего более сложного, чем в других инструментах для обсуждения в рамках курса.

4 лайка

Я думаю, что многоуровневые курсы — это просто категории и группы. Это не так уж сложно.

Я был бы рад предложить какой-то продукт, но не знаю, как его продвигать.

4 лайка

Это одна из моделей. Но я также считаю, что существует множество курсов, которые захотят полного контроля и наличия отдельного форума, предназначенного исключительно для них. Они также могут захотеть настроить вещи по-другому, использовать разные плагины и иметь собственные правила модерации.

Также я не уверен, как в модели «курс как категория» будет работать поиск. Поиск результатов по курсам, кроме того, который вы проходите, может вызвать путаницу. Но, полагаю, если права доступа к категориям настроены правильно, всё будет работать нормально. Вероятно, для этого потребуется какая-то автоматизация.

Ещё одна отсутствующая функция здесь и то, что может усложнить модель «курс как категория», — это необходимость периодической перезагрузки форума каждый семестр. Это, вероятно, не является обычным использованием форума Discourse. Один из подходов — буквально просто перезагрузить весь форум и начать заново. Однако в определённых областях важна преемственность. Например, у нас есть приватная категория для преподавателей курса, и я бы не хотел терять наши старые обсуждения там. Но при этом обычно не хочется, чтобы студенты заходили на форум, переполненный постами о прошлом семестре.

Мы поступаем так: каждый семестр создаём совершенно новую иерархию категорий, специфичных для семестра, и настраиваем права доступа для учётных записей студентов так, чтобы они могли видеть только материалы своего семестра. Выпускники могут продолжать видеть контент своего семестра, а преподаватели — практически всё, включая приватные категории для персонала. Это хорошо работает у нас, но требует довольно громоздкого скрипта cron для синхронизации всего по мере изменения состава курса. (Что происходит буквально каждый час, особенно в начале семестра.)

4 лайка

Конечно, именно поэтому я начал использовать Discourse. Это не то, что преподавательский состав когда-либо разрабатывал в рамках любой LMS. Как вы думаете, сколько преподаватель готов был бы платить за это за семестр, скажем?

Правильное решение на институциональном уровне — это чтобы система, управляющая зачислением, выполняла вызовы API при изменении списков студентов. Это сложно, однако, так как требует компетентного и отзывчивого технического персонала, которого в слишком многих учебных заведениях не хватает.

На уровне отдельного курса это просто делается вручную.

Моё решение «проблемы нового семестра» — это, как вы описываете, создание новой категории и группы для каждого раздела курса. Я использовал категорию только для чтения для контента курса, который использовался в нескольких семестрах. Большинство LMS справляются с этим ужасно — подготовка курса к новому семестру требует огромных усилий.

Большинство описанных вами проблем легко решаются по отдельности, но сложно найти универсальные решения для них.

И обычно заказчиком программного обеспечения, используемого в школах, является не пользователь, а люди, которые часто не понимают проблем преподавателей или студентов.

5 лайков

В идеале — ничего :slight_smile:. Но, возможно, несколько долларов в месяц? Цены на хостинг Discourse вполне разумные.

Одна проблема в том, что, на мой взгляд, у многих преподавателей (включая меня) практически нет бюджета на покупку независимых технологических решений для курсов. Я могу тратить деньги на персонал и на личную технику (новые ноутбуки). Но у меня нет бюджета на покупку технологий исключительно для моего курса. Это мало что имеет смысла, но, к сожалению, это не редкость. Поэтому даже если мне нужно что-то, что стоит (скажем) 5 долларов в месяц, это приходится оплачивать из личных средств, а не из средств курса.

На самом деле, лучшее решение — вероятно, использовать API SSO Discourse для назначения групп при входе в систему. По крайней мере, здесь это вполне реализуемо и было бы довольно изящно.

Одна проблема, с которой мы столкнулись при использовании API Discourse для этой задачи, заключается в том, что вызовы, необходимые для синхронизации, работают медленно, особенно когда их количество достигает 10 тысяч. Ограничение скорости вызовов до уровня, при котором процесс не превышает встроенные лимиты и не вызывает ошибок 500 у пользователей, означает, что полная синхронизация пользователей занимает около часа. Это приемлемо, поскольку это только для моего курса, но если начать делать это для целого департамента, это будет неприемлемо медленно. (Кстати, возможно, существует какой-то интерфейс для массовой синхронизации, который я не использую, и возможно, я не делаю всё правильно на стороне клиента синхронизации, чтобы избежать некоторых из этих вызовов.)

+1 здесь.

5 лайков