Процесс начала проекта Ruby on Rails

Question

Я собираюсь начать проект Ruby on Rails, и мне бы хотелось услышать, как другие проходят процесс , начиная дизайн приложения. У меня довольно много опыта работы с RoR, но у меня нет такого количества , начиная с нуля, только с видением опыта и оценят мудрость других, кто был там.

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

• дизайна модели и отношений (сущностей, как они связаны, и их атрибуты)
• Think пользователя потребительная случаи (или сюжетной доску) и реализовать минимум, чтобы они сделали
• создания модели блок-тесты затем создать необходимые миграции и модель AR, чтобы получить тесты пройти
• Hack вне самых основная версия простейшего части вашего приложения и идти оттуда
• Начните с шаблоном для приложения рельсов (как http://github.com/thoughtbot/suspenders)
• Проделайте расточку gruntwork первых (аутентификации пользователя, управление сеансами, ...)
• ...

Answer 1

я обнаружил зацикливание следующие задачи для большинства проектов:

1. Собирают Требования пользователей
2. Модели баз данных Дизайн
3. Постройте Просмотров
4. Streamline Макеты
5. Найти и узнать плагины/Gems
6. Тестирование
Обзор
7. пользователя/Приемочные
8. Deploy приложение
9. Документация

После этих лет работы в качестве фрилансера, я думаю, что шаги 1 и 2 являются самыми важными (по крайней мере, для небольших проектов). Прежде чем писать какой-либо код, я настоятельно призываю пользователей доработать весь пользовательский интерфейс. Скелет HTML лучше, чем письменный документ. Пользователи не и не будет понимать спецификации программного обеспечения. Они могут только дать обратную связь после, которые они видят, могут щелкнуть что-нибудь. Так что свободное владение сайтом HTML - это полезный навык. Иногда я делегирую задачу партнеру в качестве роли SA.

Рельсы очень хороши для построения постоянно развивающейся схемы. Попытайтесь использовать migrations и data seeding вместо написания операторов SQL напрямую. Я считаю, что больше полагаюсь на ActiveRecord сверхурочно.script/console - отличный инструмент для проверки этих отношений «многие-ко-многим» и построения :conditions =>.

В последнее время я работал над несколькими устаревшими базами данных, establish_connection и set_table_name функции в ActiveRecord клей старой и новой базы данных элегантно.

Я также хотел бы воспользоваться этим шансом, чтобы поблагодарить Ryan Bates, я изучил много рельсов из его railscasts.