thinger.rb

class Thinger

  def run!
    [:first_thing, :second_thing, :third_thing].map do |meth_name|
      begin
        self.method(meth_name).call
      rescue => e
        puts "There was a problem running: #{meth_name}"
        next
      end
    end
  end

  def first_thing
    puts "I'm the first to go!"
  end

  def second_thing
    raise StandardError, "Oh no!"
  end

  def third_thing
    puts "Last to finish!"
  end

end

I.e. you could just do something like

def try_list(*methods)
  methods.each do |m|
    try(m) || puts "There was a problem running: #{m}"
  end
end

try_list(:first_thing, :second_thing, :third_thing)

• It's a bang method because it's a stylistic choice that I use when I don't have an explicit return value. In this case, I would usually return true/false here.
• It's hard coded because this can be seen more as a service object. I don't really understand this question anyway, at some point in the code, there will be a hard-coded list.
• I dislike send. If anything, public_send is better and using this method you can do other things, (maybe a conditional on the arity of the method).
• I'm not in the implicit return camp. Likewise, I like to be explicit about what an iterator is doing when catching an error. Just stylistic.