Ruby on Rails



Development Methodologies…

slow.gifLots of people develop in lots of different ways, and I’ve found none less varied than the methods used by those who develop in Rails. Most Rails developers write on their local machines, with local implementations of Ruby, Rails, Gems, MySQL/PGSQL/YourFlavorRDBMSHere, and WEBBrick. I was cajoled and poked and prodded into using this methodology lately, instead of my normal methods.

In fact, I was kvetching on a list recently about how much I enjoyed and hated using TextMate to develop in, and wished it had SFTP support so I could work like I normally do… Development instance up on my server, source on my server, editing tools local. Most of the people on the list reminded me that good developers wreck their own computers first, servers second (after releases and stuff).

So, I moved to the Mini that I use to code on (and for my everyday desktop). Wow. Talk about S-L-O-W. I mean, Wow. I was reminded of coding in Pascal in High School on my NEC V20 based PC. We are talking 1985 binary sort slow. Wow.

I persevered, pushing on, coding against my own PC. Update javascript, press F5 - dah-dum-dah-dum-dah-dah… check email… hmm hmm HMMM hmm hmm… test code.

I have moved back to coding with Dreamweaver against my server. Its not in production yet, and ligHTTPD is sooo much faster. Maybe I am too ‘Instant Gratification Generation’ ( give it to me now, give it to me now! ).

What do you code in, readers? How do you setup your development environment?

January 16, 2006 | Trackback | [14] Comments

Tags: SimpleTicket , Open Source , Rails , Architel , Ajax , Ajaxian , Ruby on Rails | Bookmark on del.icio.us | Digg It



SimpleTicket at BarCamp Dallas!

SimpleTicket is one of the sponsors of BarCampDallas.  The event will be held on January 28th at our INFOMART location.  What is BarCampDallas?  Officially BarCamp is, “an ad-hoc un-conference born from the desire for people to share and learn in an open environment.  It is an intense event with discussions, demos and interaction from attendees.”

If you are a computer, network, software or technology GEEK in Dallas on January 28th BarCamp is for you.  The event will start around lunch (snacks will be provided) and last throughout the evening (dinner will be served).  Want to spend the night?  Brian has agreed to host a BarCamp sleepover in our data center for the out-of-town folk dead set on a sleepover (don’t unplug anything).

Kevin will be demo’ing SimpleTicket during his presentation.  We figure that is the only way we will get him to release the software - i.e. have a hard deadline.  We all have our fingers crossed that everyone will like it…

INFOMART
1950 Stemmons Freeway, Suite 2022
Dallas, Texas 75207
214.550.2002 Help Desk

January 14, 2006 | Trackback | 1 Comment

Tags: SimpleTicket , Open Source , Trouble Ticket , News , Rails , Architel , Ajax , Ajaxian , Ruby on Rails , barcamp , barcampdallas | Bookmark on del.icio.us | Digg It



The power and pain of ActiveRecord…

Update: Thanks to the posts, I stand corrected. Rails R Best. That is all! :)

Ok, this came up in discussion last night when we were hanging out at Cafe Gecko after the Refresh Dallas meeting. I like the speed and flexibility of writing against the ActiveRecord system, and inside the MVC model. It makes coding less work than the design, which is certainly new for those of us coming from old-school PHP and Python coding. Take this example:

There are four tables that are used regularly in SimpleTicket:

  • Tickets
  • Users
  • Journals
  • Customers

The tables are all tied like so; Tickets has_many Users, Journals. Customers has_many Users. etc. etc. etc. So when finding the name of a user who owns a certain ticket, I can write:

< %= Ticket.find_by_id(id).user.name %>

However, there is a minor concern with this. That simple statement, while fun to write, generates two SELECT statements against the SQL database. Seems kinda like overkill? It gets worse. There are many different ways that I use this model set to paint the pages shown in the admin utility, and the My Tickets page can churn out some really heavy SELECT statements, in large numbers. So while it is easy to code, how do you control the sheer dearth of queries to make your application behave responsibly? Yes, you can do things like create objects on the fly with find_by_sql and such, but that really takes away the power of the MVC model.

If any of you have any thoughts on this, I would love to hear them.

January 12, 2006 | Trackback | [9] Comments

Tags: SimpleTicket , Open Source , Trouble Ticket , Ajax , Ajaxian , Ruby on Rails , activerecord , python , php , mvc | Bookmark on del.icio.us | Digg It



SimpleTicket Ajaxian Effects

SimpleTicket has been developed using Ruby on Rails and as a result we are able to incorporate Ajaxian effects.  The Ajax libraries for Ruby on Rails are quite extensive and we have tried to include effects when they add to the user experience.  We have also taken note that not all users have browsers that will play nice with our effects so here is our Ajax strategy:

  • Ajax in the backend.  We have determined that the majority of IT support folks use a standards based browser like Firefox.  Our effects help the workflow and are nice to look at.
  • No Ajax in the frontend.  Users simply hit a simple webpage, without the cool Ajax effects.  Most of our end-users use IE and would have fits trying to get the effects to work with their browsers.

We expect that in the near future Microsoft is going to get on the clue train and release a standards based version of IE, but until then we are sorry buy your end-users won’t know how cool SimpleTicket really is.

January 7, 2006 | Trackback | [2] Comments

Tags: SimpleTicket , Open Source , Trouble Ticket , Rails , Architel , IT Support , Ajax , Ajaxian , Ruby on Rails | Bookmark on del.icio.us | Digg It

« Previous Page