Да

Свн суров, а за сломанный проект не похвалят

Глобальные переделки были

есть кто-то из крыма?

Крым в душе

((

Свн суров, а за сломанный проект не похвалят

Не понял, причем тут сломанный проект? создал ветку, в ней и работаешь.

У них ещё гит не изобрели

Или в те времена

Или просто ценители ретро-разработки

а подскажите как быстрее rspec освоить и начать применять в работе

В svn ветками мало пользовались

а подскажите как быстрее rspec освоить и начать применять в работе

чтобы быстрее освоить, нужно применять в работе :) погугли на тему rspec for beginners, getting started with rspec и всякое такое

а подскажите как быстрее rspec освоить и начать применять в работе

методом тыка

рекомендую начать с тестов на модели

потом понятнее будет

ок, спасибо!?

проходил несколько онлайн курсов, но так и не начал применять в работе, привычки чтоли нет

тестить модели это хорошая идея

но проще начать с классов с простой логикой, парсеры файлов например

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

проходил несколько онлайн курсов, но так и не начал применять в работе, привычки чтоли нет

Если вдруг начнешь тестить модели, можешь заюзать мой шаблон чтобы потренироваться https://github.com/Fedcomp/rails_template/blob/master/default/template.rb

там есть гемы для чистки базы (database_cleaner) и генерации моделек в тесте (factory_girl)

но проще начать с простых классов, парсеров например.

рекомендую guard-rspec, после некоторой практики продуктивность станет выше чем в dev режиме.

хорошо, попробую, парсер есть как раз?

накину тут немного для воскрессной дисскуссии https://www.reddit.com/r/ruby/comments/4j3097/rails_5_activerecord_suppress_a_step_too_far/

там достаточно было срача в самом issue

https://github.com/Fedcomp/rails_template/blob/master/default/files/docker-compose.yml

Я бы ещё spring сюда добавил

Я бы ещё spring сюда добавил

согласен.

есть кто-то из крыма?

Есть.

мутационным тестированием занимался кто? если я захочу мутационный тестинг попробовать какие гемы мне смотреть?

(для rspec)

мутационным тестированием занимался кто? если я захочу мутационный тестинг попробовать какие гемы мне смотреть?

Я

Есть только мутант

Есть только мутант

+

+

Есть форк мутанта, который развивается, ща пошукаю

https://github.com/backus/mutest

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

и да, это супермедленно

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

Не, польза есть, ты можешь оценить качество своих спецов

Спеков

после суток ожидания? :)

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

а мутить вместо == eql и прочее говно, которое предлагает мутант

ну нах

после суток ожидания? :)

Даже после суток. Как минимум - у тебя медленные тесты

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

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

у меня нормальные тесты на пару минут

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

не перегибай

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

А ещё можно писать сразу без тех долга, если котелок варит

А ещё можно писать сразу без тех долга, если котелок варит

не перегибай

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

поиграться с ним можно

Ну короче, мутант не должен на каждый пр или коммит гонятся

но юзать в проде это мазохизм

А ещё можно писать сразу без тех долга, если котелок варит

...в виме на продакшн сервере.

Единственная польза - просто следить за качеством спеков

coverage - просто и без излишеств

есть проблемы

Он не показывает точный ковередж же

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

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

ERROR: S client not available

кстати, а где-нибудь можно почитать хороший гайд, как делать свои гемы?

не в том плане, как их впринципе делать )

а как их сделать так, что бы было понятно как использовать и не стыдно на гитхаб залить )))

типа best practice по складированию и документации кода в геме

https://speakerdeck.com/palkan/saint-p-ruby-conf-august-2017-gemcheck-writing-better-ruby-gems во позавчера был доклад

видео будет тоже скоро относительно

о, спасибо

https://speakerdeck.com/palkan/saint-p-ruby-conf-august-2017-gemcheck-writing-better-ruby-gems во позавчера был доклад

какие то капитаны прямо

кстати проблему с передачей контейнера в транзакцию запинал на коленке: class BaseTransaction include Dry::Transaction step :validate_params map :parse_data map :transform tee :persist step :wrap_result end ... transaction ||= BaseTransaction.include(Dry::Transaction(container: container)).new

можно писать справочник по говнокоду )

какие то капитаны прямо

ну ептыть, почему нет-то, это же типа чеклиста

какие то капитаны прямо

хоть все очевидно выглядит, но многие этого не делают

хоть все очевидно выглядит, но многие этого не делают

+

у пилотов малой авиации тоже есть чеклист, что надо сделать перед взлетом. И там тоже тривиальные вещи, типа "проверить уровень топлива". Но все равно его часто пишут на бумажке и отмечают галочками, что бы ничего не забыть

чем обусловлен переход к наследованию от микс-ина (в Virtus) в dry-types?

кстати проблему с передачей контейнера в транзакцию запинал на коленке: class BaseTransaction include Dry::Transaction step :validate_params map :parse_data map :transform tee :persist step :wrap_result end ... transaction ||= BaseTransaction.include(Dry::Transaction(container: container)).new

я правильно понимаю - base_transaction это базовая транзакция для create/update-экшенов, а контейнеры содержат детали реализации каждого из шагов?

такая себе стратегия?

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

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

Я писал про это с примерами

Я писал про это с примерами

а есть линка? не доки на dry-rb, а что-то более практичное?

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

https://t.me/pepegramming/45

ага, спасибо

https://t.me/pepegramming/45

И там по всем ссылкам похожи

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

У меня это кусок легаси кода, который слишком геморно править, и в идеале хочется просто переписать целиком, но времени пока нет. Там было определние транзакций через Dry.Transaction(container) {}, сейчас это не работает, а капитально рефакторить влом.

чем обусловлен переход к наследованию от микс-ина (в Virtus) в dry-types?

https://discourse.dry-rb.org/t/coming-soon-in-dry-transaction-class-based-transactions/278

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

Кстати, я не советую создавать кучу контейнеров, вместо одного :(

если написать под каждый документ свою транзакцию и заинклюдить свой контейнер, то вот эти вот: include Dry::Transaction step :validate_params map :parse_data map :transform tee :persist step :wrap_result будут везде повторяться

что совсем не DRY )

Мы уже отхватили так пару раз

Кстати, я не советую создавать кучу контейнеров, вместо одного :(

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