Спасибо. Написал чтобы совсем не отупеть от SQL.
Немножко подправил режексп
a, b = '(-8..-5)'.scan(/-?\d+/).map(&:to_i)

Эдем, было бы интересно узнать ваше решение.

Я б вот так дословно бы сделал

т.е. регулярка быстрее сплита?)

Какого именно? Можно затестить для интереса

сейчас бенчмаркну

Более точно будет сделать измерения тех методов, которые реально будут использоваться
Ну и в любом случае это будет заметно, если количество операций будет измеряться миллионами

каких? Приведение в рендж, а потом в массив? Так там логика одинаковая

Вот так точнее будет

require 'benchmark'

input = '(-12, +15)'
iterations_count = 5_000_000

def split(input)
  input.delete('(,)').split.map(&:to_i)
end

def scan(input)
  input.scan(/-?\d+/).map(&:to_i)
end

Benchmark.bm do |x|
  x.report { iterations_count.times { split(input) } }
  x.report { iterations_count.times { scan(input) } }
end

       user     system      total        real
   3.588879   0.000000   3.588879 (  3.601012)
   7.798909   0.000000   7.798909 (  7.809389)

Ещё важно, чтоб результат правильный был :)

Ээ, в смысле?

Первый метод неправильные числа возвращает

а, лол

ладно, я думал to_i умнее в руби

окей, это верный
всё равно, split быстрее

Ага

А как гуру руби относятся к переиспользованию параметров метода в самом методе?

но и если там строгий вид (n, n), тогда можно

"(-1, 5)"[1..-2].split(',').map(&:to_i)
=> [-1, 5]

должно быть быстрее delete

Да, должно быть быстрее