Fascinating discussion. I'm in the living breathing camp, and one who also talks to my clients about Drupal's versions and the need to upgrade right out of the gate. In fact my client's responsibility to upgrade or pay for support do this and my lack of responsibility to support them it they don't is in my contract. Of course I offer annual support as a service and most of my clients take me up on that offer.<br>
<br>One thing missing here is all clients would say security is in their scope which is one of the major improvements that come with new versions. Now I'm not versed in all aspects of security upgrades in core (yet:)), but I would point out the password strength checks and use of openID as examples where security was enhanced from D5->D6.<br>
<br>It seems to me even the smallest non-profit could budget $3-500 for annual upgrades, and I have yet to run into one client who doesn't understand that software is a living breathing thing that needs maintained.<br>
<br>Jim<br><br><div class="gmail_quote">On Tue, Mar 10, 2009 at 3:13 PM, Sam Cohen <span dir="ltr"><<a href="mailto:sam@samcohen.com">sam@samcohen.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im"><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div>
> Only if they ask for new functionality and the cost of implementing it<br>
> is cheaper if an upgrade is involved should the client be expected to<br>
> change to the new shiny Drupal<br>
</div><br>This is where I disagree, in regards to making the decision based on<br>
what is cheaper (right now).<br>
<br>
What I am advocating is that consultants make the Drupal 6 upgrade<br>
required before implementing new features on a Drupal 5 site, even if<br>
that is MORE expensive (right now) than implementing said features in<br>
Drupal 5.<br>
</blockquote></div><br></div>Matt,<br><br>Are you actually suggesting that developers should refuse to add features to Drupal 5 sites even if they never told the client when they first built the Drupal 5 site that they were going to be doing this?<br>
<br>That seems incredibly unfair to clients, especially those with limited budgets. <br><br>In truth, I wouldn't even consider having clients agree to this for future sites. If I did, I'd have to say, ok, I'm going to build your site in Drupal 6 today, but at some point in the future I'm going to refuse to add any new features unless you spend X dollars to upgrade to Drupal 7 -- and if we're talking about a heavily customized site that X can be many thousands of dollars. <br>
<br>I've still got a couple of 4.7 sites that are serving nonprofit clients very well and they are very happy with them. I'd like it if they paid for an upgrade, but I can't imagine requiring them to do so.<br>
<font color="#888888">
<br>Sam<br><br><br><br><br>
</font><br>_______________________________________________<br>
consulting mailing list<br>
<a href="mailto:consulting@drupal.org">consulting@drupal.org</a><br>
<a href="http://lists.drupal.org/mailman/listinfo/consulting" target="_blank">http://lists.drupal.org/mailman/listinfo/consulting</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Jim Taylor<br>Rooty Hollow LLC, Owner<br><a href="mailto:jim@rootyhollow.com">jim@rootyhollow.com</a><br><a href="http://www.rootyhollow.com">www.rootyhollow.com</a><br>
(614) 886-5530<br><br>Twitter: jalama<br>Linkedin: <a href="http://www.linkedin.com/in/rootyhollow">http://www.linkedin.com/in/rootyhollow</a><br>