Content Management

[Joe Malin]

Hoo-boy!

I am using Plone (www.plone.org). Free, and lots of users, but not easy
to learn. There are other free ones out there. Most of them are very
general-purpose; they organize *anything*. Plone, for example, is just a
framework for storing and indexing content. It has its own database and
server.

IMHO (of course):
* Any free system requires a lot of work: documentation is disorganized,
and in general the system is "grow-your-own". That's why it's *free*.
* Any system that does pretty much what you want to do is expensive; it
matches your needs because lots of people took the time and effort to
design it that way. They have to be paid, and you're (and similar
customers) are the payers.
* Any system that does *exactly* what you want is expensive to buy *and*
needs continuing support. Cuz no system does exactly what you want, out
of the box.

Those are the 3 rules of software applications. They haven't changed
since the big Kahuna first installed Universe 1.0.

Joe


	 Joe Malin
Technical Writer
(408)625-1623
jmalin at tuvox.com 
www.tuvox.com
The views expressed in this document are those of the sender, and do not
necessarily reflect those of TuVox, Inc.	

-----Original Message-----
From: framers-bounces+jmalin=tuvox.com at lists.frameusers.com
[mailto:framers-bounces+jmalin=tuvox.com at lists.frameusers.com] On Behalf
Of Jim Light
Sent: Tuesday, April 11, 2006 11:11 AM
To: framers at lists.frameusers.com
Subject: Content Management

Here's my problem:

 

Our company is not ready to invest in any sort of content management
system. We are a small startup and we don't have the budget of larger,
older companies. Yet we have a lot of text insets and graphics and stuff
that are begging for a way to catalog and manage. Is there some cheap
(free) CMS-like solution that will help get us started and then scale up
(or facilitate a transfer) later?

 

We already have SQL Server and Oracle in-house, so solutions that build
on those might work. We are too small for a solution that requires a lot
of additional IT support, so something us writers could set up and
administer would be helpful. We are not programmers, so roll-your-own
solutions requiring us to write scripts or programs won't work.

 

We have SharePoint, which might be better than nothing, but it seems to
change the name of the Frame file when it opens it and it copies each
file to a separate temporary directory when it opens it. So basically it
creates a total mess of a Frame book. I didn't even bother to see if it
could keep a bunch of customizable metadata.

 

Presumably, someone else has had this challenge...

 

Any thoughts?

 

Thanks

Jim Light