Live data from Hacker News

Rails Rumble Winners - Gem Teardown

dwellable.com

21–30 of 30 posts

Re: Rails Rumble Winners - Gem Teardown

#21

Why is beanstalk often looked over? Has anyone ha problems with it before? Or is it just marketing problems..

I used Beanstalkd for a few years and I can testify that it's an awesome piece of software.

That said, that was before Resque and Sidekiq existed. I now use Sidekiq for my new project since I'd rather not reinvent the wheel. I suspect most people think the same way.

Re: Rails Rumble Winners - Gem Teardown

#22
post #5
post #4

Earlier quoted context omitted.

Never making invalid markup is handy, and if you have easy access to attributes you can: .a_class{ attrs } some text which can save a lot when you would otherwise have to write: some text The never-invalid markup is probably the bigger win, though. Primitive type checking for your HTML is arguably better than none. What I would really like is something similarly terse but faster - HAML can get pretty slow.

I cannot say I have had many problems with incorrect HTML. Since using HAML, I have had tabbing issues, inline javascript issues, a new syntax to learn (and translate). The last one is my main issue. 80% of your time spent with HTML is in the browser, the mental translation is more of a tax than anything. I have used HAML on three projects and it always feels like it gets in the way more than it helps.

On a couple big projects, I've generally liked it - since there's less boilerplate ("" and closing tags in particular) and the primary identifying bits (- or %ul or .class) are at the far left of each line, I can generally read things more quickly and more easily than e.g. straight HTML or ERB's .

But that comes from rather extended use, I'm definitely not claiming it's the best. There are plenty of things I dislike about HAML, but it does mean I read less, and I spend quite a bit of time reading and writing view code.

Mind if I ask if you've done PHP programming? If you have, ERB's <% would seem to be a tax you've already paid.

Re: Rails Rumble Winners - Gem Teardown

#24
post #22
post #5

Earlier quoted context omitted.

I cannot say I have had many problems with incorrect HTML. Since using HAML, I have had tabbing issues, inline javascript issues, a new syntax to learn (and translate). The last one is my main issue. 80% of your time spent with HTML is in the browser, the mental translation is more of a tax than anything. I have used HAML on three projects and it always feels like it gets in the way more than it helps.

On a couple big projects, I've generally liked it - since there's less boilerplate (" " and closing tags in particular) and the primary identifying bits (- or %ul or .class) are at the far left of each line, I can generally read things more quickly and more easily than e.g. straight HTML or ERB's . But that comes from rather extended use, I'm definitely not claiming it's the best. There are plenty of things I dislike…

I am from a dotnet background originally, only created one php app back in my school days. For me, it is less about liking ERB and more about preferring the medium I am working in (HTML). If I could pick anything, it would be razor. It is similar to ERB in that you use HTML, but the painful percent brackets are replaced by a single @. Code blocks are as follows:

@{

  // code
}

another example:

@user.Name

It feels very natural to write and is simple to read/pickup. Now that microsoft has open sourced it, someone should make a version in ruby. Might be a good side project for me actually :)

Re: Rails Rumble Winners - Gem Teardown

#26

Why is beanstalk often looked over? Has anyone ha problems with it before? Or is it just marketing problems..

I think part of it is a marketing and documentation issue. I have been working to help get beanstalk into a better place specifically around ruby tooling and overall documentation. Check out https://github.com/nesquena/backburner for my solution for a 'resque' inspired DSL for using beanstalkd. We are using it in multiple projects. Also, I have been working to improve the ruby beanstalk client. Expect more news soon.

Re: Rails Rumble Winners - Gem Teardown

#27
post #21

Why is beanstalk often looked over? Has anyone ha problems with it before? Or is it just marketing problems..

I used Beanstalkd for a few years and I can testify that it's an awesome piece of software. That said, that was before Resque and Sidekiq existed. I now use Sidekiq for my new project since I'd rather not reinvent the wheel. I suspect most people think the same way.

It is an awesome piece of software. If you like it, I would love for you to check out https://github.com/nesquena/backburner which is a resque inspired project powered by beanstalkd. There is a great sinatra admin tool as well https://github.com/denniskuczynski/beanstalkd_view

Re: Rails Rumble Winners - Gem Teardown

#29

Nine out of the ten winning teams wrote their JavaScript in CoffeeScript? Wow, that's pretty incredible -- I would never have expected it.

The CoffeeScript gem is included by default in new rails installs, and some js.coffee files are created, so you'd have to explicitly remove it - most people won't bother even if they are writing most of their js without it. The following gems are included by default, which perhaps makes the usage in these apps (done in a hurry) not very surprising:

  gem 'sass-rails'
  gem 'coffee-rails'
  gem 'jquery-rails'

Re: Rails Rumble Winners - Gem Teardown

#30
post #2

I put this together yesterday, with help from the ten winning teams. It's kind of like the occasional HN post that looks at hosting decisions made by YC companies. Maybe I'm just a gems geek, but I find this sort of thing fascinating.

I would also throw out that the Rumble provided a server setup script that automatically used Capistrano and MySQL, so it would hurt your time a little had you not used what they provided. That may have skewed the deploy/database usage results a bit. The only reason I used MySQL was that I essentially got it for free through the setup script.
Post reply on HN