3 ms·

I don't understand the argument for your own CMS. I currently use Drupal and don't see any problems creating modules (many of them already exist) to add all so

by ohashi 17y ago

I don't understand the argument for your own CMS. I currently use Drupal and don't see any problems creating modules (many of them already exist) to add all sorts of functionality I come up with for many different types of sites. Creating your own CMS sounds like a nice idea, but to me it seems like reinventing a lot of different wheels which already exist. If they don't exist, they are pretty easy to attach. Am I missing something?

tptacek 17y ago
If you are a Drupal expert, if Drupal is the fastest way you can build a tiny new webapp, then use Drupal. I'm a Ruby person, and the fastest way for us to get interesting features onto our existing product site was to serve them with Ruby.
- ohashi 17y ago
  That seems like a different notion from the one presented in the article was my point. I agree with what you've written, you should stick to what you can build it most efficiently in. However the article had a section: >"Write your own CMS. I would have totally disagreed with this advice up until last week or so, but Thomas convinced me: writing a single-purpose CMS is pretty much the new Hello World for modern web frameworks (heck, it is the official Rails demo), and with a man-week or two you can make something much more productive for your purposes than using, e.g., Wordpress. (Though if you can do whatever functionality you need as a Wordpress plugin, I’d still be inclined to suggest that. No need to reinvent the wheel for basic CRUD operations on textual content, or HTML parsing.)" My argument is that within the existing CMS options it's almost always easier to just create a module to add the functionality rather than trying to create your own CMS. I work with Drupal as you stated and it's pretty open to what can be done with it and quite easy to add almost any functionality I want. So the quoted piece from the text is a bit confusing from the article.

by ohashi 17y ago

tptacek 17y ago

If you are a Drupal expert, if Drupal is the fastest way you can build a tiny new webapp, then use Drupal. I'm a Ruby person, and the fastest way for us to get interesting features onto our existing product site was to serve them with Ruby.

ohashi 17y ago
That seems like a different notion from the one presented in the article was my point. I agree with what you've written, you should stick to what you can build it most efficiently in. However the article had a section: >"Write your own CMS. I would have totally disagreed with this advice up until last week or so, but Thomas convinced me: writing a single-purpose CMS is pretty much the new Hello World for modern web frameworks (heck, it is the official Rails demo), and with a man-week or two you can make something much more productive for your purposes than using, e.g., Wordpress. (Though if you can do whatever functionality you need as a Wordpress plugin, I’d still be inclined to suggest that. No need to reinvent the wheel for basic CRUD operations on textual content, or HTML parsing.)" My argument is that within the existing CMS options it's almost always easier to just create a module to add the functionality rather than trying to create your own CMS. I work with Drupal as you stated and it's pretty open to what can be done with it and quite easy to add almost any functionality I want. So the quoted piece from the text is a bit confusing from the article.