Why I Built The TKM Website Manager

In the previous post, I railed against custom code, then made a wane effort to defend my decision to create a custom CMS. The TKM Website Manager, which is currently only available to my clients, but which I’ve been debating releasing under the GPL or MPL, was designed to address a fatal flaw I’ve seen with most content management systems out there. Specifically – it works the way users expect a website manager to work.

We have trained users to think of web sites in terms of pages and URLs. In the past, when we worked primarily with static sites, we’ve given our users tools like Dreamweaver or Contribute to make content updates – tools that are either wildly dangerous if the user doesn’t have the time to really learn them or wildly inadequate, especially now that a majority of sites are dynamic and database-driven. Despite those flaws, they at least stuck with the page/URL paradigm.

Continue reading Why I Built The TKM Website Manager

The Problem With Custom Code

It seems these days that 90% of my work is cleaning up after other programmers. My annoyance with this fact – and the solutions I think you as programmers, designers, etc. should use – will probably become one of the major themes of this blog.

There’s a desire among us to create, and that’s a worthy desire. However, the requirements for so many small business sites are so simple and common that creating new code from scratch to run them is not only inefficient, it’s downright dangerous. There’s no such thing and “clean” code – all code is buggy to one degree or another. Custom code, which has been exposed to a much smaller audience of developers and seen limited public release, has the potential to be among the buggiest, most insecure code of all.

Continue reading The Problem With Custom Code