Tag Archives: angel

Higher education and Web 2.0

Martin Weller of the UK’s Open University notes in this blog posting that there is an emerging cultural conflict between the world of higher education and the world of Web 2.0:

[T]he challenge is this – when learners have been accustomed to very facilitative, usable, personalisable and adaptive tools both for learning and socialising, why will they accept standardised, unintuitive, clumsy and out of date tools in formal education they are paying for? It won’t be a dramatic revolution (students accept lower physical accommodation standards when they leave home for university after all), but instead there will be a quiet migration. The monolithic LMSs will be deserted, digital tumbleweed blowing down their forums. Students will abandon these in favour of their tools, the back channel will grow and it will be constituted from content and communication technologies that don’t require a training course to understand and that come with a ready made community.

It’s difficult to say whether how accurate this is, given that students’ knowledge of, and ability to use, those tools is questionable at best. But I think Weller is right that students — faculty, too — are increasingly aware of and irritated by the clumsiness and inflexibility of the tech tools that higher education currently uses. It wouldn’t bother me at all if the Angels and Blackboards of the world were left behind in favor of simpler, more decentralized tools that can evolve throughout a semester according to the needs and capabilities of the members of a class. (This adaptability is a real strength of using a wiki as a course management system, as I am finding out right now in my summer calculus course. More on that later.)

Universities and colleges do seem to face a twofold mandate from students: not only to get in the game regarding technology in the first place, but also to do so in a way that keeps things simple and flexible and student-centered. That can be a tall order for higher ed, which is used to doing things in a highly top-down kind of way.


Filed under Course management systems, Educational technology, Higher ed, Social software, Technology

Summer calculus tidbits

So I started my summer calculus class yesterday, which meets three nights a week from 5:30-7:45 PM and consists almost entirely of commuter students. I haven’t taught an evening class since graduate school, nor have I taught a class of non-resident students in nearly as long. Noteworthy thoughts (well, I’m noting them whether they are noteworthy or not): 

  • I like teaching evening classes. There’s a kind of “after-hours” vibe to such classes that makes the atmosphere more intimate and relaxed. 
  • I like teaching commuter students. Some of these folks are commuting in from nearly an hour away, which means it’s costing some of them between $5 and $10 per class meeting in travel expenses. Many of them have day jobs which consume all their time between 8:00 and 5:00. In other words, the resources that are normally available to students in luxuriant abundance — time to study, time and accessibility for office hours, availability of college resources like computer labs and tutoring services — are a lot more scarce. And therefore the students tend to have a much higher sense of making the most of what’s around them than regular-semester students (even the ones who I have had during the regular semester). I like that. 
  • Two of the students in the class are from other local liberal arts colleges, and it’s interesting to see the differences in approach and student culture (even after one class meeting) between them and the students from my school. 
  • Angel, our course management system, has been virtually non-functional for the last few days. Sunday night I sat down to put together the Angel site for the course, and it went completely offline 1/3 of the way through. I took that as being the final straw, and I took it upon myself to pull the trigger on Option 1 from the last time I got intolerably tired of Angel. That is, I create this Wikispaces site for my course. I am not entirely sure that I am allowed to do this, since some of my higher-ups balked when I used an off-site wiki hosting service for two course wikis (mainly because of the text ads and the potential for people not related to the college to edit a college-affiliated site). But with this many commuter students, we’ve got to have some sort of reliable, web-based service for posting documents and announcements and links. I’m finding that the Wikispaces site is just what I have been wanting, and there have been some nifty additions in functionality since I used them last. I’m doing a 30-day trial of the non-free version just to eliminate the text ads (because the class will be over in eight weeks) and allow for private viewing. If I were using this during the regular semester with 10 students, which is what I have now, I could simply tack on a course fee of $2 a head and pay for four months of the no-ad version easily. 

Comments Off on Summer calculus tidbits

Filed under Course management systems, Life in academia, Student culture, Teaching, Technology, Wikis

Questions for the audience about course management systems

I’m pretty busy right now with writing, administering, and grading midterms — so blogging is light for a day or so more. However, given the recent posts and traffic about course management systems, I wonder if you wouldn’t mind answer a few questions down in the comments area. 

  1. Teachers: What do you need a course management system to do? What functionality do you consider essential?
  2. Teachers: What are the best ways for a course management system to help make your job of managing a course easy?  
  3. Students: Same questions as #1 and #2. 
  4. Current CMS software users: What are the three features of your CMS that are the most essential? If you could change three things about the way your CMS works, what would they be and what would you rather have? 


Filed under Course management systems, Educational technology, Teaching

Two possible replacements for course management systems

This afternoon I finally reached the limit of my patience with Angel. The details are unimportant (but revolve around the patently stupid refusal of Angel to automate tasks for multiple sections of the same course). Just suffice to say that I spent a good portion of the last half hour seriously investigating ways to declare independence from Angel and all other proprietary CMS’s.

I came up with two possible options.

Option 1 is to use Wikispaces to make a course wiki, containing pages for different content. Wikispaces allows the posting of files, too, with a pretty generous 2 GB storage limit and no limit on bandwidth. So it would be easy to use the wiki as a glorified file server, which is pretty much all I need from a course web site. Use a basic email client as I discussed at length here to handle communications. Each page has a discussion section attached to it to allow for integrated discussion “boards”.

