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

а какой плагин?

а какой плагин?

https://marketplace.visualstudio.com/items?itemName=misogi.ruby-rubocop

https://marketplace.visualstudio.com/items?itemName=misogi.ruby-rubocop

пиши автору что он где то накосячил)

кстати сейчас указал на глобал, вроде завелось...

»ruby.rubocop.executePath": "/Users/nikitabatrak/.rvm/gems/ruby-2.5.1@global/gems/rubocop-0.54.0/bin/

кстати сейчас указал на глобал, вроде завелось...

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

@ArtemDenezhny только что так и сделал, сейчас завелось, спасибо

напрямую путь к гему прописал, ожило

напрямую путь к гему прописал, ожило

скорее вызов rvm не совсем корректно настроен для vsc, пока там с этим делом все сыро

У меня тоже рубокоп путался откуда брать гем

В вскоде

Сделал бандле экзек и начал брать из проекта

Сделал бандле экзек и начал брать из проекта

?

Сделал бандле экзек и начал брать из проекта

НЕОЖИДАННОЕ ПОВЕДЕНИЕ

Ну вообще-то неожиданное )

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

у меня с vsc другая проблема, по идее bundler - stdlib с 2.5.0 не видит сволочь, ставлю отдельным гемом((

Как же я намучился с этим rvm когда-то, из-за таких вот мелочей.

Лучше ручками как джавистов на винде

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

Красота

это о чем?

О том, что надо быть благодарными за рвм :)

О том, что надо быть благодарными за рвм :)

за rbenv!

В языке где релизы часто лепят

не, я про то, что в джаве вроде нет в принципе таких проблем

даже на винде

Так они редко обновляют )

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

учитывая что vsc нихрена не ide она ничего не должна делать

учитывая что vsc нихрена не ide она ничего не должна делать

Ало, разницы между иде и редактором там уже нет

Так они редко обновляют )

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

Ало, разницы между иде и редактором там уже нет

где там?

В далёком для тебя 2018

В свкоде много всего по дефолту есть

Та же поддержка гита лучше чем во многих иде

Сложно называть его редактором

```

`

Та же поддержка гита лучше чем во многих иде

ой вот на это насрать ваще, как юзал из командной строки так и юзаю, иногда когда дохера конфилктов юзаю ГУИ

за rbenv!

asdf

asdf

После открытия нового инстанса эмулятора терминала приходилось писать cd . чтобы rvm подтянул нужную версию рубей. Неудобно, же :)

