Putting the magic in the machine since 1980.

Sunday, June 12, 2011

iPad App for Taking Surveys

I've been playing around with mobile webapps and JavaScript toolkits like Sencha touch and jQuery mobile. With all the news about native iphone apps, a lot of people forget that one can easily build iphone/ipad webapps that work offline and let you bypass the Apple store (so, no waiting weeks for approval, just upload it to your own website).

Dr. Jim Thrasher, from the Arnold School of Public Health, asked me to build an iPad app for his survey-administrators to use in administering surveys. The iPad is used to randomize questions and store all the survey answers, which are later uploaded to the server, when an Internet connection is available. The server is a google appengine web app.

Lessons learned:

  1. Offline webapps are possible (almost too easy) on the iPad/iPhone. But, I had to train the users on how to clear the Safari cache whenever I put out a non backwards-compatible version.
  2. A JavaScript toolkit like jQuery mobile or Sencha touch is needed for all its widgets. We need more widgets: this is probably the biggest current limitation.
  3. My app auto-downloads and installs the latest version the moment it is run, kinda like Chrome, thus enabling a fast development cycle.

Friday, May 6, 2011

A Webapp for Turning in Programming Homeworks

Since I had to grade about 20 programs every week and since these howeworks were webapps themselves that would be posted on some website that I could test, I figured that best way would be to have a pastebin-like app that allowed me to view all submitted homeworks. No such thing existed so I built one and called it i-am-done.

I used it last semester and it works very well. I allows one to:

  1. create a class, and homeworks for it, giving each one a due date,
  2. get a simple URL to give students for turning in programs for that homework,
  3. view all the submitted howeworks for each student, in nicely colorized code thanks to prettify,
  4. students can upload and delete any number of files associated with a particular homework but, of course, they can't see anyone else's homeworks.

It is like a paste-bin where only the person that created the class can see the code pasted under that class. I have placed the code here in case someone wants to make a fully featured system out of it. I would loooove to see that.

Web Applications: An Undergraduate Class

Yet nother semester of teaching web application development has passed. This time, finally, I had a significant number of students (30) signing up although, after it became clear this was a programming class, fewer (17) remained. This is to be expected as programming takes time and not everyone has the means.

A few interesting tidbits I found.

  1. Most undergraduates know little about web technologies. I kinda assumed that because they grew up with the web that they would know the difference between a GET and a POST, but no. There is a large knowledge gap to be filled in. Luckily, these are easy things for them to learn.
  2. There is a steep learning curve to developing modern web applications, and it keeps getting steeper every year. A lot of complex technologies that must be mastered: HTTP, HMTL, CSS, JavaScript, Databases, Ajax, jQuery, JSON, Cookies, Firebug, functional programming, REST, event handling, asynchronous lambda functions, the browser's loading orders, etc. (oh, and Python) One semester is only enough time to introduce a student to most of these, but not all, and mastery will require more time spent programming than is afforded. Still, a lot can be learned in one semester.
  3. I am sure some hated that we had 13 weekly homeworks, each one a significant programming project, but there really is no other way to learn all this stuff. It is one thing to read about Ajax, actually implementing a webapp that does it is a completely different matter.
  4. Its all about the JavaScript: Facebook moved to a JavaScript SDK in their platform, Google is using JavaScript as glue to for their 'apps enterprise', and node.js has gotten really popular. With jquery and firebug (or chrome developer tools), JavaScript is a lot of fun to learn and debug. However, its tricky to figure out the timing on how various parts of a page are loaded by the browser and, even harder, how to decide what code goes in the server or the browser, not to mention JavaScript's many many quirks.
  5. The google app engine works as a learning platform. It is minimal, reliable, and on the web (not on the student's laptop) so we all can see what we all have done.

Onward.

Thursday, March 10, 2011

On Teaching Programming in the Age of the Web

In the last few years a lot of people have been pushing the idea of 'flipping' the classroom experience: have the students view online videos as the homework then use class time for one-on-one help, see, for example, Kahn's video below. I agree it's a great idea, and there is data to support it, but can we do that when teaching programming to University students?

In the last couple of years I have tried to do this for two of my classes. My CSCE 145 is our introduction to programming class. It is taken by both computer majors and non-majors, about 50% for each group. My section alone had about 60 students. I created some Java programming videos which the students could watch at their leisure. With about 60 students, personalized in-class help was not possible, also because the classroom had no computers and the vast majority of students do not lug around a laptop all day with them. So, instead I decided to make the lectures more of an interactive demonstration: I would solve some programming problems in front of them and stop often ask them "how do you solve this?". The class also had a couple of weekly labs where the 60 students were broken up into more manageable groups and the TA's gave them individual help on the programming problems. I learned a couple of things.

  1. The videos were watched by about 2/3 of the class. From the surveys I gather that the students that did not watch them where those who already had programming experience; they didn't need them. Thus, the videos were a success, mostly. Looking at the logs I see that the first video was watched the most, then the second one, and so on. So, some students stopped watching. I think I made the mistake of making them about 40mins long each (I wanted to cover 1 chapter in each video). Next time, I will follow Kahn's lead and keep them under 10 minutes and limit each one to more specific topics.
  2. The lectures, in which I do a sample programming problem, seemed to be well received, but attendance was still just around 50% (students did not get penalized for not attending lecture). I think it would be more effective to get rid of lectures completely and have more labs, but this would mean I would have to spend 24 hours/week just in lab (12 hours/group with 2 groups of 30 students), so it becomes a significant time commitment. Add to that the time I spend making videos, tests, and homeworks and it quickly becomes 40 hours/week for just that one class. I think a more realistic solution is to pay some of our A-level Seniors to do some of that coaching, but we don't appear to have that kind of money right now.
  3. IM works really well. If you to the class blog you will see the "Chat with Jose M Vidal" button. This, along with a pastebin were very useful. For whatever reason, students will not email me their questions, but they will hit me up on the IM. This was a great way to offer when-needed help. At this level students often get stuck with a simple problem, like a missing semicolon or a variable defined in the wrong scope. A student could spend hours trying to figure this out while I can just look at it and in two seconds solve this tiny bug so they can move on rather than giving up out of frustation, which is what many times happens (and then they drop out). With IM they could just send me their pastebin link and I could solve their problem, any time during the day. The only problem was that our schedules are rather off-sync: I sleep from 10-6am while they appear to sleep from 2--10am. Luckily, my TA was able to pick up the night shift.

In my CSCE 242 class I am teaching web applications which is a topic for which there are a lot of online instructional videos. The problem there is choosing which of these videos are good, and deciding on which ones to show at which time. Since this is a software development class, I structured as very heavy on the programming. The class consists of about 13 programming homeworks that, more or less, have the student build a modern complex web application. The class is not yet over, but already I see that:

  1. IM has been even more useful in this class. I get at least a couple of question every day.
  2. The best help is context-sensitive. Complex programming ideas are easier learned in context. When I grade one of the homeworks and I tell the student "I see how you did this, and it works fine, but look at this other way of doing it. Isn't it soo much simpler?" the lesson is readily learned. At least, that's how it seems to me. I wish I could get some data on this.

Going forward I hope more people like Kahn step up and produce more of these videos. In fact, I want to see better videos with animations, professional voice-overs, professional writers, etc. These videos will be our new Public Library. They will allow me to focus on proving the context-sensitive help that students need. I also see that teaching will continue to move away from 9-5 and become more of a 24/7 on-call type of job. Hopefully, we will have shifts!