Need a good RoR developer

Wow this looks almost IDENTICAL to the OTHER large financial company in Manhattan’s job posting!

http://groups.google.com/group/rubyonrails-talk/browse_thread/thread/2948802cc56e6de7

Amazing!

I'm confused about that last part, lol.

Anybody near Manhatten? This guy NEEDS a programmer bad... wait, I mean he needs a bad programmer. What he really needs is somebody with an english major.

-RYan

Great Dissection!   Here, I had a chance of looking at job, they wanted a guy with five years of experience handing Windows XP while the XP itself was released just 2 years ago!

Hiring manager or not get some one with some experience to draft the add. Your just embarrassing yourself.

Most of this community is not in Manhattan so If you can set things up so we can telecommute you might get a couple resumes.

*you're

you saw nothing

Haa haaa haa ahaaa haaaa....this was superb!

When an employer looks for a ROR developer, gets a name and decides to look on the web to see how this person has contributed to the ROR community, I'm sure these posts will reflect well.

Offering a way to write a job description might have been a better response.

John

If and when I establish my own company I will be surely doing a background check on the people whom I'm hiring. I'll be looking for people with a sense of humour, and the ability to actually apply themselves to a task. If somebody would like to hire me (please do! I'm out of a job as of next week, contract expiry and so on) they may do so, I will probably even find a way to get myself there.

If people post vague job advertisements on here then sure I'm going to point out the fallacies of it! I am also offering a way to write a job description by pointing out the mistakes. In this case such things as the following can be improved:

1) Naming the company 2) Providing an address less vague than "Manhattan" 3) Describing what tasks will be undertaken.

My job, at current, is not to tell people how to write job advertisements. This would be a fantastic job! I am a programmer, a satirist and I'd like to think I contribute a large portion of my time to this community, 638 posts in the last two months can't be bad!

If you'd like me to describe how to write a job advertisement (and it's approaching 1am here), here goes:

1) Look at other job advertisements. Gaze upon their cookie cutter format, using buzzwords and other useless information. 2) Don't be like them. Make your own. I don't care if they're a 5000+ employee company. They suck. 3) Be unique. Put humour in it if you can. Make people remember your advertisement. 4) Don't repeat yourself! If I cared about a word in the job advertisement it would've stood out and I would've remembered it.

Please take what I wrote in my previous post as humour.

@John, I couldn't agree more. It's almost fruitless to respond to each of the points, but here are some of the main ones:

* Why omit the company name? Because there are contract whores who will be more interested in the Gold Plate than the actual work to be done. The absolute insistence here on getting a company name certainly reflects that. By avoiding the name the poster actually will get people who are interested in _doing the work_. The more you advance in your career the more that you'll recognize that the type of work that you do is generally more important than the name on the check you receive (well, the one besides yours anyway).

* RoR = OOP, MVC? Yes, Rails is an Object oriented, MVC framework, but that does not mean that every RoR hack is very good at OOP or MVC. For example, the Google group post that I followed to your blog and eventually here did a great job... of mixing business logic into the controller. THAT IS NOT MVC. The previous one explained how to set a bit ("default") on one object in a collection. Simple enough, but what the recommended solution did not recognize was that the action was really an action that dealt with the collection and that setting that 'default' attribute on one object in the collection was just a mechanical means to an end. That was poor OOP. Physician, heal thyself.

* 2+ yrs of Ruby or 1+ yrs Ruby on Rails This is one of the worst offenses in this "insightful" dissection. The implication is that there are developers in the world whose primary work has been in Ruby but with absolutely no use of Rails. For example, there are several GUI frameworks that make cross-platform desktop development possible in Ruby. A friend of mine has written some beautiful code that does very efficient bitmap processing as a command line utility. Again, no Rails but plenty of beautiful Ruby. What the Rails community in general should recognize, as this financial firm in Manhattan has, is that a solid knowledge of Ruby is *more* important that Rails experience. That is, a great Ruby programmer with no Rails experience will be much more productive than a Rails hack with no real Ruby knowledge. You might consider these broader implications before pontificating.

* Javascript is AJAX! No, it's not. As elsewhere you seem to fail to recognize that it's an instance in a collection. AJAX is Javascript. The relationship is the other way around. AJAX is a very specific use of Javascript and it you simply rely on the Rails helpers (I suspect that you do) then you have a great deal to learn.

* 2+ yrs of Ruby or 1+ yrs Ruby on Rails This is one of the worst offenses in this "insightful" dissection.

I think I've found my new best friend, lol. I used to use Perl for all my cgi applications, and I shudder to think of the thought these days. Then, though, I found Ruby and switched all my combobulated apps to the language and have been much more productive ever since. I got absolutely NO help, though, because everyone asked "WHY NOT USE RAILS???" Ruby is a fantastic language in and of itself, and should be appreciated as such. 1+ Ruby experience or 2+ Rails experience is more appropriate. Rails is more complicated if your jumping in from nowhere, but if you know Ruby it is a breeze (emphasis on the ease).

-Ryan

More likely that the job posting is from a head hunter who is trying to keep prospective respondents from bypassing them and their commission.

And often when two job postings look suspiciously familiar it's because they are from two different head hunters competing to fill the same job for the same client.

I want to know what kind of company I'm working for. If a company name is given to me and I know that they treat their employees like crap then I don't want to work for them.

That's the point of an interview. Good luck landing one.

And I suppose you're infallible? What I suggested was to the best of my knowledge and I sometimes make mistakes. How would you do it?

I am far, far from infallible. In this over-the-top dissection, however, you hold yourself as something more than the "average" developer. You speak to these points with such an air of superiority that you should have made the suggestion. It's been a major point of discussion since Koz and Jamis talked about it (and later blogged about it) at last year's RailsConf.

The point was making was that somebody with Rails experience cannot have Rails experience without having at least some Ruby experience. Yes, they may not be versed in the "Ways of the Ruby" as well as a straight-out Ruby developer, but they should know their way around these things.

I completely understand your point, but you belittle the job listing by saying "Here you repeat your need for a Ruby on Rails developer for a 4th time." No, they did not. They really suggested they needed a Ruby programmer (first) who may have experience with Rails (second). You completely ignore the logic behind this.

Which rails helpers? link_to_remote and so on? These are much easier to type than Ajax.Request('/some/page', { :asynchronous => true, :yada => yada })

Yes, that's much simpler to write. But there is also a great deal of power behind javascript in it's own right, and some situations in which you don't have the helpers around to write code for you. That just might be why they've included a who directory for javascripts and even give you an application.js for collecting frequently used js. Nah, too obvious. Use the helpers.

I got into the party with Rails, but found Black's "Ruby for Rails" very early. Amazing book. Now it's really the beauty and power of Ruby that makes Rails so much fun with which to work.

Planning on going to RailsConf?