Я в тесты только только вкуриваю :)

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

это был не я :) несмотря на совпадение :)

Кстати, о тестах. Вопрос: есть экшн(доступный только юзеру-админу), который лочит юзера в девайзе. Жопой чую, что это нужно тестить через логин залоченного юзера, а как это сделать, чот неумею.

Functional Tests for Your Controllers

Кстати, о тестах. Вопрос: есть экшн(доступный только юзеру-админу), который лочит юзера в девайзе. Жопой чую, что это нужно тестить через логин залоченного юзера, а как это сделать, чот неумею.

Integration Testing http://guides.rubyonrails.org/v4.2/testing.html#integration-testing

либо то либо то надо разбераться

либо функциональные тесты, либо итеграционные. По ситуации смотреть. если у вас 5 rails там богаче тесты. Вообще есть мнение исопльзовать rspec+faker+factorygirl но я там пока еще не читал.

Оно и используется

Вопрос больше к девайзу :) как блин его в спеках победить. Ман чот как то не шибко говорит про перелогин в рамках одного теста

Вопрос больше к девайзу :) как блин его в спеках победить. Ман чот как то не шибко говорит про перелогин в рамках одного теста

я не до конца понимаю вашего жаргона. Но в чем собственно проблемма логинов, перелогинов. Сделайте 2 теста - один за другим.

тесты изолированны

тесты изолированны

на сколько я понял, вам надо 1) залочить юзера 2) проверить от юзера залочен ли он. Даже на изолироаванных тестах почему не сделать 2 шага. Пусть это будет не в рамках одного теста, вы же все равно проверите.

на шаге номер два БД ресетнётся же. В этом то и вопрос :)

на шаге номер два БД ресетнётся же. В этом то и вопрос :)

http://guides.rubyonrails.org/v4.2/testing.html#integration-testing-examples

А чо за "выделялка"? :)

покурю, пасиб

А чо за "выделялка"? :)

http://www.screencast.com/t/QyOPEgt8E6h2

блин, опять пингвинов не завезли :(

как добавить тесты в ror 4.2 прожект?

руками

все равно там по дефолту используется Test::Unit

а тебе надо будет rspec наверняка

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

руками

да, как строчку в application.rb раскоментил, то появились tests в rake —tasks

руками

вот и тесты набились: rails generate model aitem --skip invoke active_record skip db/migrate/20161213053326_create_aitems.rb skip app/models/aitem.rb invoke test_unit create test/models/aitem_test.rb create test/fixtures/aitems.yml

только test_helper.rb нет

лол развели тут

login_as

все.

@top4ek

login_as

вы всегда так лаконично пишете, вот про whenever - кто разберет что это gem такой. Теперь login_as это что?

директива в тестах

> вот про whenever - кто разберет что это gem такой. Гем легко гуглится и у него замечательная документация, не вижу смысла делать копипаст

директива в тестах

Теперь login_as также отлично гуглится в связке с devise

где ты попадаешь на wiki devise где расписано как его в тестах юзать

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

хммм... затестим :)

Всем привет. Кто-нить юзал resque-retry ?

У меня поему-то проблема с методом retry_criteria_check. Он тупо игнорируется

кто-нибудь использовал gem ampex? https://github.com/rapportive-oss/ampex синтаксис крутой, напоминает возможности Crystal: https://crystal-lang.org/2013/09/15/to-proc.html или может есть претензии к реализации?

Давно хотел такую штуку, но боязно.

Давно хотел такую штуку, но боязно.

почему боязно?

на 22% медленнее

почему боязно?

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

я бы не сказал, что оно prettier

[1, 2, 3].map(&X.to_f.to_s) Лучше чем со скобками имхо

это как Enumerable::Lazy

типа круче синтаксис

но в 4 раза медленнее)

на самом деле читаемости это особо не добавляет. Пусть лучше над производительностью работают, а то через пару годиков придется переименовывать этот чатик в pro.(ruby && elixir)

а потом в pro.elixir

к тому времени эликсир загнется :3

точнее говоря, спадет хайп

на самом деле читаемости это особо не добавляет. Пусть лучше над производительностью работают, а то через пару годиков придется переименовывать этот чатик в pro.(ruby && elixir)

как будто только один путь, пфф

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

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

Ага, это пока баг не словишь и не полезешь разбираться, что же они там в этом своем геме понаписали) Экономия на спичках)

Ага, это пока баг не словишь и не полезешь разбираться, что же они там в этом своем геме понаписали) Экономия на спичках)

код гема на 1 экран, и я для этого и интересовался мнением насчёт его содержимого. в крайнем случае, разобраться и пофиксить можно будет.

настолько экономить на спичках - перебор, кмк

Мне почему то нравится идея

может даже заюзаю.

