Хотел тоже написать про неправильную аналогию кода с инструментами, но увидел ваш комментарий.
Я бы провел аналогию кода со строящимся домом. Если у дома плохой фундамент — то и качество, и характеристики, и эксплутационный срок всего дома плохие. Или если технология возведения стен не соблюдена (каким бы хорошим не был материал), или допущены серьезные ошибки, то и здесь аналогично…
Неужели сложно написать 4 слова для создания контроллера, вьюх, роутов и тд.?
Так ведь можно и не писать, а просто подключить гем ) Из проекта в проект копировать код надоело.
Зачем сначала верстать, а потом интеграцией заниматься, если можно делать на лету?
Верстать на лету не всегда подходит, например, когда верстку надо сначала проверить на пуленепробиваемость длинным контентом, утвердить, исправить баги. Ну и по ряду технических причин, например, верстальщик не знает всех моментов работы в rails при работе с вьюхами, поэтому код в них оставляет желать лучшего… Имхо, при работе в команде, гораздо лучше брать уже конечный протестированный и утвержденный вариант верстки, в котором уже точно не поменяется структура html, и интегрировать его.
Одних вьюх недостаточно, надо еще будет роуты прописать, добавить контроллер. А с подключенным гемом можно как раз сразу создавать вьюхи, которые будут отображены в виде списка, если зайти на /ui/ роут.
Я бы провел аналогию кода со строящимся домом. Если у дома плохой фундамент — то и качество, и характеристики, и эксплутационный срок всего дома плохие. Или если технология возведения стен не соблюдена (каким бы хорошим не был материал), или допущены серьезные ошибки, то и здесь аналогично…
Так ведь можно и не писать, а просто подключить гем ) Из проекта в проект копировать код надоело.
Верстать на лету не всегда подходит, например, когда верстку надо сначала проверить на пуленепробиваемость длинным контентом, утвердить, исправить баги. Ну и по ряду технических причин, например, верстальщик не знает всех моментов работы в rails при работе с вьюхами, поэтому код в них оставляет желать лучшего… Имхо, при работе в команде, гораздо лучше брать уже конечный протестированный и утвержденный вариант верстки, в котором уже точно не поменяется структура html, и интегрировать его.