Tag Archives: drupal

Who is Drupal’s target audience?

Leisa Reichelt reflects on what Mark Boulton and herself learnt during the D7UX project this summer, and puts her finger on a big issue facing the Drupal community going forward: who is the target audience?

And so we have this tension. Drupal as a ‘Consumer Product’ and Drupal as a ‘Developer Framework’. Currently, the official direction is that the project is going to attempt to be both. I think this is a serious problem. The target audiences for each of these objectives are so far removed from each other in terms of their tasks & goals, their capabilities, their vocabulary, their priorities. An attempt to devise an interface to suit both will result in an outcome that I expect we’ll see in the release of Drupal 7 – that is a compromise to both parties.

(emphasis mine)

Comments Off

Design in the Drupal community

From a fantastic piece by Christopher Calicott looking at how front end design and development is treated within the Drupal community.
Having such high standards for writing PHP code while playing so fast and loose with front end code and treating it as though it’s a non-issue, even while the rest of the world does it this way, is not only a gross double standard within the Drupal community, it is currently beginning to get the attention of the Web world outside of Drupal — and not in a good way. We’re positioned in the press to take off like a rocket and gain real longevity, and yet in the web design community – people who talk around the world at conferences, on podcasts, et cetera – are starting to hear that Drupal, despite the good things about the code they’ve heard, makes minced meat of their beautifully executed, semantic XHTML, and there are no plans within the leadership of the Drupal community (yet) to raise the standard for front-end code to the same degree that they have on the backend. Firstly, developers take writing code very seriously and have stringent – but ultimately plain and simple – coding style rules to follow with their module development. Designers have the same sorts of practices. It’s what they do and it’s equally as important. It is time that that is fully recognized in the Drupal community and an effort be made to bring this paradigm (elsewhere largely already in practice) into our community. Designers feel just as strongly about a developer playing fast and loose with improperly written, unsemantic XHTML as developers do about designers who make dumb mistakes with PHP or try to talk shop when they are out of their depth. In fact, dare I say it – if you’re writing poor, unsemantic XHTML markup, it’s due to your lack of understanding of what you are doing, at this point. Web standards are widely adopted in the Web world. Drupal ignores this fact at its peril.
It's an issue that's been bubbling under for a while, and this is the best treatise I've seen on it yet. Required reading for anyone involved with Drupal on any level.
Comments Off

Agile vs Waterfall

Most projects start off with a waterfall approach, which is to say that there [sic] started with a plan to turn it into a wireframe, which turns into milestones, which turns into a final product, which then gets fixed because it's broken.

- Jonathan Lambert

Comments Off

Usability

Usability goes all the way. It starts right at the database design. Or actually even at the design of the programming language. Most people, working on system that can use a grain of usability, tend to think that usability is only and merely a magical trade of arranging elements on an interface. But, if the database architecture is wrong, the code will be wrong. If the code is wrong, the behaviour is wrong. And if the behaviour is wrong, then no javascript can ever solve the real problem.

- Bèr Kessels

1 Comment

Bedtime reading

Bedtime reading

Purchase it via the official site and the Drupal Foundation will get some loving in the form of cold hard cash.

Comments Off