Hi there. I work for a university in IT. We’d like to create private discourse categories (which would map to courses), where only members of the course and the instructors would have access.
Wondering if anyone else is doing this currently and could share their experiences. Thanks!
Given the quality of the forums included in the LMSes I’ve had the misfortune to be exposed to over the years, Discourse would be an intergalactic leap forward in user experience.
We’ve got plenty of educational institutions amongst our hosted customer base, although I don’t see any obviously listed on our customers page. I’d be surprised if some of them weren’t using Discourse as a course discussion system. Hopefully one or more admins from those sites hang around here and can add their thoughts.
We have two approaches that both seem to work out:
For a mathematics preparatory course, we have one permanent Discourse instance that we re-use every year. This makes sense for us, because the course is organized by a team of volunteers, and there is both a large overlap between two consecutive years’ teams, and often a bit to discuss between courses. We archive and tag all topics before the preparations for a new course start. You can read a bit about my journey to do this here:
For other courses, we use one Discourse instance for each iteration. So far, we’ve been simply shutting them down in the end, but in the future, I want to use multisite so I can keep the old instances running without causing significant additional load.
We use a custom course management system that manages submissions, grades, exams and so on. This CMS has a built-in phpBB-based forum, but also supports Discourse SSO – so in the courses where we use Discourse, the “Forum” link in the CMS simply triggers an SSO login to the (login required) Discourse instance for this course. The Discourse instance has a site customization which adds a navigation bar on top, allowing you to get back to the CMS.
I’m sure one large Discourse instance with subcategories could work too, but we’ve made a really good experience with our one-instance-per-course approach.
Hi, Jeff. I was once an instructional technology professor in colleges of education. In my last gig, I taught my classes with Discourse (which is part of why I now make my living with Discourse).
I organized assignments (or quests) in read-only categories and instructed students to reply-as-linked-topic (now on the link icon below a post) and put their post into the category for their class with a particular tag for that assignment. This made it easy for students to comment on each others work and for me to see whether students had done the work. I would their topic if they had completed the assignment, and wrote a script that would see that students had done the assignment and gave different grades if I had liked it and if other students had. It’s probably not helpful, but you can have it.
Having the assignments in their own categories made it easy to re-run a course and to use an assignment in multiple courses. The other cool thing is that when it was obvious that an assignment was badly worded or otherwise needed changing, I could change it immediately, making life better for the slackers who did the work late, and meaning that all those changes to assignments that I might otherwise have intended to do before next semester were, in fact, done.
You can see a syllabus for the last class I taught and this one too. This also worked really well, since the assignments were separate from the course, there wasn’t the copy-the-old-course-to-the-new-one at the start of each semester. All that was needed was to copy the syllabus and change the dates on it.
My courses were all (and remained for a time) public. Changing that is just a matter of changing the permissions on the categories, though. I think that I just put a link to the course in the school’s LMS to get people to sign up. You could use groups to invite students to the course and control access.
Still getting our feet wet with the tool, but leaning toward making each course a private category (or maybe sub-category?), with permissions granted to a group that contains the students, instructors, and TAs for that course.
We could be running hundreds of courses each semester, which means we’d end up with loads of (private) categories. That could eventually be a problem for us, as it looks like there could be issues with having much more than 1000 categories (?), based on what I’m seeing in this topic:
So perhaps we’d need to archive these off at some point…but we’re not going to hit that limit overnight.
We’d definitely need to bump up the default character limit for group names to accommodate unique names for courses/sections, and it looks like this is doable. Hurray!
@pfaffman thanks for sending along your examples! We’ll give those a closer look and let you know what questions come up. And thanks, @fefrei for sharing how you’re approaching this at your institution. Plenty to think about!
가장 큰 어려움은 카테고리 내의 주제(Topic)를 순서대로 정렬할 수 없다는 점입니다. 코스를 순서대로 진행한 후 각 요소를 시각적으로 체크해 나가는 과정에는 정말 만족스러운 점이 있습니다. 이것이 가능한지 궁금합니다. 또한, 주제 목록 페이지에서 특정 주제를 좋아한다는 것을 표시할 수 있는 테마 컴포넌트가 있다면 어떨까 생각도 듭니다. 기존 기능을 활용하여 주제를 완료했다는 한눈에 보는 만족감을 얻을 수 있는 가장 쉬운 방법이 될 수 있을 것 같습니다. 아니면 사이드바를 추가할 수도 있을까요? 아이디어를 듣고 싶습니다.
네, 저도 그 부분을 생각하고 있었습니다. 그 하나의 주제를 쉽게 찾고 눈에 띄게 유지하기 위해 특별히 한 것이 있나요? 아이디어가 있다면 알려주세요. 현재 제 생각은 다음과 같습니다.
아이디어 #1: 과정 홈 주제를 체크리스트 형식으로 구성합니다. Reply Template 을 사용하여 학생들이 자신의 체크리스트를 만들 수 있게 합니다. 학생들이 해당 주서를 북마크하거나 자신에게 할당하도록 안내하여 더 쉽게 찾을 수 있게 합니다. 이 방식은 개인의 과정 주제가 학습 일지 역할도 하여, 성찰 등을 답글로 남길 수 있게 해줍니다.
아이디어 #2: 카테고리 설명에 과정 홈 주제 링크를 추가하고, Pavilion 와 같은 카테고리 배너 테마 컴포넌트를 사용하여 과정 홈 주제를 쉽게 클릭할 수 있게 합니다. 이 방식에는 체크리스트 컴포넌트가 없지만, 과정 홈을 업데이트하면 모든 사용자에게 반영된다는 장점이 있습니다. 이 주제는 공지사항 스레드로도 활용할 수 있습니다.
아이디어 #3: 과정 홈 주제를 생성한 후, Topic List Sidebars 과 같은 사이드바 컴포넌트를 사용하거나 Layouts Plugin 를 통해 코드를 작성합니다. 하지만 사용자가 모바일로 과정에 접속하는 경우 어떻게 될까요? 이러한 사이드바 컴포넌트들은 모바일에서 쉽게 보기 어렵게 보입니다.
제안대로 주제를 강의 계획서로 활용했습니다. 제 수업에서는 학생들이 동일한 일정에 따라 수업을 진행했기 때문에, 해당 주에 필요한 정보를 더 쉽게 찾을 수 있도록 내용을 압축하거나 확장했습니다.
또한, 학생들이 무엇을 완료했는지 추적하기 위해 커스텀 배지를 사용했습니다. 각 과제(제 수업에서는 "챌린지"라고 불렀습니다)에는 태그가 연결되어 있었고, 학생들이 해당 태그를 붙여 게시물을 올렸을 때(그리고 제가 게시물을 “좋아요” 했을 때) 배지가 발급되었습니다. 이를 통해 어떤 과제를 완료했는지 추적할 수 있었습니다. 저는 배지를 찾아 스프레드시트의 해당 셀을 업데이트하는 스크립트를 작성했고, 그 파일을 LMS 성적표에 바로 업로드할 수 있었습니다.
음, 어떤 의미에서는 "자동화"라고 할 수 있겠네요. LMS에서 파일을 다운로드한 뒤, 배지(혹은 주제?)가 있는지 확인하는 스크립트를 실행하고, 조건을 충족했다면 "full credit"을 입력한 다음, 그 파일을 다시 LMS에 업로드하는 방식이었어요. 적어도 그 당시에는 다른 사람이 사용하기에는 적합하지 않은 시스템이었죠. 하지만 그건 꽤 오래전 일이고, 지금은 API도 제 기술도 많이 달라졌어요.
아, 그런데 배지 부분은 자동화되어 있었어요. 배지를 부여하는 SQL을 작성하는 건 그렇게 어렵지 않았거든요(셀프 호스팅 환경이거나 커스텀 배지 SQL 생성이 가능한 플랜이어야 합니다). 하지만 자동화 인터페이스를 통해 그중 일부 기능을 구현할 수 있는 또 다른 방법이 있을지도 모르겠네요.