Gitbook, Github, and course design
3 min read
The more I dig into Gitbook and Github as a platform for online course design and delivery, the more I think that it is going to be a great way to reduce the hassle of typical course design projects that rely on MS Word files emailed back and forth and to and fro.
What i discovered this week is that, in order to sync a Gitbook project with Github, it works best to initiate the project with a README.md in Github first, then connect Gitbook.
In another universe, I would have found this out the hard way because I had a project initiated in Gitbook that I connected to an essentially empty repository in Github. I then found out that Github is considered the master and it overwrote my work in Gitbook.
That's usually a bad thing.
This was kinda bad, but not horrible. It would have been a loss of a couple thousand words that could have been rewritten without too much trouble. But still.
Fortunately, and here is one of the advantages of Git...I was able to recover, because I had the history saved in Gitbook.
I realize that there are recovery tricks for MS documents and such, but it was so very easy with Git.
Another thing I've realized, just today, is that the connection between Gitbook and Github is such that Gitbook can essentially be used as a text-based authoring environment for a Github repository. Well, duh, you might say. That's what Github is; a text-based authoring environment.
True, but Github has grown around the needs of people working with programming code, and for the uninitiated (read: everyone I will be working with to design courses), the Github interface is very different from what they are used to, and that is very intimidating.
Here is what a user encounters in Github.
For someone who is just used to working in Word, the language here might as well be Greek. 'Pull requests', 'Branches', 'Commits', 'Forked'. And not only that, but what do they edit and how?
Let me be clear that this is not a criticism of Github for what it is designed for. Simply an observation, that, to the uninitiated, it is confusing.
Compare that with Gitbook.
This is the same level beyond the homepage and the first page a user sees after they select a project.
Obviously, its not the same as Word, so there will be some learning involved; it's actually much simpler and cleaner than Word. It's also simpler and cleaner than Github.
The file structure of the repository is hidden, and it is clear what the user needs to do to edit the file.
And once you get into the editor (two clicks from here in GH, one click in GB). Things are different again.
Github. How many learning designers would like to teach their SMEs to write in markdown?
Gitbook. WYSIWYG for the win! That toolbar is all you need, and none of the bloaty crap that's in Word.
And here's the kicker...you can have your SMEs compose in GB, which is designed for narrative text, and everything is backed up to GH, where you can serve out to Jekyll.
But...does that scale? (Seriously, does it? I need to know.)
as it happens I have some resources to build, I'm frightened of Github, but willing to be sensible. Thx network friend!
Jenni Hayman, Jan 14 2017 on twitter.com