[consulting] CiviCRM / Drupal integration expert

[Matt Chapman]

On Wed, May 5, 2010 at 11:01 AM, Jim Taylor <jim at rootyhollow.com> wrote:
> I'm -1 on the re-creation of a CRM in Drupal as it's a whole lot of work and
> all you ar doing is re-reating the wheel imho.  Unless you have a large team
> behind it I don't see the point.

The point would be:

1.) Migrating to a single, unified framework instead of the
hodge-podge of disparate libraries that make-up CiviCRM now

2.) and therefore, vastly increasing the pool of capable developers,
and every competent Drupal 7 developer would then also be a competent
CiviCRM developer without significant additional effort.

3.) and, increased consistency of UI and user experience when moving
between Drupal and CiviCRM interfaces.

I agree that a team of several people is needed, and I think the
Drupal community could provide that team as volunteers. The ubercart
project would stand as a reasonably good model of how this could be
done.

This is less like recreating the wheel and more about replacing the
engine in the car with better parts.


All the Best,

Matt Chapman
Ninjitsu Web Development

--
The contents of this message should be assumed to be Confidential, and
may not be disclosed without permission of the sender.




> David,
> I would be curious to hear what ese you see need in view integration, as of
> 2.2 you should be able to access almost all the CiviCRM field in views (feel
> free to answer that off list or file a ticket with CiviCRM).
> We talked about CCK among a couple developers at CiviCon and really couldn't
> come up with a pressing use case except for replacing the profiles
> integration with Fields API integration for the user entity, in Drupal 7.
>  So use Fields API to display the CiviCRM profiles that are exposed during
> user registration.
> What what seemed more important to work on was greater
> Rules/Workflow/Actions integration to create workflows in CiviCRM.  This
> should be a huge help in customizing CiviCRM's behaviors and default
> workflows.
> I'm -1 on the re-creation of a CRM in Drupal as it's a whole lot of work and
> all you ar doing is re-reating the wheel imho.  Unless you have a large team
> behind it I don't see the point.
>
>
> On Wed, May 5, 2010 at 1:48 PM, David Notik <dave at d202.org> wrote:
>>
>> Hi.
>> On Wed, May 5, 2010 at 1:24 PM, Matt Chapman <matt at ninjitsuweb.com> wrote:
>>>
>>> Is there anybody
>>> around who's got the management skills to help redirect the momentum
>>> among CiviCRM new-comers into a project to re-create CiviCRM
>>> functionality using Drupal 7 as the framework?
>>
>> Music to my ears.  I don't have the resources to lead that effort, but +1
>> for the need.  It's really to bad we can't work with CCK and Views for most
>> all CiviCRM functionality.
>> I agree with your assessment about demand.  CiviCRM is arguably much
>> harder to work with than Drupal -- yet it does some powerful things,
>> integrates with Drupal, and remains in demand largely because of those
>> points.  For CiviCRM/Drupal integration that goes beyond tying users to
>> contact records and exposing contribution pages and event registrations in
>> the CMS, you can and should command a higher rate than Drupal most of the
>> time.  Anyway, my shop charges one rate regardless.
>> Just did a bit of work on one Drupal/CiviCRM project of ours --
>> www.jewishideas.org -- including replaced the fundraising campaign"goal
>> widget' with some custom stuff.
>> Best,
>> --D
>> --
>> D202 - People-Centric Websites
>> 646.536.7502 ||  Office
>> www.davidnotik.com
>>
>>
>> _______________________________________________
>> 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
>
>