Я спрашиваю

Реал?

Не забанены

еееееее

С вакансиями та же тема. В провинциях РФ толком не найти работу джуну

С вакансиями та же тема. В провинциях РФ толком не найти работу джуну

по пхп тоже не найти, а он в четверке

по пхп тоже не найти, а он в четверке

Ну с ним как раз проблем нет в моем городе)

Ну с ним как раз проблем нет в моем городе)

сколько жителей?

1млн+

вот именно что у тебя миллионник

Ребята помогите Рубокоп достал Хочет чтобы я это исправил filename = if partner.physical? ¦ ¦ ¦ ¦ ¦ ¦ ¦if plea_type.in?(%w[1 2 3]) ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦'zayavka1.docx' ¦ ¦ ¦ ¦ ¦ ¦ ¦else ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦'zayavka3.docx' ¦ ¦ ¦ ¦ ¦ ¦ ¦end ¦ ¦ ¦ ¦ ¦ ¦else ¦ ¦ ¦ ¦ ¦ ¦ ¦if plea_type.in?(%w[1 2 3]) ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦'zayavka8.docx' ¦ ¦ ¦ ¦ ¦ ¦ ¦else ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦'zayavka6.docx' ¦ ¦ ¦ ¦ ¦ ¦ ¦end ¦ ¦ ¦ ¦ ¦ ¦end 108 col 24 warning| Style/IfInsideElse: Convert if nested inside else to elsif.

но мне так код более понятен, че хочет то не пойму

так мне кажется код немножно уродский но рубокопа это устраивает filename = if partner.physical? ¦ ¦ ¦ ¦ ¦ ¦ ¦if plea_type.in?(%w[1 2 3]) ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦'zayavka1.docx' ¦ ¦ ¦ ¦ ¦ ¦ ¦else ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦'zayavka3.docx' ¦ ¦ ¦ ¦ ¦ ¦ ¦end ¦ ¦ ¦ ¦ ¦ ¦elsif plea_type.in?(%w[1 2 3]) ¦ ¦ ¦ ¦ ¦ ¦ ¦'zayavka8.docx' ¦ ¦ ¦ ¦ ¦ ¦else ¦ ¦ ¦ ¦ ¦ ¦ ¦'zayavka6.docx' ¦ ¦ ¦ ¦ ¦ ¦end

А ниче что условия одинаковые?)

Почему одинаковые? Проверяется пара условий каждый раз, итого 4 варианта развития

Господа, а никто не задавался следующим вопросом - есть ли разница между: _tmp_arr = system(..).split("\n") _tmp_arr.each do .. end и system(..).split("\n").each do .. end

По идее же во втором случае он должен один раз вызвать цепочку команд, получить временный массив и по нему работать итератором each

Господа, а никто не задавался следующим вопросом - есть ли разница между: _tmp_arr = system(..).split("\n") _tmp_arr.each do .. end и system(..).split("\n").each do .. end

никакой существенной разницы думаю нет

По идее же во втором случае он должен один раз вызвать цепочку команд, получить временный массив и по нему работать итератором each

это если сплит возвращает итератор. и то, если даже возвращает (нет), то все равно не будет разницы

хотя разница в том, что после этого блока и после прохода GC в памяти останется массив

Какая алгоритмическая сложность (big O) у этого кода User.all.any? { |u| u.interval.overlaps?(self.interval) }?

хотя разница в том, что после этого блока и после прохода GC в памяти останется массив

В первом случае, если я правильно понял

Какая алгоритмическая сложность (big O) у этого кода User.all.any? { |u| u.interval.overlaps?(self.interval) }?

@lbvf50

неужели O(n)?

Какая алгоритмическая сложность (big O) у этого кода User.all.any? { |u| u.interval.overlaps?(self.interval) }?

А много юзеров?

А много юзеров?

пока мало, но число будет рости

Ну просто .all - это выгрузить всех

Мб проще это в where сделать так-то

И тогда база быстрей обработает

В первом случае, если я правильно понял

да

Какая алгоритмическая сложность (big O) у этого кода User.all.any? { |u| u.interval.overlaps?(self.interval) }?

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

надо в базе расклеить интервал на start и end и сделать where start > qstart or end < qend

Ага

неужели O(n)?

Точно O(n) Потому , что количество Users.all это n. C ростом количества пользователей растет количество повторений any?. В лучшем случае будет найдет первый пользователь у которого interval. overlaps? значит алгоритм сработает за 1 повторение: O(1), а в худшем случае будет пройдет весь массив n повторений O(n). Т.е. можно смело сказать что interval.overlaps? будет вызываеть O(n) раз. А уж как функционирует interval.overlaps это не известно. Возможно у него самого экспоненциальня сложность. Тут гарантий нет.

