In this article I will describe the workflow details for my Fall 2015 Simon Fraser University CMPT-363 course companion, which meets the requirements first outlined in the LinkedIn article Online Course Companions: Workflow Requirements for (us) Instructors.
The one element that makes everything possible is the open source CMS Grav, which in addition to empowering me to provide a great user experience for my students, uses a non-database approach in which content and code are stored separately as text files (often referred to as a flat-file CMS). Within content text files it is possible to use plain text, Markdown and HTML. Grav also supports modular content, which means content can be displayed in multiple areas and contexts but only needs to be stored once. Think content blobs vs. chunks.
Workflow (Mac or Windows)
Figure 1. Adding a new article link in the Atom text editor (modular content that will be displayed in multiple areas of the site).
Figure 2. Previewing and then committing changes to the GitHub repository.
Once the changes have been pushed to the GitHub repository then Deploy can be configured to automatically get a notification and update the course companion site via SFTP. Priceless.
If I need to make a quick update with any mobile device I can do so via the GitHub website, and these will later be synced down to all my GitHub Desktop clients. These changes would also be automatically updated on the course companion site by Deploy via SFTP.
Let’s talk about two critical issues: time and trackability. In terms of time, I can now make simple changes to the course companion in a fraction of time (e.g. 30 seconds) that would be required by many database-driven LMS’s such as Canvas or Moodle. This is really important, as the faster (and easier for that matter) course companion updates are the more likely that us instructors will continue to make improvements throughout the term. Having each and every change made to the course companion be trackable, and essentially reversible, not only helps minimize possible errors but helps decrease the anxiety that often comes along with frequent (and not easily reversible, esp. with regards to code changes) site updates by the instructor.
Awesomeness on Top of Awesomeness If the above is not enough benefit for this workflow, here comes the kicker: since all changes are flowed through GitHub, the entire course companion is not just in the open but also truly collaborative. Students can suggest changes, which are then previewed by the instructor and immediately applied or be the start of a further dialog with a student. In other words, a course companion (aka learning platform) that students and instructors can both contribute to and improve over time. And this is not just about content, but also code (i.e. functionality of the site) if your students are familiar with common Web languages, as my Simon Fraser University Computing Science students are. In fact, I’ve now come to the conclusion that this should be a baseline requirement for any learning platform of mine from now onwards.
Figure 3. A course companion page with a “Edit this page on GitHub” link to seamlessly initiate the process of submitting changes via GitHub.
Well, there you have it. If you are interested in learning more about this workflow, or about my experiences of using Grav CMS as a means to support a flipped-LMS approach (in my case with the Canvas LMS), please get in touch.
Want to reuse this open content? Save this Page as Markdown