примеры в документации являются тестами

убиваешь двух зайцев

дока не устаревает

и тесты собственно

в расте что то подобное rspec сложно реализуемо

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

я так баги в гемы репортил написал тест, сделал пр с каментом - тест не проходит через 2 часа поправили

так и надо.

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

лучше всего когда дока и код одно целое

потому что это легче администрируется

ты делаешь доку частью процесса и все танцуют

мало где этот процесс организован

лучше всего когда дока и код одно целое

обычно апишка - хреновые доки

примеры в документации являются тестами

rspec тож самое

Там можно нормальные примеры прям туда засунуть, но так почти никто не делает.

обычно апишка - хреновые доки

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

rspec тож самое

в том плане что рспек как дока?

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

Меня никто не ограничивает, скажи это авторам многочисленных гемов.

Как то там получается что обычно лучшая документация прямо на главной в ридме.

в том плане что рспек как дока?

да, огурцы: http://www.relishapp.com/rspec/rspec-core/v/3-5/docs/filtering/exclusion-filters

только оно отдельно от кода(

это да

точнее как

не отдельно, огурец это же тесты

а тесты это код

@alec_c4 как у вас феникс-то - внедряется?

@alec_c4 как у вас феникс-то - внедряется?

Успешно ;) для нескольких клиентов использовали. Хотя для одних пришлось целое исследование писать - где и какие компании его используют

как с hanami

бизнесу нужна "страховка" и бизнесу нужно продавать свои услуги. Рельсы известное решение, всякие wordpressы тоже. А эти ребята пока новички (hanami, phoenix).

в чем фишка ханами?

легче, чище, очень компонентный фреймворк. Но требует больших знаний.

ну и архитектура

понятно)

Есть ещё и trailblazer

http://hanamirb.org/guides/architecture/overview/

так в каждом новом фреймворке пишут))

легче чище и тд

Надо собраться и покопать его

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

Давыдов ossboard на нем запилил

и микрофреймворки

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

Рельсы лучше чем знать одновременно симфони, ларавел, зенд, кохану, yii, ci и кейкпхп

Рельсы лучше чем знать одновременно симфони, ларавел, зенд, кохану, yii, ci и кейкпхп

да, но порой в тебе включается желание "ПРАВИЛЬНОЙ АРХИТЕКТУРЫ" и так далее.

Рельсы лучше чем знать одновременно симфони, ларавел, зенд, кохану, yii, ci и кейкпхп

Зачем php?

Yii? это там где топят за php как шаблонизатор? к черту.

Сори, не туда

Првет ребят. Мне нужно генерация данных в продакшене и буду юзать FactoryGirl как rake задача. Норм? Чёт у меня сомнения на эту тему.

генерировать данные в ПРОДАКШЕНЕ?

Поясни

Ну нужно куча данных из FactoryGirl чтоб они подтягивались из rake задачи на продакшене.

Ну у нас есть production(то что показываем заказчику) и stage(наш продакшен)

на stage точнее

может seed?

production это не то что показываем заказчику

это stage

тогда уж надо два staging городить если вас один не устраивает

а так да, seedbank и делать разные сиды по разным ENV'ам

я например слинковал development с staging в seedbank, и у меня одинаковые сиды были и там и там.

Вот только вам не понравится когда заказчик увидит "огромное летающее смотрите" и картинку сумочки.

да не сиды нужны

не надо путать production со staging'ом.

а кто путает?

ERROR: S client not available

@ltdmax

на stage точнее

идеально для стейджинга копия субд продакшина а так да, фабриками можно

субд продакшена нету если проект находится в разработке.

эм, у меня субд продакшена появился в первую ночь первого рабочего дня :)

Лишний геморой

а как деньги зарабатывать без субд продакшина?

MVP сначала пилится, не?

ну вот MVP был написан за 4 часа

Далеко не всегда это возможно :)

субд продакшена нету если проект находится в разработке.

мы не знаем от этого нельзя отталкиваться MVP может случиться в любой момент

наполнение реальных данных уже может производится

Почему может не рабоать? namespace :factory do FactoryGirl.factories.map(&:name).each do |factory_name| task factory_name do FactoryGirl.create(:factory_name) end end end => Don't know how to build task 'seeder:factory:city'

Нет такой таски?

:D

Я seeder namescape опустил. Задачи просто не ставятся

если я задефайнлю таску в namespace :factory. Я пытался как то с метопрограированием сделать, нифига не поканало.

Я ничего не понял из того что ты сказал.

я тоже. второй раз не понял.

Проще. Это не работает. Ошибка не может найти таск seeder:factory:city. Проверял :city есть в FactoryGirl.factories.map(&:name) —------ seeder.rake require_relative '../seeder' namespace :seeder do task create: :environment do Seeder.create end namespace :factory do FactoryGirl.factories.map(&:name).each do |factory_name| task factory_name => :environment do FactoryGirl.create(factory_name) end end end end

rake -T

namespace :factory do FactoryGirl.factories.map(&:name).each do |factory_name| task factory_name => :environment do FactoryGirl.create(factory_name) end end end

Что это за бред.

Фабрики лежат в спеках.

нужно rake задача чтоб генерировать на stage

=> syntax. (фигня, но уже не круто. как обьявят его legacy, как всё сломается)

1

=> syntax. (фигня, но уже не круто. как обьявят его legacy, как всё сломается)

нужно rake задача чтоб генерировать на stage

Делаешь фабрику. Берешь seedbank. Делаешь сиды под stage которые создают вещи через фабрики. Не забываешь поставить тест что фабрика валидна.

дальше при деплое rake db:seed

Сиды писать так чтобы они проверяли есть сиды или нет.