pfaffman
(Jay Pfaffman)
21
没错。你希望的做法是在学生被加入或移除出课程时调用 API,从而保持数据实时更新,而无需为 6 万名学生乘以众多课程进行大量 API 调用。如果你有具备相关技能且愿意提供帮助的技术人员,单点登录(SSO)方案将非常理想。在一所大型中西部大学,这种情况是有可能的,但前提是需要获得他们的支持。回想当年,在我所在的一所大型南方大学,我曾成功获得专业帮助,将自托管的 Moodle 实例与学校进行 LDAP 认证集成,不过当时我并未要求获取课程级别的数据。
确实如此。因此,更仔细地审视 Piazza 可以发现,其商业模式显然是先以免费或低价向用户开放,让他们有足够时间构建产品,并与主流学习管理系统(LMS)建立联系(包括软件层面和业务层面)。而一旦你成为“大型 LMS 官方合作伙伴”,技术团队在资金和时间上的支持就会容易得多。
目前我找到的解决方案包括:
- 一个问答插件的分支版本,允许将两条帖子标记为答案:一条面向所有可访问该分类的用户,另一条面向控制该分类访问权限的群组所有者。随后,这两条帖子都会被设置为 Wiki 模式,且写入权限仅限于相应群组。不过,我并非完全确信学生或教师是否真的喜欢这个功能,因此也许你真正需要的只是一个不糟糕的论坛。
- 为每一种 LMS 开发的插件,用于将分类与 LMS 课程连接起来。我猜应该先从 Moodle 开始,因为它是免费的,然后再着手开发 Canvas 的插件,因为它是当前的市场领导者。我估计每个插件需要 10 到 50 小时,但实际时间可能会相差 2 到 3 倍。不过,这一切都依赖于那些掌握 LMS 访问权限的人的支持。
对于单个课程而言,如果学生使用 Google 或 Microsoft 邮箱,那么身份验证并不会太麻烦(即使没有来自上级的协助),手动管理用户也不会特别困难。但若要让我觉得值得投入,我大概需要按每学期约 100 美元的标准收费,前提是我无需花费大量精力协助用户完成注册和上手过程。
6 个赞
asirota
(Alex Sirota)
22
使用 GitLab——许多高校有效利用它来防止学生向作弊者分享项目。关键在于同辈压力:使用大家普遍采用的工具,你就能高枕无忧。
5 个赞
好吧,我在 Ars Technica 的头版上找到了这篇文章。看起来 Google 很“好心”地为 Discourse 做到了这一点!
对于那些真正使用它的企业(开玩笑归开玩笑),将 Google Currents 数据迁移到 Discourse 的最简单方法是什么?
2 个赞
pfaffman
(Jay Pfaffman)
24
有什么官方文档说明如何从中导出数据吗?他们终于关闭了导出 Google Groups 数据的方式。
3 个赞
也许可以通过导出已不存在的 Google+ 数据的方式?
我还找到了这个主题。
1 个赞
pfaffman
(Jay Pfaffman)
26
如果您有预算,可以在#marketplace发布或给我发私信。
3 个赞
不幸的是,我没有预算,但在我之前回复中链接的帖子中的一些用户愿意为相关项目出资。
1 个赞