я себе spring gem поставил и он как-то плохо стал себя вести с rails console

spring stop

spring stop

spring uninstall (извините)

смотри, можно просто знать как это работает

Нужно перелопатить тонну сорсов чтобы каждый аспект ЗНАТЬ как работает.

он и просто spring мне подвешивает

Можно приблизительно понимать поведение, и когда оно не совпадает разбираться глубже.

killall spring

spring uninstall (извините)

Нормальный совет на самом деле. Но в rspec без spring никуда.

https://github.com/rack-app/rack-app

дошёл, не очень нравится функциональный стиль

Нормальный совет на самом деле. Но в rspec без spring никуда.

почему, если не банальный вопрос?

сей час я их просто почикаю

почему, если не банальный вопрос?

guard-rspec

конкретнее

killall spring

killall --with-fire spring

тесты ДОЛГО грузятся.

guard-rspec

для guard spring нужен?

поэтому когда тддшишь или где то рядом то удобно когда у тебя rspec через spring грузится.

guard вообще мне не очень понравился, выбрал filewatcher

я сделал чтобы guard-rspec запускал тесты через spring

ловил кучу багов из-за спринга

не знаю что там может не понравиться, он просто работает.

я сделал чтобы guard-rspec запускал тесты через spring

зочем spring?

ловил кучу багов из-за спринга

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

конкретнее

а что конкретней? не запусался rails console. я убил spring через kill -9 ID

зочем spring?

потому что весь rspec долго загружается

поэтому когда тддшишь или где то рядом то удобно когда у тебя rspec через spring грузится.

zeus gem еще

а мне надо тесты каждые 3 секунды перезапускать образно

Спринг постоянно как-то косоёбит консоль

zeus gem еще

с ним читал косяков полно, плюс spring более популрный.

У меня порой из-за него загружается просто irb

потому что весь rspec долго загружается

а spring его ускоряет, да? ты на вопрос не отвечаешь) ты проблему описываешь, а не её решение с помощью spring

мы и то и то используем

Спринг постоянно как-то косоёбит консоль

да есть такая фигня, решил докером

а что конкретней? не запусался rails console. я убил spring через kill -9 ID

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

Убиваю ебучий спринг, запускаю заново консоль, все ок

Спринг постоянно как-то косоёбит консоль

можно его в /dev/null пускать?

а spring его ускоряет, да? ты на вопрос не отвечаешь) ты проблему описываешь, а не её решение с помощью spring

Да spring Делает тебе загрузку САМОГО rspec, rspec_helpers, rails_helpers быстрее

Да spring Делает тебе загрузку САМОГО rspec, rspec_helpers, rails_helpers быстрее

прикольно. а он на java вроде?

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

скрипты тестов? какие скрипты?

поэтому ты почти сразу же получаешь запускающийся тест, для меня разница очень заметна.

А я тесты гоняю на GitLab, ибо на локалке они пиздец как долго работают энивей

прикольно. а он на java вроде?

spring? Не смотрел но я думаю ты путаешь его с java фреймворком

И минута на запуск рспека погоды не сделает

поэтому ты почти сразу же получаешь запускающийся тест, для меня разница очень заметна.

а сменить rspec на что-нибудь пошустрее неудобно / не хочется / нет смысла?

А я тесты гоняю на GitLab, ибо на локалке они пиздец как долго работают энивей

нормальные люди когда тддшат они гоняют только те тесты которые изменяются

gitlab само собой, но во время разработки тебе это не поможет.

А я тесты гоняю на GitLab, ибо на локалке они пиздец как долго работают энивей

гуд идея, кстати

Я в тесте стараюсь код писать.

Там тесты на одну ебаную логику, что не всегда возможно

spring? Не смотрел но я думаю ты путаешь его с java фреймворком

наверняка(

Там большую часть времени не тесты занимает, а seed

Там тесты на одну ебаную логику, что не всегда возможно

что ты имеешь ввиду?

что за seed?

нормальные люди в rspec сиды не запускают

Ну, это нормальные люди

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

И вот эти штуки заполняются пиздец как долго

лолчто

фабрики

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

фабрики

fabrics as a service

у тебя для каждого теста должна быть чистая база и заполняться ТОЛЬКО данными нужными ТОЛЬКО для этого теста.

все все все вообще.

Там и так фабрики

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

Там и так фабрики

ты сказал ты там сиды запускаешь

ERROR: S client not available

т.е ченить типа rake db:seed внутри теста.

Жизнь прекрасна. include это что то вроде extend class win a module

Это плохой и неэффективный подход.

Не, не такое, я просто не знаю как назвать это, лол

все элеметарно оказалось.

ну я образно)

вот ты взял и прочитал, а представь, если бы все это он писал тут)

Я знаю, что это - ебаное решение, но на тот момент я не мог придумать лучше

Так вот, в сумме оно выполняется по 20-25 минут)

Во первых в каждом тесте создавай только то чт оты тестируешь

во вторых выноси данные допустим в fixtures/tournament.json и пиши код который их оттуда читает и сует через active record import

Данные желательно иметь рандомные

просто объект, в контексте которого все выполняется

[1] pry(main)> self => main [2] pry(main)> self.class => Object [3] pry(main)> self.class.ancestors => [Object, PP::ObjectMixin, ActiveSupport::Dependencies::Loadable, BSON::Object, JSON::Ext::Generator::GeneratorMethods::Object, Kernel, BasicObject]

Данные желательно иметь рандомные

я у тебя в коде вижу много не рандомных данных

это рельса, в irb просто меньше родителей вроде

Они эффектно прячутся в этом интеракторе

в общем через factorygirl делай build и загоняй через Activerecord import

Это раз.

self.class.ancestors => [Object, Kernel, BasicObject]

Во вторых я на 100% уверен что у тебя можно куски кода тестировать так чтобы не все данные каждый раз засовывать

irb

Там ебучая куча связей и все это нужно протестировать

если нет, то 100% их можно аккуратно разбить на логические куски.

Там тестируется результат всей этой херни

Вот и тестируй только то что надо протестировать в каждом конкретном месте

Например, что нет групп без игроков, что нет групп со слишком большим числом игроков и т.п.

то что у тебя сейчас это каша, от которой хуже всем кто будет кодить в этом проекте.