у меня коллега, помимо сомнительного профита (в пару слов), пожаловался на то, что код несколько лет не обновлялся) и один из последних коммитов что-то вроде «поддержка руби 1.8.7», что пугает вопросом «а что же будет с 2.3?» но в то же время у репозитория много Star, Watchers и т.д., при этом ни одного issue или PR (открытого, за и закрытые по пальцам пересчитать). обычно у мёртвых репозиториев с проблемами работоспособности несколько issue или PR так что есть надежда, что работает по-прежнему хорошо кстати, когда бенчмарк запускал — было на 2.3, проблем не было.

сама реализация сомнительна (BlankSlate, method_missing), но, думаю, что первое ради поддержки чего-то специфичного, а без второго никак

сама реализация сомнительна (BlankSlate, method_missing), но, думаю, что первое ради поддержки чего-то специфичного, а без второго никак

ну да, до руби 1.9, судя по комментариям в коде, как будто не было BasicObject, или что-то ещё с ним было не так. например, документация на него отсутствует в более ранних версиях

можно попробовать марсианский ossert против репозитория прогнать

парни

ERROR: S client not available

подкиньте мож кто знает

как выставить кастомный заголовок для authenticate_with_http_token

а в прочем

можно самому распарсить заголовок

чо

к тому времени эликсир загнется :3

есть собратное мнение, агрументированное многопоточносью и многоядерностью как основой быстродействия в будущем: https://habrahabr.ru/post/269477/#comment_8626347

есть собратное мнение, агрументированное многопоточносью и многоядерностью как основой быстродействия в будущем: https://habrahabr.ru/post/269477/#comment_8626347

эрланг уже есть, с многопоточностью и многоядерностью. Это если Java не поминать.

а люди, которые сейчас эликсир в продакшене щупают, плачут

а люди, которые сейчас эликсир в продакшене щупают, плачут

от чего плачут?

от сырости продукта

есть собратное мнение, агрументированное многопоточносью и многоядерностью как основой быстродействия в будущем: https://habrahabr.ru/post/269477/#comment_8626347

У руби простая идеология: время исполнения программ на компьютерах уменьшается каждый год, а время разработчиков не изменяется. Поэтому цель руби — скорость разработки, а не скорость исполнения. А индустрия со временем сделает всё сама. Медленно? Докупи серверов. Тем более веб-приложения параллелятся обычно за счёт процессов (потоков) веб-сервера. Так что 128 ядер дадут в 32–64 раза больше устойчивость (вместимость) сервера, по сравнению с 2 ядрами. А так-то биллинг и математику никто вроде не пишет на руби в здравом уме. Выносите в сервис или либу на более быстром языке, и нет проблем. Но если писать весь сайт на си, потому что одна либа на си — будет больно и долго, на мой взгляд.

С цифрами увеличения устойчивости веб-приложения я ошибся, конечно, это грубая оценка, ведь есть ещё всякие БД, которые сильно бьют по времени ответа, но тут и элексир тот же в той же ситуации

На руби вполне можно асинхронный фреймворк запилить я думаю.

Или что, может кого-то гитхаб не устраивает? Они докупили серверов, время ответа доли секунды — всех всё устраивает. Но вот basecamp 2 на странице проекта с сотней-другой открытых задач лагает как тварь, конечно: страница грузится секунд 5–10. Но я считаю, что зачастую кривые руки программистов при возможности докупить сервера больше влияют на проект, в том числе его производительность, чем ЯП

На руби вполне можно асинхронный фреймворк запилить я думаю.

Вряд ли. Как? Веб-сервер только

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

классно, давай запилим

Я конечно понимаю что это сарказм. Но суть в том что бы написать что то серьезное нужна тонна времени.

да не, я б не сказал что прямо сарказм

У меня в ближайшее время точно не будет времени на что то масштабное.

А там нужно архитектуру заложить

Чёт было с cell, если не ошибаюсь, могу в 11 часов найти. Там целая архитектура на eventmachine, но умерла.

Не архитектура, а инфраструктура: веб-сервер, веб-фреймворк и т.д.

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

в перспективах можно сделать node js на руби, лел

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

У ноды/nginx так то большущий выигрыш от асинхронщины

в перспективах можно сделать node js на руби, лел

Будет достойная конкуренция эликсиру

У эликсира не асинхронщина а акторы

У ноды/nginx так то большущий выигрыш от асинхронщины

Ты уверен, что из-за этого? Можешь расписать случай выигрыша от асинхрона именно в веб-фреймворке, а не веб-сервере? На ноде, для справки, тупо факториал в разы быстрее считается, если сравнивать с руби, уже молчу про си, на котором nginx написан

Запрос из базы это большой IO

запрос из редиса это большой IO

а это 40% работы простого контроллера