Stephen Downes

Knowledge, Learning, Community

I've never been a proponent of what is sometimes called 'community source' (but which is really a closed federation posturing as though it were some sort of open source). The way it worked was, "several institutions contract together to build software for a common need, with the intent of releasing that software as open source." Fair enough. And it did address the problem of bringing together the resources needed to create such software. But there's a second problem, says Michael Feldstein: "What is the best way to plan and execute software development projects in light of the high degree of uncertainty inherent in developing any software?" Community source is difficult to manage, and nowhere nearly sufficiently agile to respond to changing needs. See eg. the interesting comment from Josh Baron: " I certainly understand the desire on the part of institutional leaders to have control over key decisions and reduce the messiness, this was my first reaction when entering the Sakai community as well, but as soon as these leaders begin to take control they can end up ruining the 'secret sauce'." See also: Kuali for-profit.

[Direct link]


Stephen Downes Stephen Downes, Casselman, Canada

Creative Commons License.

Copyright 2021
Last Updated: Mar 30, 2021 4:29 p.m.