gon.labor_times_price - это же тупая константа, а ты целую библиотеку ненужную припахал :(

new.html.haml

:javascript
  $("#service_station_comment_time_of_installing_current_part").change(function() {
    var a =  $("#service_station_comment_time_of_installing_current_part").val();
    $("#service_station_comment_installing_current_part_price").val(a * gon.labor_times_price)
  });

you can use #{ruby_expression} anywhere in haml, including :javascript filters!!!

Ну а потом зачем вообще считать на лету цену установки, умножая часы на стоимость часа в INPUT?
Если его можно руками поменять? Если хочешь показать авторасчет, то делай это в нередактируемых компонентах, чтобы не вводить людей в заблуждение.

А вообще мне кажется, что не до конца продуман бизнес-процесс.

А что если у этого сервиса на разные виды работ разные нормочасы????

Лучше мне кажется было бы сделать так: в ServiceStation значение нормочаса по умолчанию, а при создании нового комментария, стоимость нормочаса можно поменять.

Пусть вводят только часы установки и стоимость нормочаса, а сайт на серверной стороне в колбэке посчитает стоимость, не надо это на клиентскую часть тащить. Сервисники - они про свои услуги все знают на зубок, они быстрее в уме подсчитают, чем мы тут нагородим, а еще пугать их будем: клавишу нажал, что-то там пересчиталось, а еще не все нажал, а уже сумма неправильная мне в лицо светит :(

Я обсуждал этот вопрос с заказчиком. Это его идея считать стоимость налету исходя из стоимости нормочаса. По мнению заказчика, пользователь не захочет заполнять лишние поля. Но если он увидит, что стоимость работ явно отличается от фактической для данной операции - он сделает исправление. У меня была идея устанавливать нормочас для установки каждой детали и в модели поле для этого есть в комментах. Но, по убеждению заказчика в сервисных центрах стоимость любых работ считается из стоимости нормочаса. Просто отличие во времени.