Comments on: Ruby on Rails: Why Won’t You Work? http://seanmcb.com/2005/12/05/ruby-on-rails-why-wont-you-work I'm a junior at a brand new engineering college. I blog about my life, web stuff, software, technology, and pretty much anything else that strikes my fancy. Thu, 09 Apr 2009 06:59:18 +0000 http://wordpress.org/?v=1.5.2 Comment on Ruby on Rails: Why Won’t You Work? by: Mason Browne http://seanmcb.com/2005/12/05/ruby-on-rails-why-wont-you-work#comment-92 Sun, 08 Jan 2006 05:04:47 +0000 http://seanmcb.com/2005/12/05/ruby-on-rails-why-wont-you-work#comment-92 Friend from Billings pointed me at your site. I've also recently been looking at different frameworks for development; PHP just isn't cutting it anymore. If you're interested, there was a recent Presentation/Q&A from the guys behind Django (the Python web-framework) and Rails. It's kind of cool seeing the creators of the two frameworks talk, especially when the languages of the respective frameworks have somewhat of a (healthy) rivalry themselves. You can download the audio/video here: http://www.djangoproject.com/snakesandrubies/ Friend from Billings pointed me at your site. I’ve also recently been looking at different frameworks for development; PHP just isn’t cutting it anymore. If you’re interested, there was a recent Presentation/Q&A from the guys behind Django (the Python web-framework) and Rails. It’s kind of cool seeing the creators of the two frameworks talk, especially when the languages of the respective frameworks have somewhat of a (healthy) rivalry themselves. You can download the audio/video here: http://www.djangoproject.com/snakesandrubies/

]]>
Comment on Ruby on Rails: Why Won’t You Work? by: smatt http://seanmcb.com/2005/12/05/ruby-on-rails-why-wont-you-work#comment-90 Sat, 07 Jan 2006 00:11:14 +0000 http://seanmcb.com/2005/12/05/ruby-on-rails-why-wont-you-work#comment-90 glad to know i wasn't the only one. glad to know i wasn’t the only one.

]]>
Comment on Ruby on Rails: Why Won’t You Work? by: Sean http://seanmcb.com/2005/12/05/ruby-on-rails-why-wont-you-work#comment-66 Mon, 05 Dec 2005 22:31:26 +0000 http://seanmcb.com/2005/12/05/ruby-on-rails-why-wont-you-work#comment-66 Update: My friend Matt Colyer has been helping me debug my apps and we've at least fixed one of them. (Ended up being a combination of an incorrect column name in custom SQL and a bad session entry that essentially corrupted the session file? We think?) However, my original and larger app still has bizarre errors that we haven't been able to figure out yet. Starting over from scratch might be the best option at this point... I do like Rails though. It's beautifully elegant when it decides to work. I wouldn't be so frustrated if my largest project didn't have this strange and crippling bug with the model interaction. Update: My friend Matt Colyer has been helping me debug my apps and we’ve at least fixed one of them. (Ended up being a combination of an incorrect column name in custom SQL and a bad session entry that essentially corrupted the session file? We think?) However, my original and larger app still has bizarre errors that we haven’t been able to figure out yet. Starting over from scratch might be the best option at this point…

I do like Rails though. It’s beautifully elegant when it decides to work. I wouldn’t be so frustrated if my largest project didn’t have this strange and crippling bug with the model interaction.

]]>
Comment on Ruby on Rails: Why Won’t You Work? by: raichu http://seanmcb.com/2005/12/05/ruby-on-rails-why-wont-you-work#comment-65 Mon, 05 Dec 2005 12:27:06 +0000 http://seanmcb.com/2005/12/05/ruby-on-rails-why-wont-you-work#comment-65 maybe you can publish the relevant parts of the code. you might have missed some weird ror convention. ror is quite draconian with regards to naming and placement that at times it feels less like a framework and more of a cookie cutter. you may also want to post about the code that have worked so far. also, since your article hints that you still don't know ruby's full syntax, there's also the possibility that your expectations of syntax leniency in one area may have conflicted with that of ruby. in elliot rusty harold's rails walk (elharo.com/blog/software-development/2005/12/03/birds-on-rails-part-3/), he made the mistake of calling a function instead of concatenating two strings, probably because he still wasn't too familiar with ruby's syntax. maybe you can publish the relevant parts of the code. you might have missed some weird ror convention. ror is quite draconian with regards to naming and placement that at times it feels less like a framework and more of a cookie cutter.

you may also want to post about the code that have worked so far.

also, since your article hints that you still don’t know ruby’s full syntax, there’s also the possibility that your expectations of syntax leniency in one area may have conflicted with that of ruby. in elliot rusty harold’s rails walk (elharo.com/blog/software-development/2005/12/03/birds-on-rails-part-3/), he made the mistake of calling a function instead of concatenating two strings, probably because he still wasn’t too familiar with ruby’s syntax.

]]>
Comment on Ruby on Rails: Why Won’t You Work? by: Steven Chan http://seanmcb.com/2005/12/05/ruby-on-rails-why-wont-you-work#comment-64 Mon, 05 Dec 2005 09:47:46 +0000 http://seanmcb.com/2005/12/05/ruby-on-rails-why-wont-you-work#comment-64 Found your blog on Technorati. :) I've also tried using Turbogears for my own web apps after getting a little frustrated with Rails (primarily b/c of my unfamiliarity with Ruby). Let's just say the database back-end is a lot more saner and comfortably takes care of your relationships. Plus, you don't have to write SQL. I was taken aback at first by this, but Turbogears' use of SQLobject feels so clean that I didn't want to go back to Rails. Found your blog on Technorati. :)

I’ve also tried using Turbogears for my own web apps after getting a little frustrated with Rails (primarily b/c of my unfamiliarity with Ruby). Let’s just say the database back-end is a lot more saner and comfortably takes care of your relationships. Plus, you don’t have to write SQL. I was taken aback at first by this, but Turbogears’ use of SQLobject feels so clean that I didn’t want to go back to Rails.

]]>