• Skip to content
  • Skip to primary sidebar
  • Skip to footer

Foliovision

Main navigation

  • Weblog
    • FV Player
    • WordPress
    • Video of the Week
    • Case Studies
    • Business
  • About
    • Testimonials
    • Meet the Team
    • We Support
    • Careers
    • Contact
    • Pricing
  • Products
  • Support
    • FV Player Docs
    • Pro Support
  • Login
  • Basket is empty
Affordable VAST/VPAID for Wordpress has arrived. Serve ads with your videos starting today!

Coding Languages, a developer’s new girlfriend

29 November 2007 / Alec Kinnear / 4 Comments

Why all this fascination with Ruby on Rails?

The success of 37signals…these guys have built some cool stuff in very small teams.

But in general I believe that a lot of the coding developers (as opposed to user interface developers such as myself) like trying new languages like some men like trying fresh girlfriends.

Each time a new language comes along they think this might be the one.

For those of us just trying to produce working applications efficiently for clients, switching languages is a waste of time and money.

i.e. we will switch but only if the incentives are enormous or our current technology has badly dated.

Many developers are choosing to remain in PHP. CakePHP is PHP’s answer to the Rails framework on Ruby.

Dominican developer Kevin Lloyd has written a succinct list of the reasons to choose CakePHP over RoR:

  1. laziness
  2. speed
  3. shared host support
  4. cost

The big debate about Ruby on Rails versus PHP was set off by Alex Payne of Twitter‘s complaint about the speed of RoR in an interview:

All the convenience methods and syntactical sugar that makes Rails such a pleasure for coders ends up being absolutely punishing, performance-wise….there shouldn’t be doubt in anybody’s mind at this point that Ruby itself is slow. It’s great that people are hard at work on faster implementations of the language, but right now, it’s tough. If you’re looking to deploy a big web application and you’re language-agnostic, realize that the same operation in Ruby will take less time in Python. All of us working on Twitter are big Ruby fans, but I think it’s worth being frank that this isn’t one of those relativistic language issues. Ruby is slow.

Kevin adds:

I don’t do Web Development for my health or for fun. I design web applications for clients. A lot of my work involves redesign of already existing sites. How do I say to a client: Hey, although your current web host that you’ve prepaid a year for is sufficient for 90% or the stuff you can throw at it, I’m using this new technology and you need to shell out some more $$$ for a host that can handle it.

That’s our situation as well. We love web development but it is a means to an end. User interface, front end, user convenience. Of course reliability and security are very important to us as well, but that is more a question of coding practice than coding language.

And who the hell like slow applications anyway. Speed would be one of my biggest gripes about Basecamp (poster child for all RoR development).

Why is PHP faster than Ruby on Rails slow? According to Kevin:

Because everything in RoR is an object, it has to be instantiated, which takes up CPU time and memory. Even empty objects. With PHP and empty array is a memory address, that’s it. Although CakePHP does support OOP using PHP5, most of CakePHP’s data manipulation is still heavily array based.

But in the end who cares why Ruby on Rails is slow…

We’ve been looking at additional project management tools lately. One of the best looking is Connector from Joyent. One look at the graphics and I was almost hooked. But it has to be the slowest web application I’ve ever had the misfortune of demoing.

Joyent-Connect-List
Joyent Connect List

I thought the demo accounts might just have shoddy hosting (although that is shooting oneself in the foot), but no, apparently the developers themselves have to wait 15 to seconds to 60 seconds for pages to refresh. Who has time for this?

Coding is supposed to set us free to spend time with our girlfriends not to spend learning new development languages.

For the most part, swapping girlfriends is a waste of time. If the one you have is kind to you, stick with her. We’ll be staying with WordPress and PHP a good while longer.

Alec Kinnear

Alec Kinnear

Alec has been helping businesses succeed online since 2000. Alec is an SEM expert with a background in advertising, as a former Head of Television for Grey Moscow and Senior Television Producer for Bates, Saatchi and Saatchi Russia.

Categories: WordPress Tags: girlfriends, php, ruby on rails, web development

