#let developers develop

Back In The Day

Highly skilled technicians would use things like text editors and FTP clients to magically produce static HTML files. cgi-bin was the heart and soul of contact forms the world over. And this wizardry was controlled by a choice few, fueled by the nectar of Mountain Dew, with lofty dreams of engaging in reciprocated, prolonged, and delibrate eye-contact with the opposite sex.

Since then, in a quest to find time to improve their eye-contact skills, a few brilliant individuals found ways to write programs that would generate HTML files and how to store “content” in databases. Not long after one of us actually got a date, WYSIWG editors started making appearances so other people could write “content”, store them in databases, enabling scripting applications to render HTML.

Now it's possible in many solutions to create dynamic email-forms, manage user authorization, and create virtual objects with relationships and attributes that once required a dedicated professional to create, deploy, and maintain that functionality.

The trend seems obvious. What used to be the work of a developer is being abstracted away to checkboxes, plugins, and one-step installers.

Enter DrupoomlaPress

The top three CMS' in the world: WordPress, Joomla!, and Drual. Each has their fans and detractors. Each can point to various high profile sites and sizeable developer communities as evidence they are the preferred choice. And they very well may be.

My primary contention with these solutions (and others like them) is not the languages or technologies utilized. But that they try to do too much. They intend to be the "Be all, end all" solution, suffering from what I call the DrupoomlaPress syndrome.

There will always be an growing level of automation and abstraction happening in technology. But when does that mean we have to “bake” every ounce of logic and functionality into frameworks, plugins, gems, and libraries?

Seth Godin has observed the growing trend wherein the middle man is dying. Could the same be true for developers? Are developers a relic of a bygone era? Is the future merely developer-turned-power-users, manipulating web-based GUIs to create functionality and experience? Is the future of web development wrapped in a form tag?

I don't want it to be. And I don't think that will be the case, because developers are not middle men. Middle men are about control, and monetizing that which they haven't created.

On the contrary, developers create, design, innovate, and enable progress. And therefore, developers will be in demand for some time to come.

True, not every website needs a developer. There is a place for such frameworks as Drupal, and WordPress. But as useful as a hammer is, it's not the perfect tool for every job.

Monorail CMS (or whatever we call it) is not intended to replace developers. It will be designed for editing content. It will provide an admin interface. It will deal with URLs and 404s. It will be designed with opinions (some with which you'll disagree). It will have some measure of a learning curve. It will have conventions.

But it will not seek to be your application. You will not become a Monorail CMS developer. There will be no such thing. You are a Rails developer will code Rails applications. And should you choose, you can add Monorail CMS to it. You will be able to extend and overwrite the CMS code. Your code will not live in the form of database records manifesting themselves in a series of drop downs, checkboxes, and inputs.

Monorail is not a framework. It's a tool to help manage content and the various aspects associated with that. I won't lie, there will be scenarios where the line between "CMS" and "Framework" will become blurred. In fact, we may cross that line. Hopefully, we will have very good reasons for doing so.