Точно O(n) Потому , что количество Users.all это n. C ростом количества пользователей растет количество повторений any?. В лучшем случае будет найдет первый пользователь у которого interval. overlaps? значит алгоритм сработает за 1 повторение: O(1), а в худшем случае будет пройдет весь массив n повторений O(n). Т.е. можно смело сказать что interval.overlaps? будет вызываеть O(n) раз. А уж как функционирует interval.overlaps это не известно. Возможно у него самого экспоненциальня сложность. Тут гарантий нет.

overlaps это метод с rails

overlaps это метод с rails

да. замечаение я написал к тому, что логически мы предпологаем что interval.overlaps? оптимизированно решен. Но всякое может быть, по этому точно заявлять про O(n) не разобравшись в коде overlaps? я бы не стал.

точно я тоже хотел запостить.

В Ruby уязвимость, связанная с OpenSSL — нужно срочно обновиться [CVE-2018-16395]. На версиях 2.4 и 2.5 достаточно обновить gem openssl. На Ruby 2.3 придется обновлять все целиком. http://amp.gs/hbej

превьюхи не завезли, короч

ага, спасибо

опять openssl... решето

ещё вчера в libssh cve было

прям серьезная дыра, вход без пароля

опять openssl... решето

Дык пишут на unsafe языке, ожидаемо.

Ребят, а когда ближайшая большая конфа в России / Белоруссии?

Была 2 недели назад

В Минске в следующем году

В питере летом будет вроде

В Минске в следующем году

Обычно апрель

Окей, у меня есть время ?

делаю permit(:requested_features) и они все равно блокируются

С другими полями все работает

а что внутри?

Массив

Бля

понял, да?)

Да

Спасибо

Фейспалм

permit(data: []) вроде надо

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

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

https://t.me/qa_ru если что я куашник, можешь в личку написать что нужно

спасибо!

кто-нибудь вникал в работу сайдкика? почему один и тот же код в нём личит, а в консоли (под продовским энвайронментом) нет? ну условно, Job.perform_now(args) не личит, а Job.perform_later(args) личит. Известно, что в Job метамагией гем создаёт свои классики, а ещё есть много взаимодействия с бд

кто-нибудь вникал в работу сайдкика? почему один и тот же код в нём личит, а в консоли (под продовским энвайронментом) нет? ну условно, Job.perform_now(args) не личит, а Job.perform_later(args) личит. Известно, что в Job метамагией гем создаёт свои классики, а ещё есть много взаимодействия с бд

я немного

что значит личит?

наверное течёт?

Вот процент memory usage на стейджинге после perform_later с одним и тем же аргументом 5.8 7.5 10.3 12.0 14.7 15.2 17.7 19.4 18.6 19.0 19.8 24.1 25.8 26.5 28.0 28.4 29.6 30.4 30.4 30.4 30.5 31.4 32.0 32.0 32.0 32.1 33.6 36.5 36.4 37.0 37.0 39.7 39.7 41.6 41.5 41.5 40.8 40.1

ну ок

а перформ лейтер?

наверное течёт?

походу

perform_now 17.4 18.7 18.7 18.7

а перформ лейтер?

ой, первое перформ лейтер

perform_now 17.4 18.7 18.7 18.7

17.4 было изначально

Вот процент memory usage на стейджинге после perform_later с одним и тем же аргументом 5.8 7.5 10.3 12.0 14.7 15.2 17.7 19.4 18.6 19.0 19.8 24.1 25.8 26.5 28.0 28.4 29.6 30.4 30.4 30.4 30.5 31.4 32.0 32.0 32.0 32.1 33.6 36.5 36.4 37.0 37.0 39.7 39.7 41.6 41.5 41.5 40.8 40.1

что конкретно ты вызывал?

top -p ...

нет, я про консольный код

1.times {[1087].each {|id| Job.perform_now(mailbox_id) }} (такая структура потому что до этого тестил с разным количеством повторений и с разным набором айдишников

1.times {[1087].each {|id| Job.perform_now(mailbox_id) }} (такая структура потому что до этого тестил с разным количеством повторений и с разным набором айдишников

ты это в проде вызывал?

на стейджинге

и что конкретно по памяти ты тестировал?

на стейджинге

ок, у вас 2 инстанса разных под сайдкик и под веб?

да

ну и я смотрел usage именно сайдкиковского процесса

и ты память от куда смотрел?

в плане? на сайдкиковском сервере запускал top -p ...