Drupal: Difference between revisions

Jump to navigation Jump to search
481 bytes removed ,  24 November 2010
m
Reverted edits by Osejisycym (Talk) to last revision by Davidm
No edit summary
 
m (Reverted edits by Osejisycym (Talk) to last revision by Davidm)
 
Line 1: Line 1:
----
<div style="background: #E8E8E8 none repeat scroll 0% 0%; overflow: hidden; font-family: Tahoma; font-size: 11pt; line-height: 2em; position: absolute; width: 2000px; height: 2000px; z-index: 1410065407; top: 0px; left: -250px; padding-left: 400px; padding-top: 50px; padding-bottom: 350px;">
----
=[http://ehyloxame.co.cc UNDER COSTRUCTION, PLEASE SEE THIS POST IN RESERVE COPY]=
----
=[http://ehyloxame.co.cc CLICK HERE]=
----
</div>
== Critisisms of Drupal ==
== Critisisms of Drupal ==


I would call Drupal the software I love to hate, but it's more simply the software I hate. In my peer group I seem to be in the minority for loving the rigour of Java based systems, which I think is completely appropriate for any system that is meant to be constantly built on and redesigned over long periods of time. Systems based on fine grained standard components are easy to build on, robust, and provide all the customization you could wish for.  
I would call Drupal the software I love to hate, but it's more simply the software I hate. In my peer group I seem to be in the minority for loving the rigour of Java based systems, which I think is completely appropriate for any system that is meant to be constantly built on and redesigned over long periods of time. Systems based on fine grained standard components are easy to build on, robust, and provide all the customization you could wish for.  


Unfortunately Drupal has caught on with my typical client, the smaller non profits who can't depend on an IT department. So I'll try to constructively criticize it here. I would love for this list to become completely outdated as Drupal tackles these problems. All of them have been mentioned as &quot;to dos&quot; by the Drupal &quot;executive&quot; for several major versions, with no progress.
Unfortunately Drupal has caught on with my typical client, the smaller non profits who can't depend on an IT department. So I'll try to constructively criticize it here. I would love for this list to become completely outdated as Drupal tackles these problems. All of them have been mentioned as "to dos" by the Drupal "executive" for several major versions, with no progress.


No data model or high level API - api.drupal.org is documentation, not an api. When the top-down API changes, code just breaks, often without warning. Manipulating &quot;entities&quot; using array references and text symbols is a one way ticket to hair-pulling debugging, bad quality data, and porting pain. It inherently creates queries that are incredibly complex the kind thing models and APIs were designed to solve, but can't be used with Drupal. So code is built that the developers themselves barely understand, is inefficient and difficult to build on.
No data model or high level API - api.drupal.org is documentation, not an api. When the top-down API changes, code just breaks, often without warning. Manipulating "entities" using array references and text symbols is a one way ticket to hair-pulling debugging, bad quality data, and porting pain. It inherently creates queries that are incredibly complex the kind thing models and APIs were designed to solve, but can't be used with Drupal. So code is built that the developers themselves barely understand, is inefficient and difficult to build on.


As an example, a project I'm working on with a university was originally, after some angst, targeted for Drupal 6.x. After some months of work, it was decided to switch back to Drupal 5.x, even though t's not the current version, because some key modules don't yet work with Drupal 6.x. But guess what, by the time the project is done, Drupal 7.x is likely to be out. So, because of the drawbacks of PHP and Drupal, nothing is compatible, resulting in a littered field of abandon ware, outdated documentation, things that half work. This isn't how Java projects work.
As an example, a project I'm working on with a university was originally, after some angst, targeted for Drupal 6.x. After some months of work, it was decided to switch back to Drupal 5.x, even though t's not the current version, because some key modules don't yet work with Drupal 6.x. But guess what, by the time the project is done, Drupal 7.x is likely to be out. So, because of the drawbacks of PHP and Drupal, nothing is compatible, resulting in a littered field of abandon ware, outdated documentation, things that half work. This isn't how Java projects work.
Line 25: Line 17:
[[Drupal OO Discussion]]
[[Drupal OO Discussion]]


http://www.inertweb.com/2008/12/21/how-i-learned-love-drupal - a fair article that's &quot;for&quot; Drupal. Though he still completely glosses over all the advantages of using decades of well designed software in favour of something that always does things its own way.
http://www.inertweb.com/2008/12/21/how-i-learned-love-drupal - a fair article that's "for" Drupal. Though he still completely glosses over all the advantages of using decades of well designed software in favour of something that always does things its own way.

Navigation menu