For IT directors at schools debating whether to use Sakai or Moodle as a course management solution, here is a side by side comparison. All signs point strongly towards Moodle kicking Sakai's butt and to the Mellon Foundation, Hewlett Foundation, and Sakai Partners wasting $6.6M.
Founded:
Moodle: 2002
Sakai: 2004
Community Website Traffic (Alexa*):
Moodle: 150 per million
Sakai: 20 per million

Business Readiness Rating (OpenBRR.org):
Moodle: 4.19
Sakai: 3.23

Install Base:
Moodle: 8,900
Sakai: 35

Funding:
Moodle: $0 initial funding and ~ $12,000 a year from individual donors.
Sakai Project: $2,200,000 initial grant from Mellon Foundation and Hewlett Foundation and $4,400,000 from core partners.

Related Posts:
Digging into OpenBRR Rating of Sakai and Moodle
Higher-ed LMS Market Penetration: Moodle vs. WebCT+Blackboard vs. Sakai
* Alexa statistics are definitely suspect. I would love to see more reliable data. If anyone has access to better data please get in touch.
Comments
My university decided to run
My university decided to run with Sakai -- despite the comp sci people having a successful Moodle running on site for years.
I'm just going to summarise what I've learned from managing the Sakai pages for courses with enrollments of over 500 -- including four continuous assessment MCQ quizzes on each course.
1) Textbook publishers (who control the testbanks) have either never heard of Sakai, or don't want to hear about it.
2) I have yet to find any way of successfully converting WebCT XML to something that Sakai can import. In fact a technical rep for Thomson basically told me they supplied their testbank in "XML" (unspecified) and making it work with Sakai was my problem.
3) I wrote my own macros to import questions from .rtf testbanks, removing tables and unwanted formatting, spitting out a plain text file, uploading same into Claremount's Sakai Quiz converter and (finally) uploading the Claremount XML file into Sakai. Currency symbols needed manual re-coding along the way.
4) Attaching individual graphs/figures to quiz questions was ridiculously labour intensive and unreliable. Figures must be hosted remotely (not uploaded to Sakai) causing problems for naive end-users who get scared by IE warnings of secure/insecure page content.
5) In my experience, about 2% of quizzes mess up. Either the timed-test shuts down without warning, or the student's grade never makes it to the gradebook.
6) Sakai doesn't recored how long a student took to complete a test; leaving no way to verify if a student claims their test crashed after 20 seconds.
7) I'd like to see a way to code equations in LaTeX and include these in testbanks.
Comments from a Sakai Developer
Some thoughts:
Sakai costs money
Sakai is .asp
.asp is microsoft
microsoft costs money and will ultimately control the future of this product
***********
Moodle is linux
Moodle is open source
however..
open source is 'wait and see' development which can be frustrating
schools have no money but need LMS for the future
Moodle LMS is free
schools want to use Moodle because it is free
**********
Moodle configuration is as easy as Sakai configuration. don't kid yourself.
go Moodle.
Actually, not true
Sakai is fee and open source. It uses java and runs on an open source stack (although many choose oracle as the database).
No .asp, no Microsoft. No license fees.
OpenBRR Still Active?
Is OpenBRR still active? The last post I see on their site seems to be dated around 2006. Also, at first glance going through their actual worksheet detailing their assessment of Sakai (the matrix does look quite useful) I see large number of areas where the scores seem to reflect old information.
Would people be interested in my going through and doing an informal update to reflect current state of things? I'd certainly be interested in someone from the Moodle camp doing something similar as well, to see where things shake out.
Re: Sakai vs. Moodle
Interesting thread.
The University of Oviedo (Spain) is currently doing a survey on the use of e-learning platforms in Universities. For those interested, a summary of the results can be found at: http://www.di.uniovi.es/~victoralvarez/survey/.
Updated link
The URL to Mellon's page on Sakai is now http://rit.mellon.org/projects/sakai-sakai-foundation/.
Sakai
I don't that I've read a single message by anyone involved in Sakai development on this blog. As I read it, it is just Moodle Lovers trashing Sakai. Not much help, really ... but I do hope it makes all feel real good inside.
Alexa is hurting your case
I don't know how reliable most of your stats are, but the Alexa numbers are completely bogus. Alexa only counts hits by people who have installed Alexa's stupid toolbar. All that graph says to me is that Moodle users are almost 8 times more likely to install crap on their systems than Sakai users (if anything, that's a win for Sakai). Since you started your post with the Alexa stats, it makes the rest of your stats seem suspect even though the rest of them may actually be accurate.
Full disclosure: I work at a small university (<2500 students) that's currently running Blackboard Basic Edition. We're looking for a free replacement and are evaluating Moodle & Sakai. I don't really care who wins, but I do get annoyed when people try to cite Alexa stats as if they have any value whatsoever.
Thanks
I would love to see better stats than Alexa
Alexa is definitely suspect, but I don't have access to any better statistics on web traffic for either of the sites in questions. Do you?
Google trends
Another source of data: trends.google.com.
Looks at news articles and web searchs-- not perfect either as Blackboard also shows hits from the great chalk vs. whiteboard marker debate, and Sakai from the Iron Chef. But Moodle numbers are pretty good as there is just about only one context for Moodle (interestingly if you add all the hits for the Iron Chef to all the hits for Sakai the software, you still have much less traffic than you do for Moodle).
Google migration search
For what it's worth, I did two Google searches:
migrate from WebCT to Moodle returned 35,100 hits
migrate frome WebCT to Sakai returned 850.
Most of these sites, in fact, all of the ones I checked out, are instructions written for faculty by their respective institutions.
Ask the webmasters?
The only place to find real web stats is at each organization. I don't see how any other source would be reliable. But just because Alexa is accessible doesn't make it useful, so I stand by my original comments. I would dump the Alexa data if I were you -- it's not helping the credibility of this post.
Anyway, thanks for your time.
Re: Sakai vs. Moodle
A lot of this information is old and needs a serious refresh. For those of you that want a simple CMS/LMS to run under your desks, Sakai definitely has the advantage:
1) Just install the Java JDK/JRE.
2) Download the Sakai demo.
3) Unpack the zip file.
4) Run start-sakai.bat
No need for a complex Linux, Apache, MySQL, PHP installation (complex for your average instructor).
I can't get Sakai running
I can't get Sakai running like that. It always seems to fail, even with the Environment variables setup. It could be due to the upgrades to JRE/JDK, but it's definitely not download and Go!
moodle just as simple
Although I like LAMP, moodle will also install very easily on WAMP.
Re: Sakai vs. Moodle
This isn't very useful for live deployment. Getting a proper production Java environment up and running is far more work than LAMP.
Install base is way off
I think the way Moodle counts install base is kind of whack. If you look at the instllations listed at http://moodle.org/sites/ then you quickly discover that the vast majority of these appear to be installed on a computer under somebody's desk and have fewer than five or even one or even ZERO courses actually being delivered on them.
Certainly Moodle is easier to install then Webct or Blackboard and probably Sakai, too, but that just means it gets installed more - not necessarily USED more. Blackboard claims 3700 installations and you can pretty safely bet that all of those are university-level installations and all of those are getting used for a lot of courses. They're not just some random kid installing moodle on a desktop in his dorm room or a teacher installing it for their one course. Because you can't AFFORD to just install Webct or Blackboard to play around with it or for one or two courses. (But that's a different problem.) Because of Sakai's more complex requirements (Oracle, Java), it's probably not installed to support one or two courses either.
A more meaningful stat for comparison would be how many university-level commitments to Moodle there have been. I bet that number's a LOT smaller than the install base number you report.
Moodle Hosting
Hi! I just would like to inform NineHub.com provides free Moodle hosting. Please check it. Cheers.
Re: Sakai vs. Moodle
Hi there,
At least in Germany this impression might be correct, but there are even more moodle-Systems with more courses (up to 100) that aren´t registered on moodle.org.
I have to admit I´m talking about k12-schools. The fellow teachers don´t like their work to be exposed in public. The reason for that are copyright issues.
Sorry pal.
Marc
Actually, you're wrong
Read the comments below...
Moodle in Java environment
First thanks for the helpful analysis. Follow on question: for a situation where the architecture is predominately Java/RH/Oracle, and has minimal PHP talent, would you still support Moodle over Sakai, even if it entails different prod support model?
thanks much.
moodle vs. sakai
The statistics/graphs presented here don't seem to be particularly relevant to the comparison of the two tools. You mention Moodle has been around a lot longer than Sakai, so how is a chart of install bases or community traffic related to the quality of the tool itself? Of course a tool that's been around twice as long as the other is going to have more community traffic.
3 things
* Two years into Moodle development they had 2,000 installs. Two years into Sakai they have 35 installs.
* $6.6M has been directly invested into Sakai so far, Moodle took no initial investment and it provided a much better product.
* Look into the OpenBRR rating, Moodle is clearly a better product.
Why I picked Moodle over Sakai and comment on scalability
I found this site in search of some answers to some security issues on Moodle. All the comments are very interesting.
I set up a Moodle site one month ago after trying to figure out how to establish an online quizzing system for a programming class I teach. I chose Moodle over other options because of its buit-in, ready-to-go, latex-friendly quiz generation capabilities. I wanted to be able to create hundreds/thousands of randomized questions that require special import. At University of Alabama, we have a large WebCT installation and its quiz generation capabilites are quite restrictive (note: UA will change to different system next year that will cost millions-not sure what it is yet). In theory, Sakai can do this as well. After reading through documentation for a day, I still wasn't clear about how to get it all set up (ditto for LON-CAPA).
Although it took me a while to get all of the Linux settings correct on my DIY 64-bit system before I got Moodle to run, since going online it has been doing great so far. Is it better than alternatives? I don't know. It does what the documentation says it will do, and it is set up in a way that allows for straightforward modifications to do additional things.
If Sakai (or LON-CAPA even) is superior, the people creating these systems up need to start creating documentation that clearly spells out what the systems can do and how to do it in language that idiots like me can fathom. (Note to the Sakai institutions: Although all your faculty and students may have genious mentalities that require minimal instruction to do amazing things, the vast majority of teachers and students in the world need a little detailed guidance.)
The fact that Moodle has many more installations than Sakai may have little to do with technical superiorities or user features. Documentation and installation for Moodle are vastly superior to alternatives, and Moodle works on virtually any system.
Octave (free) is a fantastic clone of MATLAB (~$2000 commercial), but few people use it because the interface stinks and the documentation (relative to MATLAB) is quite poor. If somebody took about 8 months to create a smooth interface that would work well under Windows (yes it sucks but it is the standard), Octave use would take off.
It may very well be that Moodle will scale to handle 100K users, but frankly I do not care. With respect to a centralized system, I appreciate the advantages of the central data coordination where I do not need to input class participants, or create/manage user accounts. However, I would much prefer a model where a central facility coordinates BIG picture details (like enrollments and course/database backups), and offloads course offerings to specialized (smaller) servers. My one small server easily handles the complex quizzing requirements for 100+ students at a time. Furthermore, I can set up my system to use many back-end features that might bog down or be unacceptable for a centralized system. Every class does not need every feature, so why create a burden on central server resources by loading processes accessed by a small fraction of users.
Re: Sakai vs. Moodle
I agree that a Learning Management System should be just that; it should allow for *management* of the system and related data/users and accommodate effective reporting and analysis tools.
If all I can do is add people on a per user basis and create quizes and upload my class notes, etc (I know Moodle are working on this), then what you have is a Content Management System, not a LMS.
Have you taked to USERS of Sakai?
I am currently enrolled in a Sakai enabled course at IU. I also happen to have downloaded Moodle and have a test install running on my personal web site (as a class project in online course facilitation). From my perspective as a Sakai user, I am really disappointed with what I have seen so far in the IU Sakai enabled system. I certainly cannot comment on the backroom functionality or integration with other university systems, etc. However, I find working with the "basic" LMS features within Sakai to be extremely frustrating. Given that it is a tool designed to support online and distance education, it is far from "user friendly" and has done little to create a sense of community with class members. As a prime example, the discussion feature is a disaster. There is no way to track previously read posts from one session to the next. I literally have to "expand all" then squint to read the date posted to guess which I have seen - a real treat now that we are in our 5th week of class with hundreds of posts to scroll through. In one class I am taking, the students actually set up a Yahoo! Group to facilitate our communication needs. Obviously, I am not alone in my feelings as IU has (again) delayed pulling the plug on their old system. The old system is not without flaws, but it is still used by many professors who have switched back after trying the new system. Just $.02 from a lowly user.
I heard IU's Sakai system was down
for the entire first week of the the fall 2007 semester? Heard Berkeley, etc. had a similar problem??
Try the new discussion tool
It sounds like this instructor is using the older Sakai discussion tool rather than the new one that does in fact track read and unread posts between logins. The newer tool was designed at IU and is called the Message Center as it has private student messaging as well like the old system.
come on, man, you're still
come on, man, you're still stuck in 1969. Hardly a reference.
Moodle v Sakai: A few obtuse observations and queries
This is one of those Godzilla vs. Mothra issues: Spectacular to behold, but do you want to take either one home as a pet? K-12 schools around our area are using Moodle since it is such an easy download and very quick to get up and running. My issue is not based on a popularity contest but rather functionality demands. As an observer from 30k FTE university, I appreciate the suggestions that Moodle could be run from several installation areas (i.e. individual colleges or depts) but what about the demands to integrate them all with Student Information Systems, LDAP authentication, Institutional Research data culling for student tracking for assessment, etc? In other words would the multiple integrations be an ITR nightmare? I mean this sincerely because nothing would warm my heart than to see open source step up to the plate and hit a homerun, but it has to be major league not the minors...
LDAP and more
Hi Wolfgang, LDAP support for authentication, enrollment, and course shell set up is built in to Moodle. There are also implementations for IMS Enterprise. Course level backups are automated and can be sent to an external backup drive.
For research data, there is a good logging API from which research data can be pulled. NZVLE (45,000 FTE) is working on improving the GUI tools for this (http://docs.moodle.org/en/Stats_package), as is the Open University (160,000 students).
At Cal State, we are working on a 'transcripts' component to provide a standard for sending data to the LMS. Moodle's database is reasonably well structured, so generally writing custom queries to pull data not already provided will cost much less than the yearly license for Vista or Enterprise:-).
hooooh
hooooh
Wolfgang writes:
As an observer from 30k FTE university, I appreciate the suggestions that Moodle could be run from several installation areas (i.e. individual colleges or depts) but what about the demands to integrate them all with Student Information Systems, LDAP authentication, Institutional Research data culling for student tracking for assessment, etc?
Somehow universities have managed to function for many centuries without any of those things (the University of Bologna has been in operation since 1088, Oxford since before 1167).
I submit that compromising the front-end educational mission of the university to facilitate back-office button-counting is a Very Bad Idea.
To put this in corporate-speak (since this appears to be the dominant paradigm): what do you suppose would happen to a restaurant that installed world-class inventory and accounting software, if said software caused the restaurant to produce meals that weren't fit to eat?
On that note, Universities have been able to function without email, internet, Learning Management Systems, telephones, and adminstrators...the good olde days...
:)
Moodle is deployed in exactly those kinds of environments and is performing superbly.
Moodle install numbers a bit inflated, still it kicks butt
Hi, great piece and mostly I think very accurate. One small point (which I don't think invalidates your larger point at all) - the 8,900 'installed base' number for Moodle is, I believe, based on a built-in tracker that counts every single running instance of the software. The vast majority of these are not production installations. Guaranteed. I have 2 on my desktop and another on a server that are part of this total that have never delivered a single course.
Still, even if we were to just look at actual production installations delivering online education, I expect the number was easily 3000, quite likely more. Clearly trumping Sakai almost a hundred-fold. Not wanting to be pedantic, but I have seen that 8000+ number thrown around quite a bit, and its inflation actually debases what is in fact a valid argument.
Incorrect
I'm a bit late to the party, but..
As Martin says, these numbers are only those who choose to register their instances. I think I'm running at least 4 different Moodle instances, one for team collaboration, and the others for R&D -- none of them is registered on moodle.org.
8,900 might well only represent half or so of the actual instances being used for anything beyond testing?
If you have so many instances of Moodle running, you should know that you have to consciously take action as the administrator to register your instance, or are you saying you did choose to register these instances that have never delivered a single course?
Actually our install stats are understated
The Moodle installation stats we have depend on Moodle admins CHOOSING to register their sites manually - it's not an automatic process, or even part of the install process.
From what I've seen (and I see a lot of Moodle sites) many admins choose not to register their sites.
We do get over 1500 known downloads a day - I don't think 8000+ registered is anywhere a true number.
Probably true
I would love to get more accurate numbers of "real" deployments of Moodle. Any idea how? Regardless of this though the important thing about Moodle adoption is that it is currently on a nicely lookin exponential curve. I.E. while there are may be only 3K 'true' deployments today, next year there is likely to be 6K 'true' deployments and it would not be surprising if in the following year there were 12K.
Moodle install numbers a bit inflated, still it kicks butt
Hi, great piece and mostly I think very accurate. One small point (which I don't think invalidates your larger point at all) - the 8,900 'installed base' number for Moodle is, I believe, based on a built-in tracker that counts every single running instance of the software. The vast majority of these are not production installations. Guaranteed. I have 2 on my desktop and another on a server that are part of this total that have never delivered a single course.
Still, even if we were to just look at actual production installations delivering online education, I expect the number was easily 3000, quite likely more. Clearly trumping Sakai almost a hundred-fold. Not wanting to be pedantic, but I have seen that 8000+ number thrown around quite a bit, and its inflation actually debases what is in fact a valid argument.
So, how about comparing the number of deployments of Microsoft Windows and Linux/Mac OS X? Personally, I do not think MS Windows is a better or more powerful product than Linux or Apple Mac OS X .. ^_^
Linux is the future!
IMHO,
Red Hat, SuSE, Debian, Turbo, Slackware, and so on, over 101 dialects ... the future!
Besides a lot of LiveCD version like Knoppix, Slax, etc. etc.
Moreover, you see, how IBM revitalizes a platform giving to RedHat, Suse, Debian (Kubuntu, that means Ubuntu for Knopper Desktop Env, KDE).
Please visit my site dear collegue/webinar.
Linux is for gay guys! MS Windows is for oldboys.
I am an oldboy but my souls is still young!
Maybe Longhorn ... but I prefer to stay in expectation!
Maybe my site is chaotic, but I am a single person. My students are quite reluctant to new!
Linux means TCO small, and as a consequence a ROI very good!
Microsoft Windows is a big thermopan window which can be cracken in 'the near future'!
In German: "Scherben bringen glueck", the crocks bring luck!
Wow, I prefer Linux instead of crocks !
prof. dr. ing. Dan Gheorghe Somnea
Bucharest, Romania
06-th March, 2006
errata to the previous message
My dear colleague,
IMHO there are hundreds of Linux dialects like Red Hat, SuSE, Debian, Slackware, Turbo, Ubuntu, Kubuntu, Mandrake and so on.
Besides there are numerous versions of LiveCD like Knoppix, SLAX, etc.
Please visit my site indicated in the homepage field!
Maybe, this site is chaotic, but I am a single person!
My students are quite reluctant to what is new.
However, I've explained to my students, that Linux offers a chance. Why? It has a smaller TCO and as a consequence a rapid ROI!
While Linux is for smart guys, Windows is for lazy ones!
Maybe I am sarcastic.
IBM revitalizes certain Linux platforms like RedHat, SuSe, Ubuntu, etc. from the marketing point of view.
Why ? Because IBM offers these corporations some secrets of their machines to create good Linux versions!
Microsoft is a big and cheap thermopan window, which can be broken in the near future.
Maybe MS Langhorn will be better, but I prefer staying in expectation. Linux accepts old PC's, laptops not performant ones.
In German: "Scherben bringen glueck" in English: "the crocks bring luck". It is a proverb heard at two young people's marriage!
I prefer Linux instead of crocks, being married!
prof. dr. ing. Dan Gheorghe Somnea
But Windows is winning in the marketplace
And Sakai isn't... This is an important consideration for CIO's / CTO's at Universities to consider.
Interesting you say that... I think Bb/WebCT (based on FTE) will soon take over the market with that concept .. cheers!
Disappointed Bb User
As someone supporting several online programs in a Bb (previously WebCT Vista) environment at a major university, I can say that Bb support has been abysmal. Maybe they view Vista as the step-child they hope will go away. Whatever, open source options have the interest of quick a few people around here.
Not if Moodle has anything to do with it...
Look at their adoption graphs. They look quite exponential to me :)
Question about your comparison
This is very, very helpful. Happens that I'm in the middle of evaluating Sakai and Moodle for a new online education project in West Africa. So thanks for making my work easier. What does this mean? -- Moodle: 150 per million
Sakai: 20 per million
No problem
This is a rough estimate from Alexa of how many people per million web page visitors are viewing a particular site. In the case of Sakai vs. Moodle, Moodle's web page gets approximately 7.5X the traffic Sakai's web page does.
"7.5X the traffic Sakai's web page does"
That's probably because you can't access Sakai discussion groups unless you have a username and password. It's a very "unopen" collaborative process. Looks like many of the groups may require that you belong to an institution that has chipped in the $10,000 fee ($5,000 for smaller schools).
'Course I know you know that Zack. But I delight in the irony of "community source" being about paying to belong to the community. Nice gatekeeping process for admitting contributors to a community--how much money you have to spend. In the long run (or maybe not so long), this is what will allow Moodle to surpass Sakai as an enterprise class application.
Yes..
Most of Sakai Project is password protected for paying members which is pretty counter to open-source development project practices. Alexa should still count these page hits though.
Re: Sakai vs. Moodle
It is a reasonably common practice to require people to register to participate in a community. Since Sakai is, in some ways, a portal, it is useful to register in order to be able to manage your memberships across the many active communities.
This has nothing to do with paid vs. unpaid members.
Sakai-based Etudes and Etudes-NG
Etudes is in use by 60+ colleges in a consortium based at Foothill College in Los Altos Hills CA. Not included in your deployment statistic, I think.
For which they recieved a 400k grant
http://pdc.cvc.edu/common/newsdetail.asp?idx=4091
Which leads me to think that Martin needs to hire some grantwriters!
Thanks
Got links to this w/ more information?
Etudes NG on Sakai
http://etudes-ng.fhda.edu/portal/site/!gateway/page/!gateway-100
Ok
Any idea why these sites aren't listed on Sakai's deployments page?
Actually, that one IS on the front page of sakaiproject.org...
It's on the front page at:
http://sakaiproject.org/
Just look at the left hand side there.
"etudes" is not using sakia. "etudes-ng" is. From the front page of http://etudes-ng.fhda.edu/portal/
"ETUDES-NG (Next Generation) provides a rich, easy-to-use web-based teaching and learning environment. Sites can be accessed by faculty and students from any computer platform using any browser. ETUDES-NG is used extensively for the delivery of hybrid and online instruction and for the enhancement and management of traditional instruction by hundreds of faculty. It is the standard online course delivery system of the ETUDES Alliance, a consortium of over 30 institutions, mostly community colleges in California."
Also of note, the ng site there was recently launched with 2000 students, if that helps put things in perspective. I'm not sure where the 60+ colleges number came from, though.
Yeah, that's an easy one.
It's a SINGLE installation that a lot of colleges are paying that institution to host. Most of those colleges don't have enough interest to make them actually spit out that much cash for it.
Enterprise scalability.
Your analysis, whilst interesting, fails to take into account critical factors for large scale deployment. It's not *how many* sites are using Moodle, but *how large* they are. Large schools need to run multi-server resilient architectures that can suffer partial failure and continue to deliver service. This is the architecture that Sakai is working towards. Yes, it is more complex, but it is also more powerful.
Moodle is simpler to install and maintain, but is still working towards enterprise scalability. Moodle is good for small schools without the need for enterprise-class scalability and resilience.
You have also failed to take into account Sakai's use in other contexts outside learning and teaching, which is growing rapidly. Sakai is often not badged as 'Sakai', so web statistics may be somewhat indicative, but are not an effective comparison.
NZVLE has >40,000 users
On a "multi-server resilient architectures that can suffer partial failure and continue to deliver service."
Apache/PHP/MySQL is already built to handle partial failure of a node when set up to do so, so Moodle is already there as it gets a free ride on from it's architecture. The NZVLE cluster for instance is set up to handle complete failure of it's main cluster as described here:
http://moodle.org/mod/forum/discuss.php?d=29227&parent=145023 and here:
http://catalyst.net.nz/moodle/MoodleMoot2005-EnterpriseMoodle.pdf
For database scaling you can scale with MySQL to very large and active sites with in-memory or replication clustering (which lets Facebook, Wikipedia, and Yahoo is using many MySQL servers as well) to scale.
Since Moodle uses ADOdb for database calls, you should also be able run Moodle on Oracle, which is said to scale fairly well:-).
If Sakai is 'still working' toward this basic enterprise functionality which has actually been supported in Moodle since for some time (since it's first release, really), that is yet another reason to choose Moodle for large scale deployments such as the OU's.
Enterprise Scalability?
Is Open University a large enough Moodle deployment for you?
Interesting that you mention the OU.
Is 5 million pounds enought for you?
OU have not deployed Moodle btw
Moodle at the UPC in Barcelona
Well, a couple of months ago, the Polytechnic University of Catalunya decided to move all their course offerings to Moodle. There are more than 30,000 students studying here and, according to what I've just counted, there are 1,240 courses on the system. Not quite the OU, but surely big enough to count...
Having done a few of these sorts of systems in my time here
at university of wisconsin, starting in 1998, I am now wondering
why it is we need to strive for 1 large system.
Why not several smaller ones?
Large systems are harder to setup, harder to debug, and
if they fail it's a bigger impact.
To argue for a single large system, we'd have to find a value
at a reasonable cost. Typically this is due to lots of shared
data which needs to be used in lots of shared ways, like
an enterprise accounting system. Thing is with this use,
the data is really only shared at the course level. One course
doesn't care about what's going on in another course.
I'm open to suggestion about where else there is sharing, but
I have not seen it in my many years of working in this space.
Here's what I think is happening. It's to the benefit of the
software vendors who have licensed software to provide a
product that runs in a single large environment. Keeping track
of license use is expensive if you have many deployments.
It's also in the best interest of those software companies
to not encourage too many deployments as they may lose
license revenue.
With an open source offering, the whole licensing thing goes
away and with it the main factor pushing towards an single
large deployment. Let's "run this experiment again" and see
how the evolution of the products in this space proceed when
they are open source and freely licenced.
There is nothing to prevent Moodle, Sakai or anything else from
exploring a more distributed model to deployment. I would truly
like to see what happens here.
Now, if you examine the larger phenomon that is Moodle, you will see
that it's largely adopted at smaller sites. Sites that can run on a
single deployment. Small colleges and universities with small IT budgets.
So, I ask myself, why don't we in a large university (and I am in such
a large university) take a page from the book of our smaller colleagues
and run lots of small servers. We are, after all, made up of a number of colleges ourself. And perhaps this might even cost
less and be more reliable than a large and single deployment.
Why, you could buy only the cost effective-of-the-day-computers for
such a deployment, which are being blade computers.
There isn't enough data to answer my question. However, I will offer
that this is the way Google goes about it's business, which has a rather
large farm of modest computers underneath it's deployment.
While the courses don't have much to do with one another (for the most part, there are pre-requisites), the people taking and teachign the coruses do. The argument I hear is that the students want a common experience across the campus. As an instructor who teaches in different departments I want a common environment in which to work. When I teach out of department I have to use three different systems to manage my class web site, the grade book, and email communications. So, if there are lots of Moodle sites, how do you minimize this issue? Is SSO just a dream?
SSO on Moodle
...re: SSO, is Shibboleth OK? We have any number of school Moodles with the ability to run SSO with webmail, Macromedia/Adobe Breeze, other Moodles (in other parts of the UK as well as local ones) and are basing other web services to schools on this.
The critical thing is to ensure that your user database is scalable - i.e. if you're picking Access, you're asking for trouble.
I'd rather not do it this way, but our hosts run a >100k user database on MS-SQL - and our Moodle servers run on IIS, so I'm guessing that should keep *some* people happy - or the opposite.
Either way, it works, and that's what's important :-)
So, in summary, no, it's not a dream...
Oh that is absolute rubish...
The 35 deployment # came directly off their site.
Interesting project comparison
This is the first comparison I've see of the projects and not the products. But I'm still fixated on the products. I think a large part of the decision is what you can support. I believe many smaller institutions do not have a lot of Java expertise in their IT departments (that's true for us). The LAMP architecture is very approachable and reliable for many smaller schools. It fits well with our other systems and integrates nicely. Also the social constructivism woven into moodle compliments our faculty's teaching approaches.
Yes...
There are two main factors that are making Sakai uncompetitive:
Toot toot
The requirements are driven beuracraticly from the institutions who are ponying up the money rather than the users deploying the platform.
Whenever I see big $$$ coming for groupware technology, the first thing I go looking for is the horde of project managers and consultants who are going to eat up all the resources with political infighting. Double that if you're talking about the 501c3/educational realm.
The problem here, as usual, is that there's no accountability. Take all the problems we have in the corporate sector/CYA, and remove even the hazy metric of "profit" or "value." It's problematic.
Sooner or later funders will get tired of wasting their money, but since making any change more or less requires them to admit they've made a mistake it'll probably take some time for anything to actually happen.
Meanwhile, we'll still be out here making things that work for people.
Yep...
You know those articles you read about how many million dollar IT implementations end up in disasters? This is why...
Moodle/Sakai
Amazing comparison of Moodle and Sakai! Thanks.
There should be an installed base explanation. Moodle can run on the desktop and there are certainly a large number of installations that are merely "peeks" at the system.
Also, Moodle's architecture is somewhat limited as is its future growth.
On the other hand, Sakai seems to me to be the open source CMS Holy Grail. If built to spec, Sakai will be a wonderful system. But I need something today. A system with 75% of what I desire today is worth much more than a system delivering 100% ten years from now. By the time Sakai is "done done," I wonder of anyone will be around to remember.
ha
"Moodle's architecture is somewhat limited as is its future growth."
So no single Moodle site will be larger than Facebook, Wikipedia, or Yahoo?
*chomps cigar*
with limits like these....:-^.
Re: Sakai vs. Moodle
[OT]
I'm trying to debug my drupal site. User posts have been showing up with the date 31/12/69
I noticed that your date stamp is the same -- did you do that intentionally? If so, would you be willing to tell me how I can prevent my users from doing the same? If it's not intentional, does anyone know how or why this happens?
thanks
Re: Sakai vs. Moodle
Oh, at least as big as WebVan.com ;)
Thanks
Yes, the fact that Moodle is LAMP is what are driving the # of deployments. What do you mean by "Moodle's architecture is somewhat limited as is its future growth"? Judging by the numbers: $6.6M -> 35 deployments vs. $0 -> 8,900 deployments, Sakai is a grossly inneficient project.
Re: Sakai vs. Moodle
Hello,
I've enjoyed this thread. The debate of Sakai vs Moodle is pretty heated, with very few people aware of both not being on one side of the fence.
For me, there is simply no realistic comparison to be made. Sakai is poorly managed, using archaic development tools and technology, little to no thought whatsoever to the user experience, absolutely zero interoperability between modules, and no good development/documentation resources. Sakai embodies everything about massive web-based application development that I hate. It's not utilizing the more flexible technologies available, and it's not making use of a streamlined scalable code base. It's based off of java code which is notoriously resource heavy and requires extremely specific dev tools to even implement; maven. It's like a mad-lib that's been passed back and forth between a bunch of well meaning people with very little communication as to what is actually supposed to be the overall goal. Forward thinking architecture doesn't evolve on it's own. If every peasant in a village was asked to go grab a rock, and to add it to a pile in the shape of a house, do you think it would look anything like what the first peasant that laid down a rock was thinking?
Compared to that, Moodle could have zero documentation or available dev resources (of which it has both in abundance), it could have a terrible UI (which wouldn't matter much as a PHP front-end makes it easily skinnable), it could even be limited in it's scalability (which again, it is not), and it would still be infinitely better than the pile that is Sakai.
Sakai vs Moodle...it depends on the organization
Hi all,
I've been working with both platforms for a long time so I think I have enough criteria to base my opinion upon. :)
From my point of view, the final decission depends on the concrete needs of the organization you are going to deploy your e-learning solution. For example, if the organization's IT infrastructure is based on JAVA, then the decission is quite straightforward: use Sakai. If you only need a personal-like web site for offering e-learning experiences: use Moodle, it's easier to install.
Richie, you said that absolutely zero interoperability between modules. Are you sure? Have you tried to develop a Sakai tool? One of the main principles of Sakai development is the concept of service. Whatever a tool does, must be offered in a service-like manner and absolutely all Sakai "official" tools have a API that allows and simplifies developing other tools with them. However, it is true that application development in JAVA is more complex than application development in PHP, at least for me.
On my opinion, when one has to make the decission of choosing the platform for supporting an e-learning strategy (note that I said strategy, not platform), at least, the following issues must be considered:
To summarize, there is not better platform. You need to analyze each case in detail and the take adequate decission.
Module Interoperability in Sakai
I agree with Richie. While Sakai tools may publish APIs that theoretically allow for interoperability, in practice, each Sakai tool acts as though it does not know the others exist. In places where interoperability DOES exist, as with the gradebook and assignments tool, the co-ordination is extremely poor, and when you try to take advantage of it, there are unhappy and unexpected results. You can get yourself into real trouble by letting the assignments tool create a gradebook column for you. Yes, the co-ordination between gradebook and assignments has improved with the 2.5 release, but it is still weak enough that Richie's characterization has merit. Expect zero useful interoperability and you won't be disappointed. Treat each tool as a black box completely separate from all other black boxes, and you won't get yourself into trouble (much).
Not many of us are able to write or re-write our own Sakai tools, and the design of the existing ones leaves much to be desired. Interoperability, usability, and documentation are bad across the board. In my opinion, most academic IT professionals evaluating Sakai on it's merits as software for purchase would reject it in a heartbeat. For reasons I don't understand, the standards of acceptability are dropped to near zero when the product in question is open source. Certainly it is not because of cost. By the time you've finished paying for the man hours to wrestle the software into your system, and the ongoing cost of support staff, hardware, and consulting fees, it is easy to end up in the red by comparison with adopting a commercial package.