Re: [OSCOM] oscom past, present and future
Auke van Slooten <auke-UYs0jNLYn/[email protected]> Wed, 13 Sep 2006 13:55:25 +0200
| Newsgroups | gmane.comp.cms.oscom |
|---|---|
| Message-ID | <[email protected]> |
Gregor J. Rothfuss wrote: > Martin Bähr wrote: > >>On Tue, Sep 12, 2006 at 03:21:53PM -0400, Gregor J. Rothfuss wrote: >> >>>http://www.advogato.org/article/544.html >>>http://www.advogato.org/article/657.html >> >>oh, wow, these are very interesting, thank you. >> >>now it would be really interesting if you could write an update to those >>articles from the present day perspective, and then i am curious to see >>what we can learn from this for the future of oscom. > > > that's easy. i consider these goals to have failed. it is still a pain > to migrate content from one OSS CMS to another, a community for CSS > skins that work across CMS has not emerged [1], the CMSML effort to > bring more transparency into CMS selection has stalled [2], to name a few. <snip> > what has changed is that there are now a small handful of OSS CMS that > dominate the market. interop by market dominance, as it were. for an > outside view of this space, see john newton on ECM commodization [3] > (hat tip to seth). and that is a good thing: no one cares about or needs > hundreds of broken CMS. > > what also changed, albeit to a sadly small extent, is uptake of things > like microformats, that offer immediate benefits to a CMS community, and > help interop in their own ways. [4] offers a good example. Hi, I've been quietly watching the proceedings, but didn't feel I had anything useful to add up to this point. This thread however made me realize that there are some things OSCOM could be very useful for, and it would be a shame if it would disappear and not at least be replaced by something else that allows developers of different cms systems to talk. First I want to say, I've personally only been to one Zurich Sprint. I liked the atmosphere, I liked the way we could all take a small peek in the way other projects tackled problems we all know. I think this exchange of ideas and insights was actually the best part of the Sprint. It would be a shame if there were no more Sprints. In fact, if all OSCOM did was help people organize Sprints, I'd still think OSCOM a success. It's informal meetings like this which I think are fundamental in getting a real community of the ground. In that vein, I'd like to offer help in organizing a new Sprint. I have good contacts with the local University Student network organization, so I might be able to arrange a location for it there. That's the University of Twente btw, in Enschede, the Netherlands. But about interoperability, I think many of the activities intended to promote interoperability lacked either real world application or were to grandiose in concept. It appears to me that there are some very different approaches to content management, which makes it very difficult to create a all-in-one interop solution. One example I'm thinking of is Twingle. The very real differences in underlying approach to how a CMS works, made it impossible for Twingle to succeed. Either it supports all or most CMS systems, but in the process is so dumbed down that noone uses it, or it only supports a small subset, with the same result, or it supports everything and the kitchen sink, but won't ever get finished. I think microformats, on the other hand, are a good idea. They solve very strictly defined problems which can be solved to everyone's liking. Things like RSS also became a success by sticking to a simple problem with a simple solution, and not trying to do everything. Perhaps if we start with such an approach, we can in time build a suite of small interop solutions, of which you can decide which to implement in your CMS. If OSCOM just kept a list of interop microformats/standards, with which CMS implements which of those, I think we'd be getting somewhere. Sprints would then be an ideal place to get some help implementing such a standard. OSCOM might even provide the facilities and tools to test your implementations correctness. Something else that OSCOM might play a role in, is keeping people up to date on new developments. I know I'm spending a lot of time each day tracking a number of blogs, a few del.ici.us tags, and some other things. The problem ofcourse is time. If it takes someone, or a few people a lot of time in providing this information, it will never work, or only for a short time, until the active people get tired of it. So what about creating an OSCOM tag in del.ici.us, and stimulating people that already scrounge around the internet for new developments which relate to (open source) cms systems, to use it? We might even automate a section of the OSCOM site to show the latest / most popular links, perhaps adding a comment option. Anyway, I think that stuff like this, which won't take a lot of time for any one person, and potentially offers great rewards for many, can work. Auke van Slooten Muze (http://www.ariadne-cms.org/) PS. If the goal of Twingle was just to get people to implement support for WebDAV, than I think it succeeded. We did implement that, during the Sprint, though the finished implementation took a few months extra. It's now a standard component of Ariadne. _______________________________________________ General mailing list [email protected] http://oscom.org/cgi-bin/mailman/listinfo/general