in `=~': incompatible encoding regexp match (UTF-8 regexp with CP850 string) (Encoding::CompatibilityError)Кто-то сталкивался с подобным ?

@kmedvedu, не понял)), говорю за asdf https://github.com/asdf-vm/asdf

После открытия нового инстанса эмулятора терминала приходилось писать cd . чтобы rvm подтянул нужную версию рубей. Неудобно, же :)

круче когда rvm current и rvm gemset list - выдают разные gemset))

@ArtemDenezhny это из наболевшего за rvm, ну т.е. грубо говоря идеа при настроенном sdk у меня глобальную версию рубей открывала в терминале, приходилось cd в терминале прописывать, чтобы переключить проект на правильую версию.

да, это больно

Про asdf не слышо просто, думал, это что-то нецензурное :)

да нецензурно ах..ное

Борисов да, не плохо рассказывает)

за 10 минут я не смог понять почему это все лучше чем (1..5).reduce(:+) что хорошего?

за 10 минут я не смог понять почему это все лучше чем (1..5).reduce(:+) что хорошего?

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

как узнать? мотива нет

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

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

Именно

В руби очень много функционального

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

Можно, но зачем? Нормального ленивого map и т.д. так ведь и не завезли?

хорошо но зачем

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

не типа зачем лень

а типа повода не вижу

какую задачу это выполняет или облегчает которую нельзя выполнить императивными парадигмами7

не вообще каррирование а впринципе функциональщина

ток вот именно желательно каждодневными примерами

а не абстрактными вещами типа иммутабельности

Можно, но зачем? Нормального ленивого map и т.д. так ведь и не завезли?

чем .lazy.map не нормальный ленивый map?

чем .lazy.map не нормальный ленивый map?

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

эм

А как это связано вообще?

Ребят, подскажите, какой запрос использовать? Нужно найти запись в БД по номеру телефону, но без учета форматирования. Например, нужно найти запись с номером "+7 (495) 123 45 67" по номеру "+74951234567"

эм

Лениовсть для чего нужна? Что бы не итерироваться N раз по всем элементам. Или есть другой вариант?

Лениовсть для чего нужна? Что бы не итерироваться N раз по всем элементам. Или есть другой вариант?

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

т. е. пока что-то не запросит результат выполнения .map для следующего элемента

Вот это оно и есть. Если написать цепочку map.map.select и в коллекции 1000 элементов, будет 3000 итериаций

В случае нрмальных ленивых вычеслений, останется 1000 итераций

А при чём здесь ленивость и как она спасает?

Ребят, подскажите, какой запрос использовать? Нужно найти запись в БД по номеру телефону, но без учета форматирования. Например, нужно найти запись с номером "+7 (495) 123 45 67" по номеру "+74951234567"

В общем случае никак. Хранить в БД данные в БД в единообразном формате и приводить к этому формату данные для запроса.

Итератор выплёвывает результат на каждой итерации и передаёт в следующую функцию. Если это не ленивость, то поправьте меня

В общем случае никак. Хранить в БД данные в БД в единообразном формате и приводить к этому формату данные для запроса.

спасибо за ответ!

Можно, но зачем? Нормального ленивого map и т.д. так ведь и не завезли?

чтобы "отключить" императивную шизофрению

а в чём заключается шизофрения

и как функциональное прог. от неё избавляет

какую задачу это выполняет или облегчает которую нельзя выполнить императивными парадигмами7

не вообще каррирование а впринципе функциональщина

ток вот именно желательно каждодневными примерами

а не абстрактными вещами типа иммутабельности

Итератор выплёвывает результат на каждой итерации и передаёт в следующую функцию. Если это не ленивость, то поправьте меня

в случае вызова .map.map.select.first неленивый map произведёт действия над всеми элементами и к получившемуся массиву применит .first, ленивый произведёт действия над первым элементом и отдаст его. Но везде на каждый обработанный элемент будет два вызова map и один select.

не вообще каррирование а впринципе функциональщина

что есть императивная парадигма и что есть функциональная? .map/.reduce это функциональщина?

в случае вызова .map.map.select.first неленивый map произведёт действия над всеми элементами и к получившемуся массиву применит .first, ленивый произведёт действия над первым элементом и отдаст его. Но везде на каждый обработанный элемент будет два вызова map и один select.

В случае не ленивых вычеслений тут будет три цикла над всеми элементами коллекций. Если у вас гигабайтовый файл, то означает, что код обработает 3 гигабайта данных

да, но кол-во итераций от этого не изменится.

Как не изменится? Общее количество измениться в три раза ровно (количество функций map/select и т.д.)

а в чём заключается шизофрения

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

Как не изменится? Общее количество измениться в три раза ровно (количество функций map/select и т.д.)

Каким образом? Над каким-то элементом .select не выполнится?

Каким образом? Над каким-то элементом .select не выполнится?

Просто оставлю это здесь: 2.3.1 :008 > n = 0; (1..100).reject { |i| n=n+1;i.odd? }.map { |i| n=n+1;i*i }.first(5) => [4, 16, 36, 64, 100] 2.3.1 :009 > n => 150 2.3.1 :010 > n = 0; (1..100).lazy.reject { |i| n=n+1;i.odd? }.map { |i| n=n+1;i*i }.first(5) => [4, 16, 36, 64, 100] 2.3.1 :011 > n => 15 http://blog.honeybadger.io/using-lazy-enumerators-to-work-with-large-files-in-ruby/

потому что мы запрашиваем всего 5 элементов, очевидно.

если бы мы запросили все элементы — было бы одинаково.