Back in the day (as if that was really that long ago for me ;), “rapid application development” used to be a phrase that was used to describe the amount of time we could take an idea and get it into a functional prototype in order to evaluate its utility.
That reads terribly, terribly boring.
Think of it this way:
How fast can you take an idea, turn it into a functional prototype, and determine if it sucks or not?
In general, RAD approaches to software development put less emphasis on planning tasks and more emphasis on development.
Maybe that fits with more of the cultural norm than, say, 15 years. ago. Anyway, there were tools like Visual Basic that made this easy.
Admittedly, I was a little young to grok what all of this was about, but I read a lot, and I tinkered with Visual Basic from 3.0 up to .NET so I was pretty familiar with the language and how the whole system worked.
But enough of that kind of talk. Here’s the question: How can we apply rapid application development within the context of WordPress?
Furthermore, is it possible to apply it in a way that allows us also to iterate on a product (free or not being irrelevant) without only evaluating its value to our users?
Can We Do Rapid Application Development?
The short answer is yes; I think that we can do rapid application development in WordPress. And given the nature of open source, tools like GitHub and other related open source services, we’re not only able to do rapid application development, we’re able to get quick feedback, make changes, and offer updated releases faster than ever.
And given the nature of open source, tools like GitHub and other related open source services, we’re not only able to do rapid application development, we’re able to get quick feedback, make changes, and offer updated releases faster than ever.
Yes, this requires a little bit of technical know how but it’s not all for not. After all, we don’t want to release half-baked products to our non-tech-savvy users and friends, do we?
But how might this look? I don’t have a one-size-fits-all description, but I can give some anecdotal experience based on something I’ve been working.
My Experience with a Personal Plugin
Last week (at least at the time of this writing), I pushed a small plugin to GitHub. The functionality in the plugin was meant solely for The First Version, but thanks to two people (namely Gary Jones and Eric Dye), I received a pull request and a couple of