Thanks for providing your input Carl. I think is very good to get the
thoughts on this issue form someone with your background. For those who
haven't read it, even though it is a couple years old, I'd recommend
reading the article that Carl Grant and Rolad Dietz published in Library
Journal back in June 2005 on "The Dis-Integrating World of Library
Automation." It is available at:
Carl Grant said the following on 11/06/2007 2:23 PM:
> I'm willing to jump in here as a long time vendor to add to the
> customer responsibility list some items that would make developers/
> vendors a lot happier..
> 1. Select software using a fair and reasonable process for both the
> vendor and the organization (one could say a lot more here!)
> 2. Make sure you know the needs of all users of the product
> (especially the END-users - get them involved! I promise, in most
> cases, their needs are NOT understood).
> 3. Acknowledge, accept and honor the deadlines that YOU bear in the
> development timeline. (The phrase "teflon-customers" comes to mind
> 4. Understand that more functionality means more complexity in the
> code. This means:
> a. You've got to accept responsibility for helping to test
> software. There can be 1000's of pathways through code. We know you
> want bug-free code, but the developer/vendor can't
> test them all by
> themselves or you'd never actually get the code!
> b. If you're paying a commercial vendor to support/maintain,
> understand that costs should go up to compensate them for supporting
> that increasing complexity.
> 5. Try to standardize practices, **where possible**, between like
> institutions. Use development resources for great ideas, not just
> to support local idiosyncrasies...
> 6. Understand if you're trying to please everyone, it means lowest
> common denominator. If you're trying to lead and develop new ideas,
> somebody is going to be upset. It's not the
> developer/vendors responsibilities to decide which of these
> apply to
> your institution or what to do about it when it happens. Decide up
> front, are you following, or are you leading?
> Carl Grant
> CARE Affiliates, Inc.
> E: [log in to unmask]
> M: 540-529-7885
> O: 540-552-2912
> 866-340-9580 x 801 (Toll-Free)
> Website: www.care-affiliates.com
> Adium: carl_r_grant
> Skype: carl_grant
> On Nov 6, 2007, at 1:33 PM, Roy Tennant wrote:
>> On 11/6/07 10:27 AM, "Jonathan Gorman" <[log in to unmask]> wrote:
>>> How about an equivalent list from the vendor/software developer's
>>> I think that would help balance the picture, but perhaps that's
>>> already in
>>> your plans ;).
>> Funny you should ask...I had originally intended to do this, but
>> then I was
>> wondering if it start to be redundant -- that is, would a number of
>> simply be restated from the vendor's viewpoint? But if there are
>> points to make from that perspective it would be worthwhile to
>> include them.
>> This is an area where I consider myself even more ignorant than
>> usual, so if
>> those of you who work on that side of the fence would like to chime
>> in with
>> relevant manifesto points from the perspective of developers and
>> I'm all ears. Thanks,
Edward M. Corrado
The College of New Jersey
403E TCNJ Library
PO Box 7718 Ewing, NJ 08628-0718
Tel: 609.771.3337 Fax: 609.637.5177
Email: [log in to unmask]