Now that's a teaser! ;-)
Prime-time = "ready to manage my production site, one going public RSN".
Obviously your answer would depend on your specific needs. If you have a well-defined use case, and all the modules you want are stable, tested and well-supported, then of course the answer is Yes. If you are a wizard PHP/MySQL programmer with lots of Drupal experience, then heck, you'd be using D7 now for a production site ;)
But for my situation (ScenarioX), here's my current position, and I'm looking for feedback:
DrupALL v6 will be ready for ScenarioX around the time core D7 ships stable, or maybe even a bit later.
Ah, "What the heck are DrupALL and ScenarioX?" I hear you ask ;)
Few would argue against the statement that core Drupal is just a bare-bones starting point; in fact IMO that's a key reason it's such a fine platform. However it's really the contrib modules that provide the key functionality for most use cases. [tangent] In fact IMO there should be a labeling system (perhaps a process community-driven voting combined with core-team QC?) to highlight "could/should be core" mainstream modules: Views+CCK are the obvious examples.[/tangent]
So I'm calling Drupal as a whole, including a wide range of the most important add-on modules (subjective I know), DrupALL.
ScenarioX includes two key elements:
- A site going into production ASAP. Yes, starting off simply, but with a not-very well defined future dev path. The boss/customer will be quickly asking for as-yet-unknown bells-and-whistle features, and expecting the answer to be "yes sir right away sir" not "weeeell, I'll have to look into that". Hence the need for DrupALL, not just Drupal.
- A relative newbie developer who wants to benefit from a wide base of collective experience and accumulated online documentation to learn from; let all those adventurous "pioneers" collect the arrows, I'll learn from others' mistakes. (see mea culpa footnote below)
Another big advantage of waiting until then, is that the less actively developed modules can be filtered out, as the better-supported ones will have already started at least talking about their plans for D7 versions. . .
For next time around, I'll be waiting for stable D8 before actually looking at putting D7 into production, and so on into the future. Bottom line: I need DrupALL to be stable and well-supported by the community, not just Drupal.
I'm not arguing the no-backwards-compatibility policy, nor advocating lengthening the release cycle (discussion here http://groups.drupal.org/node/1557).
In fact I'll maintain a regular (and IMO frequent) core-platform upgrade cycle, but just lag behind the actual core release cycle by what, eighteen months? I do realize I'm coming from a perhaps corporate-conservative POV - eg I wouldnt' upgrade my XP users to Vista yet (if ever ;)
And finally generalizing beyond my personal situation, I reckon ScenarioX is the norm, or at least matches that of a very high percentage of people considering Drupal. I personally know of several (very) large corporations in my area that evaluated Drupal for in-house use and were put off by perceived instability/difficulty issues, inability to get desired functionality OOTB. . . But they were looking at D6 not D5!
Thanks for reading this far, and do please comment!
PS Yes I know I should be playing on the cutting edge in order to contribute my testing feedback back to the community, but I just don't have the experience level (nor perhaps the personality?) for that. Don't worry, I'll find other ways to contribute - documentation, helping those even more newbie than myself, etc. Perhaps starting with a Handbook page in Getting Started: "How to choose what version of Drupal to use"?
Comments
I'd say the Drupal 5 ->
I'd say the Drupal 5 -> Drupal 6 transition is an exception.
Usually the adoption lag for a new major version is no more than 6 months, but in this case it may become 8-10 months because of special circumstances (Views rewriting, CCK catching up, lots of dependent modules waiting).
Yes, my post is obviously
Yes, my post is obviously coming from my personal POV and the current stage of the release cycle. However even if the details change, there isn't much out there informing those evaluating Drupal on this IMO critical aspect of the environment.
I'm considering contributing to the Getting Started handbook page Which Drupal version should I run? and would like to give some generalized guidelines, something that will still apply regardless of where we are in the development cycle between versions.
------------------
DrupALL vs core Drupal (nebulous I know but IMO an important distinction)
The factors I've identified so far influencing the decision:
Experience level of the user-site-developer and their comfort-level with risk
Customer/employer issues - businesses with bosses and clients, vs personal control
The clarity of the site's use-case and features wish-list, lack of which IMO implies a greater need for a wider definition of DrupALL
Feedback welcome. . .
Two
I have two sites on 6. One is brand new and I took a chance on several beta modules. I have one site waiting for Acidfree (which doesn't even have an official 5.x release yet) an two waiting for Spam (another major rewrite). Since most of my sites don't use Views of CCK, those weren't an issue - time is.
NancyDru (formerly Nancy W. until I got married to Drupal)
NancyDru
Hi Nancy, thanks for
Hi Nancy, thanks for dropping by, from my newbie POV you're a key contributor!
Time was the issue? - you found creating your site much faster in D6 than D5?
I suppose that's because you've been working hard this past year getting yourself fully au fait with D6, and probably forgot a lot of the old D5 ways :)
For me, since I've yet to start learning D6 in any depth and am finding getting my brain wrapped around Drupal itself hard enough, IMO I'll stick with what I know for now.
I admit I come from a corporate IT background, so that's strongly influenced my conservative mindset. I'm not game at this point to start putting beta modules on customer's public sites and I just haven't the bandwidth to learn/play for its own sake at the moment. . .
You mentioned your two D6 sites - how many have you got still running D5, and is anything other than module (=functionality) availability holding you back from upgrading?
PS I just posted a +1 for Acidfree to prioritize getting its D5 stable, looks like they're intending to just skip a release :(
Well...
Well, since I maintain a bunch of modules, I've had to become "bi-lingual" so to speak. The site with the beta modules is a site that I host and run, so customers are not so much of an issue. It had other factors that influenced me to try to make 6 work. And, yes, my knowledge of 6 probably gave me more flexibility than the average Drupaller.
Considering that, to my shame, I still have one site on 5.1 (and another that was updated just a few weeks ago), I know that infrastructure updates are often put off, so being at as high a level as I can stand to start with is good. As soon as AcidFree is updated to 6, that last site will definitely be updated. And Spam is holding back two sites (both at least on 5.10). I will most likely have 5.x test sites until the time that 7.0 comes out - simply because I have modules to maintain. I may keep them a bit beyond that for some of my customers.
NancyDru (formerly Nancy W. until I got married to Drupal)
NancyDru