The Artima Developer Community
Sponsored Link

Weblogs Forum
The Sensible Trend of ScreenCasting

0 replies on 1 page.

Welcome Guest
  Sign In

Go back to the topic listing  Back to Topic List Click to reply to this topic  Reply to this Topic Click to search messages in this forum  Search Forum Click for a threaded view of the topic  Threaded View   
Previous Topic   Next Topic
Flat View: This topic has 0 replies on 1 page
Carlos Perez

Posts: 153
Nickname: ceperez
Registered: Jan, 2003

The Sensible Trend of ScreenCasting (View in Weblogs)
Posted: Feb 21, 2005 7:37 AM
Reply to this message Reply
For exploring complex software development ideas then a more effective way is to leverage more of the senses. John Udell in fact has come up with a preliminary list of "Screencast Guidelines". I've stumbled upon a couple more screencasts to justify the existence of a trend.

I'm sure most of you have encountered the term "Podcasting", you should have after all there's already an entry in the Wikipedia. However, for purposes of explaining more complex ideas like software development it doesn't seem to be any better than plain text. The clear advantage I can see of this medium is that you can slurp-in new information on your daily commute. Doug Kaye is clearly the leader in this kind of delivery, he has an excellent collection of IT related interviews that is worth lending an ear.

For exploring complex software development ideas then a more effective way is to leverage more of the senses (see: "Visual Eclipse Tutorial - Why It Makes Better Sense" for the psychology research behind this). John Udell in fact has come up with a preliminary list of "Screencast Guidelines". However two parties jumping into a new kind of activity doesn't make an emerging trend, fortunately I've stumbled upon a couple more of them to justify the existence of a trend.

My earliest attempt at screencasting was when I created the precursor to the now infamous list "101 Reasons Why Java is Better than .NET". It was called "Why Can't VisualStudio.NET do this?". It was later followed by my screencast "TDD using Eclipse".

Lately the screencast making the rounds is David Heinemeier Hansson's Ruby on Rails "A 10 minute setup video". It was enough to get many in the Java community rattled; furthermore it was perfect marketing for the Rails framework. Matter of fact, this should be the measuring stick of all web frameworks, within a 10 minute span, how much work can you accomplish?

There's Jonathan Edwards' demonstration of subtext. A screen cast to explain a revolutionary proposal in how to write programs.

There's Mike Clark's "Cruise Control Action Movie". We've all heard of continuous testing and cruise control however there's no substitute to actually seeing it in action.

Finally, to end, there's John Udell's JotSpot Demo. Again, this is yet another attempt to explain a completely new way of developing web applications.

The common thread with all these screenscasts is that each one of them is trying to explain a better way of doing things. Now it just seems obvious that to make people understand you just have to show it. That's the only way to get people away from their comfort zone and to try something new. The Rails folks said it best "Show, don't tell!".

You know the saying "old dogs don't learn new tricks", that's where screencasting seems to be particularly effective. It's hard to learn new things if you think you already know everything. Screencasting effectively shows you how without you having to take only the smallest of effort. Afterall, if you think you know everything, then why exert extra effort re-learning something? It's like an ambush on the unsuspecting, hopefully this causes your mind to re-jigger out of the local minimum it is stuck in. After all, local minima aren't necessarily globally optimal.

Topic: Is Complete Test Coverage Desirable - or Even Attainable? Previous Topic   Next Topic Topic: Boost Library Source Online as Html

Sponsored Links


Copyright © 1996-2019 Artima, Inc. All Rights Reserved. - Privacy Policy - Terms of Use