I had been running a bricolage server for BMU website,
http://www-bmu.ps
ychiatry.cam.ac.uk for a good two years+ now.
Overall, with bricolage, the quality of the site improved.
Several users
have control over their own personal pages.
Users resistance is only to be expected, especially in an
environment where
there is no rigid top-down hierarchy. The key is to get the
top academics
(management tier) to buy in, and make sure that your
implementation is an
improvement to existing practice (e.g. easy to fill in
information about
their journal publication etc) for the academics who need to
manage/update
the site.
If you start experiment with bricolage, the best way to
start is to get a
basic bricolage working, i.e., say NO to all options when
installing. After
playing with it and gained experience, try the options that
you need before
building the full site.
HTH
Cinly
On 06/02/07, Waldo Jaquith <waldo virginia.edu> wrote:
>
> On Feb 5, 2007, at 2:41 PM, Chris Heiland wrote:
> > I am curious if there are any Bricolage users out
there in a higher
> > ed environment. Because of the nature of the
industry the setup of
> > the software and maintenance is a bit different
from our private
> > sector counterparts.
>
> Here at at the University of Virginia's Virginia
Quarterly Review,
> we're running a beta Bricolate server -- we're
currently on a custom
> LAMP application. Though no final decision has been
made, I'll be
> very surprised if we don't switch in the next few
months. (My thanks
> to David Wheeler for his assistance -- he helped me
persuade my
> organization to look at Bricolage by making it possible
for me to
> demo it.)
>
> On the topic of your post, just last week we moved from
a university
> host to a private host, and a significant element of
that decision
> was knowing that the university just couldn't deal with
Bricolage.
> We tried to work with them on it, and though there was
one
> enthusiastic sysadmin, the department as a whole just
wasn't
> interested in modifying their practices to use
something so far off
> the beaten path. It's the need for Apache 1 and an
older version of
> mod_perl that were major sticking points; something
about Fedora
> versions, supporting Ultra ATA hard drives and
"dependency hell."
> Our commercial host had to put in an enormous amount of
work to
> assemble a box that would support Bricolage but did
manage to pull it
> off in the end.
>
> Best,
> Waldo
>
> ---
> One West Range, Box 400223
> University of Virginia
> Charlottesville, VA 22904-4223
>
--
Best Regards,
Cinly
|