With just a little effort, you can declutter the root of your SCORM package by sticking the schema files in a subfolder.
About a week ago I tweeted:
from what i'm reading between the lines, #SCORM is dead to the ADL. they're moving on. interesting timing considering #TAACCCT
I had no idea how much hand-wringing and consternation my off-handed comment would cause. It apparently caused (directly or indirectly) some heated discussions about SCORM being dead.
The problem is, I never said "SCORM is dead." I said "SCORM is dead to the ADL." Big difference.
I'll let the URLs do the talking
I've had a flurry of emails and messages regarding my SCORM cheat the past few days, and have received feedback from a number of well-regarded SCORM aficionados, some of whom contributed to the standard and helped make SCORM what it is today. This is wonderful, I'm very happy to hear from everyone, especially regarding such an engaging topic.
But as I hear more from these seasoned SCORM pros, I've made (what I believe to be) an interesting observation: there is a sharp division between die-hard SCORM developers and casual users. I suppose I've felt this way for a long time, but it's really coming into focus this week. Let me try to define the camps.
I recently emailed a shortlist of good SCORM development resources to a colleague, and figured I should probably post a list here, too. This is a quickie list, and I'm sure I'm leaving someone out. If you know of any resources I've missed, please add a link in the comments. This list is presented in no particular order.
Most e-learning developers don't care about SCORM and only (begrudingly) learn enough to get the job done. I don't blame them. This brings up the never-ending question when it comes to using SCORM in courseware: What are you really trying to do with SCORM?