Related Posts

  1. Mambo / Joomla

    Mambo / Joomla

  2. oDesk: Developers for Developers

    oDesk: Developers for Developers

  3. How WordPress developers treat publishers like suckers and marks or why I’m now ashamed to be a WordPress developer

Reader Interactions

Comments

  1. Jason 29 November 2007 at 11:01 am

    [wrikespam]

    As to projct management software, I like niether Basecamp nor Connector. Connector is just to slow, and Basecamp is just too dumb, when you need to manage multiple pojects. I recently found Wrike wrike.com/ and tried it for several small projects. So far it looks like the tool I gonna use for the whole business.

    Reply
  2. Avatar photoalec 29 November 2007 at 12:13 pm

    Are these Wrike people for real, or is this comment spam?

    Anybody out there really using Wrike?

    I find that Write far too ugly and complicated to go back to after Basecamp.

    Basecamp can do almost anything you want as long as you are willing to use a little bit of intellect on the issue (such as ordering task priority: keep a single list for each employee across all projects). This way the bare app remains lean and useful.

    Looks do matter.

    Reply
  3. Baz L 7 April 2008 at 6:22 am

    Should have done this MUCH earlier: The reference to my post is much appreciated.

    ThankX

    Reply
  4. Steven P 14 April 2013 at 1:07 pm

    cakePHP sucks. Why? Their own blog tutorial – ambiguously written – results invariably in error messages:

    Error: PostsController could not be found. Error: Create the class PostsController below in file: app\controllers\PostsController.php

    If those idiots cannot write out a simple “hello world” tutorial … one wonders what else they punted on.

    PHP is an old, old friend. codeigniter is not, but at least it works out of the box and is documented by humans rather than imbeciles.

    Reply

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

You can click here to Subscribe without commenting

Primary Sidebar

Categories

  • Business
  • Camera Reviews
  • Case Studies
  • Design
  • FV Player
  • Internet Marketing
  • IT
  • Life
  • SEO
  • Slovak
  • Video of the Week
  • WordPress

Footer

Our Plugins

  • FV WordPress Flowplayer
  • FV Thoughtful Comments
  • FV Simpler SEO
  • FV Antispam
  • FV Gravatar Cache
  • FV Testimonials

Free Tools

  • Pandoc Online
  • Article spinner
  • WordPress Password Finder
  • Delete LinkedIn Account
  • Responsive Design Calculator
Foliovision logo
All materials © 2025 Foliovision s.r.o. | Panská 12 - 81101 Bratislava - Slovakia | info@foliovision.com
  • This Site Uses Cookies
  • Privacy Policy
  • Terms of Service
  • Site Map
  • Contact
  • Tel. ‭+421 2/5292 0086‬

We are using cookies to give you the best experience on our website.

You can find out more about which cookies we are using or switch them off in .

Powered by  GDPR Cookie Compliance
Privacy Overview

This website uses cookies so that we can provide you with the best user experience possible. Cookie information is stored in your browser and performs functions such as recognising you when you return to our website and helping our team to understand which sections of the website you find most interesting and useful.

Necessary Cookies

Strictly Necessary Cookie allow you to log in and download your software or post to forums.

We use the WordPress login cookie and the session cookie.

If you disable this cookie, we will not be able to save your preferences. This means that every time you visit this website you will need to enable or disable cookies again.

Support Cookies

Foliovision.com uses self-hosted Rocket.chat and self-hosted Freescout support desk to provide support for FV Player users. These cookies allow our visitors to chat with us and/or submit support tickets.

We are delighted to recommend self-hosted Rocket.chat and especially Freescout to other privacy-conscious independent publishers who would prefer to self-host support.

Please enable Strictly Necessary Cookies first so that we can save your preferences!

3rd Party Cookies

This website uses Google Analytics and Statcounter to collect anonymous information such as the number of visitors to the site, and the most popular pages.

Keeping this cookie enabled helps us to improve our website.

We reluctantly use Google Analytics as it helps us to test FV Player against popular Google Analytics features. Feel free to turn off these cookies if they make you feel uncomfortable.

Statcounter is an independent Irish stats service which we have been using since the beginning of recorded time, sixteen years ago.

Please enable Strictly Necessary Cookies first so that we can save your preferences!