Drupal has a lot of great strengths and some weaknesses

The following are the key areas of Drupal that (as a programmer) I would like to see improved.

Negative testing 

Drupal only seems to test the positive path, that is that given the right inputs you get the right results and apart from security nothing else matters.

The result of this is that incorrect inputs result in silent failures that can be very hard to debug.

I've been working in the CMS arena for 10 years, and the whole time I've been expecting one or more “industry standard” CMS's to come along, but instead we've seen thousands of competing products with almost every web agency claiming to have CMS product.

While development costs have come down a long way due to greater experience and code re-use they still haven't come down anywhere close to the level that people are used to from purchasing shrink-wrapped mass market software.

For the last few months I've been working on a project that is part website and part data processing.

In theory the website is the bulk of the project, but in practice processing the data has taken a disproportionate amount of resources.

Data exchange with another organisation is always tricky - and in this case we have incoming data that doesn't conform to specification, business rules that change, and a daily data import to run.

The code I've been working on has been through a couple of versions, and now I have in mind a third

When developing a website it's important to test it in as many different web browsers as possible.

If a client has a problem viewing the page there's little point saying "but it works on my machine"

I have found that the differences between different versions of firefox to be small enough that testing in one version is sufficient.

Internet Explorer is so different between versions that each target version must be tested seperately.

There is a package for multiple IEs.

I've recently been working with AJAX and SOAP which both result in multiple sessions running concurrently.

For example if you have an AJAX progress bar for a large file upload one session is uploading the file while a series of shorter sessions check on progress and update the bar.

How to track both parts of this cleanly has had me scratching my head a bit - but the solution is fiendishly simple.

It turns out that there is a buried configuration setting in Eclipse (my IDE of choice) which allows you to debug multiple sessions.