• http://twitter.com/bpanulla Brian Panulla

    I have another possible influencer: system administrator sophistication. The systems built in PHP (at least WordPress, Drupal, Joomla) are simply Web files that get dropped into a Web server root, easy peasy. Provide a MySQL backend and you’re good to go. System administrators like that.

    At a previous job we’d picked the Python-based Plone as the best replacement for our home-built CMS; the feature set was amazing, including customizable multi-step approval workflow for content that Drupal could only dream of at the time.

    But what killed our transition was our Windows-centric IT group. Plone was really only comfortable on Linux, and required an application server beyond Apache HTTPd (Zope). Even on Linux, the PHP systems were much easier to install and maintain, even if the functionality provided to end users was a fraction of the more software-y systems.

    • http://twitter.com/fienen Michael Fienen

      And the natural extension of that is that more administrative overhead equals higher costs. Virtually any tech-head can manage a basic [L/W]AMP stack. But start throwing in application servers (Zope, Tomcat, Glassfish, etc) and you start requiring more specialized skillsets. Specializations cost money. Now combine that with the community scarcity I talked about, and you’re probably paying a stupid amount of money for a solution to a problem that should have cost half as much.

      • hunt

        Stupid amount of money? I built a rails CMS for free on Github in a matter of days. I just keep making it better and better over time and it really didn’t take much time initially.

        I used to use WordPress and Joomla but it took WAY more time to slice a dice those systems into something I was proud to sell. Now that I am on Rails, my development time and costs have plummeted and my quality has sky rocketed.

        To address your second point, there is not as big of a community around Rails because if your using it, you probably know what your doing. Compare that to the WordPress or Joomla forums that are chock full of ridiculous questions. There is a big community around php CMS’s because nobody knows what they are doing and they expect someone to tell them how to do it. Granted, this attitude is finding its way into the Rails community as well but a Rails developer will generally try to figure something out before asking; hence less forum interaction.

        Also, please consider how absolutely poopy 99% of CMS extensions really are.

      • http://www.praxismicro.com Jeff Booher

        Which rails CMS on Github?

      • http://www.websitescenes.com/ hunt

        This is my most recent build:


    • http://profiles.google.com/joshuajmark Joshua Mark

      Windows exchange servers in an all Windows office make sense. For anything web development related, there’s no question, Linux is best because it’s the standard. I weep for anyone forced to cram their app onto a MS environment.

  • http://twitter.com/apeisa Antti Peisa

    I think you are spot on about how hard it is to beat the most popular system that people have invested in (your comparison about WordPress and ProcessWire). Usually the new challenger needs to be about 10 times better to have a good fight and I think ProcessWire has that ;)

  • amir

    I think you are write http://www.infoeducations.com/

  • Alice jhon

    I think Php is easily understandable thus more people like to use this platform. Rather dot net is a good choice for huge applications.Social Media Agency

  • muhamad fawad

    Great read.Quite insightful.Thank you for sharing.
    Education Information

  • http://profiles.google.com/joshuajmark Joshua Mark

    I think once a ruby or python CMS has something comparable to the “famous 5 minute install”, it will grow in popularly. Hosts don’t like Ruby right now. I pay hundreds for a host and have lots of WP sites on it, but the one public facing Ruby app I have is on a closet server. It’s actually easier that way just cause my host makes running Rails such a pain.

    • Seattle Poly Guy

      ? I pay about $10/month for a teeny VPS that can handle more traffic with the basic Rails/postgres stack than my org can handle with 70k worth of Windows servers.

      I used to work with Python, PHP, ASP.Net (used to work for MS actually, on the .Net dev team) and now I’m working with Rails. Rails is, hands down, the easiest web framework I’ve ever used. EVERYTHING is tweakable (which, of course, gets the newbies in hot water).

      Better than that, Rails — being opinionated software — sort of forces you to write clean, elegant code rather than just go drop a boatload of money on someone else’s closed-source plugin (which doesn’t quite fit your needs, but you spent so much money on it that by god you’re going to use it!)

  • sdfdsf

    fuck you shit article find something better for living

  • Doshbot

    “But the Ruby guys aren’t building normal houses. They’re building those esoteric, partial underground houses made from tires and beer bottles and then bragging about how green they are…. They’re still in a small subset of an already small community who’s main limiting factor is that they’ve chosen to be weird.” Huh? What the hell? No, we ‘Ruby’ guys are not hippy wierdos, we are building normal software like anyone else, but we just prefer the Ruby programming language and the Rails environment we were trained in… I’ve just searched around for Rails based CMS software and actually found several very nice ones, like LocomotiveCMS, RadiantCMS and RefineryCMS, not to mention many other little ones lying around in GitHub that people rolled for their own needs because Rails makes it so easy to do so.

  • 8bithero

    I think the point you were trying to make with the graph is only half the story. You also need to look at the ratio of ‘total-apps-in-x-language : number-of-apps-using-ready-made-cms-solutions-in-x-language’. I thing you’ll find that percentagewise, Django/Rails apps are less likely to use pre-built cms solutions. I think the main reason for this is that both of these frameworks are build with productivity in mind. This translates into the ability to build components quickly and effectively. Meaning you can write code that is specific to your app in the same amount of time that it would take to hack through someone elses code and get it working just the way you want it to. To illustrate this using your examples: a lot of people can indeed build their own houses or their own cars, but the majority of all people don,t. Why? Because it’s simple not an effective task. It’s way more convenient to just go out and buy a car or hire people to build a house for you. But what would happen if by some miracle we were somehow able to build our own cars & houses just as effectively and conveniently as going out and purchasing one? I’m sure you’d see a lot more custom cars if that were the case… But this is just the case with highly productive frameworks like Django & Rails. It’s just as easy to build your own cms components as it is to go out and purchase them (openSource projects included).

  • Sicofante

    You’re mixing the concepts of language and framework. Rails is a framework written in Ruby. Django is a framework written in Python. They are not “languages” as you assume in your first paragraphs (I couldn’t read any further, seeing you made such a basic mistake).

    • Michael Fienen

      I’m sorry that you let such simple semantics get in the way of a discussion. But it’s really no different than referring to something “written in” jQuery, or Foundation, or Pear, or Cake, or Spring, etc, etc. It would certainly be more semantically accurate to say JavaScript, or CSS, or PHP, or Java, etc, etc, yet as an industry, we break that pattern literally all the time in the interests of brevity. There’s nothing wrong with referring to a programming language vis-a-vis one of its frameworks. You apparently disagree and see that as a “mistake.” I don’t. It’s all in how you read it. At no point do I call Django or RoR programming languages themselves, but rather when I refer to “languages,” I do it meaning Python or Ruby, assuming anyone who cares to read this understands the connection being drawn well enough that I don’t have to spell it out for them (since you can’t build something for RoR or Django without writing Ruby or Python). RoR in particular falls prey to this, since it’s so frequently referred to in a way that lexically describes the full stack, rather than just Ruby (the language) or Rails (the app framework stack).

      To put it another way, if someone writes an article on Leukemia and talks about the hospitals and doctors that deal with it, and their treatments, you could do that without specifically restating that the doctors that work on Leukemia are oncologists or that when you treat Leukemia you’re actually treating cancer. It all goes hand-in-hand.

      After all that, you probably still disagree with me, which is fine. I’d encourage you to read stuff in the future with a bit more of an open mind though, because one of the biggest reasons we have so many issues in this industry is because of an inability to get over the semantics attached to certain fields. But thanks for stopping by to read.

      • Sicofante

        Senseless analogy. I won’t even discuss it.

        My mind is wide open but you absolutely missed the point you’re criticizing from the article you’re replying to (which I read only because you linked to it in the first place).

        That article says frameworks like Django or RoR don’t need a CMS because they themselves are built to extend the languages they’re based on, thus providing the tools a PHP based CMS must build. Can you see the clear separation of language and framework there? By blurring the lines like you did, you simply ignored the point, rendering your article meaningless, at least as a reply to the original article.

        BTW, I don’t know how old Django-CMS and Django-Shop are, but they actually prove both of you wrong. It seems Django developers felt the need, went ahead and built a CMS in the end…

      • Michael Fienen

        We’ll have to agree to disagree. You’re arguing a distinction without a difference when it comes to the point being made in this case (reason being, you can’t talk about the frameworks in a vacuum from their languages, since Django devs ARE Python devs, and RoR devs ARE Ruby devs, though vice versa won’t always be true). Obviously, you’ll disagree with me on that, at which point, we’ve reached an impasse.

        But your last point is something that we can definitely discuss. Yes, Django-CMS/Shop is indeed another Python CMS built using Django, you are right. There’s also FeinCMS and Mezzanine for that matter. But it’s a point that changes nothing, because neither myself nor the OP said that there were no CMSs built on those frameworks – only that they were unusually rare. And rarity is a generally qualitative assessment. Maybe you don’t think they’re that rare, and that’s fine.

        At the end of the day, the point in contention between the two articles is “why are they rare?” If you don’t think they’re rare, then none of the other points even matter. If you agree that they’re unusually uncommon, then the question becomes “why?” This is where the OP and I agree, that you don’t see as many CMSs built on those frameworks as we think you’d expect. Again, this is very subjective. But OP says it’s because the frameworks are just SO great. I disagree, I don’t think framework quality has anything to do with it. I think it’s the result of developer scarcity since Python and Ruby communities are relatively smaller compared to other languages, highly skilled devs are in high demand, and as a result you don’t have a lot of free agents floating around just making software for fun. So the only real question to you that even matters is if you agree or disagree with that, and why.

      • Sicofante

        But OP says it’s because the frameworks are just SO great. I disagree, I don’t think framework quality has anything to do with it. I think it’s the result of developer scarcity since Python and Ruby communities are relatively smaller compared to other languages

        Fine, but if that’s what you were trying to say, you haven’t. Besides, both reasons aren’t mutually exclusive. The frameworks might be so great that they don’t need more abstractions in the form of a CMS, and at the same time be less popular because they’re based on less popular languages (for the web, since Python is widely used in other areas where PHP doesn’t even exist).

        It’s pretty obvious that any PHP tool will find much more web developers out there (who would have thought?…), but if you really wanted to debunk the OP’s original stance you should have proven at least that the frameworks (Django and RoR) aren’t THAT great at all. Which you haven’t.

        I stumbled upon your article trying to find a critical review of Django. Your article obviously isn’t. Moving on.

      • Michael Fienen

        I think that’s perfectly fair, about the reasons not being mutually exclusive. It’s certainly a complex issue, and no one, including myself, could be 100% right about it at any rate. And I’ll be perfectly frank – I’m actually willing to admit that as tools, Django and RoR may be fantastic, as a matter of fact, because it’s simply my opinion that the quality isn’t a significant factor in the premise based on my experiences.

        I do apologize you landed here with unmet expectations. I definitely never intended this to be a critical review of any kind, though. It’s very much editorial on my part.

  • kenyee

    Curious what you use for your day-to-day Java CMS. You didn’t mention it on your site (at least nothing “java cms” could find in the search)…

    • billnye

      He states his go to is dotcms

  • Pingback: Build a Blog-Based Site with RefineryCMS « FlatIron School()

Back to top
mobile desktop