[consulting] Staying Current

[Alex Urevick-Ackelsberg]

Sorry if I came across as harsh, but I don't think this is a philosophical
argument. The Drupal community supports 2 versions. That is the current
fact. I am not saying that people who want to support Drupal 5 sites are
used car salesmen, but rather that there are certainly unscrupulous
salesman, as well as people who (even with the best of intentions) mislead
their clients into maintaining unreasonable expectations for what can be
expected at a certain cost.

--
Alex Urevick-Ackelsberg
ZivTech, LLC
http://zivtech.com
alex at zivtech.com
office: (267) 940-7737
cell: (215) 866-8956
skype: zivtech
aim: zivtech


2009/3/29 Sam Cohen <sam at samcohen.com>

> Why so harsh?  I mean your basically saying that everyone who wants to
> maintain Drupal 5 sites -- including those who want to backport security
> patches -- is a used car salesman and a fraud?
>
> Could there not be room here for a legitimate philosophical difference?
>
> Sam
>
>
> 2009/3/29 Alex Urevick-Ackelsberg <Alex at zivtech.com>
>
>> >  I'm talking about big sites with lots of customization, where clients
>> might
>>
>> > spend well over 100k on customization.  I'm just questioning whether
>> those
>> > who build those sites are building in -- or being upfront -- about the
>> cost
>> > of upgrading to D6 and then D7.
>>
>> And I wonder whether that car salesman really knew he was selling a lemon.
>>
>>
>> It strikes me that we've moved away from "Should Drupal be supported for
>> more than two releases?" to "Are there salespeople that mislead clients
>> about the full cost of acquiring some piece of technology?". And since the
>> answer to the second question is so obvious, what are we even talking about?
>>
>> Of course there are shops that sell crap as gold, and if a client doesn't
>> know this an still throws down $100k on a site from a huckster (I'm assuming
>> only a huckster could sell $100k worth of anything without a rock solid
>> reputation)? Well, I have a bridge in Brooklyn (or maybe a CDO/CDS or some
>> other exotic "security") that they'd be stupid not to buy a piece of.
>>
>> --
>> Alex Urevick-Ackelsberg
>> ZivTech, LLC
>> http://zivtech.com
>> alex at zivtech.com
>> office: (267) 940-7737
>> cell: (215) 866-8956
>> skype: zivtech
>> aim: zivtech
>>
>>
>>
>> 2009/3/29 Sam Cohen <sam at samcohen.com>:
>>
>> >>
>> >>
>> >> If I do those things I hope to end up with sites that have very little
>> >> customization. That doesn't eliminate upgrade problems, but it makes
>> the
>> >> upgrade much much more manageble.
>> >
>> > Yes, but then we're talking about simple sites.
>> >
>> >  I'm talking about big sites with lots of customization, where clients
>> might
>> > spend well over 100k on customization.  I'm just questioning whether
>> those
>> > who build those sites are building in -- or being upfront -- about the
>> cost
>> > of upgrading to D6 and then D7.
>> >
>> >
>> >>
>> >> 2009/3/29 Sam Cohen <sam at samcohen.com>
>> >>>
>> >>> I understand the logic in what you're saying, but it makes me wonder
>> >>> whether or not in the real world, big site developers who are now
>> building
>> >>> complex sites in Drupal 6, with lots of customization, are building
>> into
>> >>> their fees and being upfront with clients about what it's going to
>> cost to
>> >>> upgrade that site to Drupal 7.
>> >>>
>> >>
>> >>
>> >> _______________________________________________
>> >> consulting mailing list
>> >> consulting at drupal.org
>> >> http://lists.drupal.org/mailman/listinfo/consulting
>> >>
>> >
>> >
>> > _______________________________________________
>> > consulting mailing list
>> > consulting at drupal.org
>> > http://lists.drupal.org/mailman/listinfo/consulting
>> >
>> >
>>
>>
>> _______________________________________________
>> consulting mailing list
>> consulting at drupal.org
>> http://lists.drupal.org/mailman/listinfo/consulting
>>
>>
>
> _______________________________________________
> consulting mailing list
> consulting at drupal.org
> http://lists.drupal.org/mailman/listinfo/consulting
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.drupal.org/pipermail/consulting/attachments/20090329/1f6f400e/attachment-0001.htm>