Pros: I know Wikispaces pretty well, having done three wikis through them already. Pages are easy to manipulate and are fully text-searchable. Everything is in one place and there is a simple URL to access it. No functionality is duplicated as with Angel and its execrable “email” system. Also, Wikispaces handles native LaTeX typesetting. And there’s an RSS feed for every page to help students keep up. Cons: File management on Angel is kind of a pain. And despite the whole digital native hoopla, most students and faculty I know have no clue about RSS, which would mean somebody would have to get them to use it. Finally, wikis do not have a native hierarchical structure — they are pretty nonlinear by nature, and that can be confusing to people used to top-down designed web sites.

Option 2 is to create a Google Group for the course. I had not used Google Groups before today, and I was impressed when I looked around. There’s obviously the nice discussion board feature, along with rudimentary wiki functionality and customizable structure — you can make a “page” for anything and it shows up as a tab in the main view. I’m not sure how well-integrated it is with Google Docs, Spreadsheets, etc. but it seems like those connections ought to be easy and strong. Not a lot of file space at just 100 MB, but perhaps I could keep the “freshest” 100 MB of stuff on the Group page and archive the rest at a Box.net account for the class.

Pros: Nice look and feel, intuitive, well-connected. RSS feeds available as well as the ability to connect/post to the group via email and mobile phone. Cons: No LaTeX; only 100 MB of file space; more structure means fewer options.

There is an option 3, which is to create a WordPress.com blog for the course and construct pages for everything that is static in nature (syllabus page, files, etc.). But WordPress.com only gives 50 MB of file space which is too restrictive for this purpose. It could possibly be done if I wanted to use Box.net for file sharing, which would be easy since WordPress.com blogs have a Box.net widget available for the sidebar. (I’ve got one off to your right, down a ways.)

In all these options, I would keep Angel around only for the online gradebook — which still sucks for reasons I haven’t elaborated on here (yet), but which students understandably appreciate. If I could find a good workaround for a secure online gradebook, I’d ditch Angel entirely.

Anybody have thoughts or experiences in this kind of thing?


Filed under Course management systems, Educational technology, Social software, Technology

How to make email complicated, Angel style

Here’s a little mini-tour through one of the many reasons why Angel, and other course management systems, drive me crazy and basically beg for me not to use them. This has to do with a simple and common course management task: Sending an email to all students in a class.

First of all, if you were using a basic email client to do this task, sending an email would be a matter of creating a distribution list for the students in the class — a one-time startup task — and then the following:

  1. Type the name of the list in the To: blank. (Most email clients have an auto-complete feature that doesn’t even require you complete the full name of the recipient.)
  2. Type in the subject and text of the email.
  3. Hit “Send”.

Three steps, each of which is easy and intuitive.

If you want to do this in Angel, on the other hand, it becomes a seven-step task, which is really nine tasks — each of which, like the tasks required of Hercules or aspiring Zen masters, involves some kind of test of strength and willpower.

Step 1: You have to click on the “Communicate” link at the top of the course web page.angel-email-1.jpg

Step 2: You have to locate and click on the “Read and compose course mail messages” link. Note that this is a text link — not an icon, or something that is easy to click on, which is usually the case for a commonly-used action.


Step 3: Once you are in the course email area, you have to locate the “Compose” link. Quick — find it!


How long did it take you? Did your eyes go right to it? Mine either. Another text link, normal-sized font — buried on the page. Then you click on that. Wherever it is.

Step 4: You have to click on the “Add Recipients” link, which is still a text link but at least it’s conveniently located above the To: field.


Steps 5(a), 5(b), and 5(c): Having finally gotten to the place where you add email addresses, you have to click on the subset of recipients that could possibly receive the email (step 5(a)). Then you have to click “To ->” (Step 5(b)). Then you have to click “OK” (Step 5(c)).


There are no shortcuts here, such as double-clicking on the recipient to have that group automatically appear in the “To:” field.

Step 6: Type in the subject and the text of the email.


However: Notice that, at least on my Firefox browser running on Mac OS X, the text field for the email body extends way off to the right and there is no left-right scroll bar available! You have to resize the browser to take up nearly all the horizontal space of the screen, or else the stuff you type near the right end of the line is invisible.

Step 7: Step 7 is to click “Send”, right? Not so fast. In Angel, if you click Send at this point, the email does not go to the recipient’s actual internet email address — it goes to their Angel course mail account which is not an actual email address at all but rather a proprietary messaging system that can only be checked from within Angel. If you want the email (if we can really call it that, at this point) to go to the students’ actual email accounts, you have to scroll down and select a checkbox that is unselected by default:


Then you click Send.

So let’s review:

  • Standard email client: One-time startup task of setting up the distribution list; then three intuitive steps to compose and send an email.
  • Angel: Nine steps to accomplish the same task, each of which involves some kind of non-intuitive action or madness-inducing design principle.

I’m at a loss as to why the makers of course management systems make their products like this, or why faculty and students are expected to flock to the nine-step non-intuitive way of doing things when there are perfectly good, and free, means of doing the same things with less work.


Filed under Course management systems, Educational technology, Technology