можешь даже так писать

%w{1 2 3}

Rubocop сейчас вообще просит %(а б в)

Без буквы

И это то же самое

Rubocop сейчас вообще просит %(а б в)

это другое так то

Почему?

[8] pry(main)> %[1 2 3] => "1 2 3"

И так тоже %w_str1 str2_ Правда так выглядит ))) не очень)

[8] pry(main)> %[1 2 3] => "1 2 3" [9] pry(main)> RUBY_VERSION => "2.4.1"

И так тоже %w_str1 str2_ Правда так выглядит ))) не очень)

ага

Забавно

И так тоже %w_str1 str2_ Правда так выглядит ))) не очень)

или так [10] pry(main)> %w|1 2 3| => ["1", "2", "3"]

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

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

проверил в чистом 2.4.1

~ » ruby -v ruby 2.4.1p111 (2017-03-22 revision 58053) [x86_64-darwin16] ~ » ruby -e 'p %[1 2 3]' "1 2 3"

черт побери

оно и правда начало переводить это в строку!

интересно когда

вот ведь гадство

Вроде бы всегда так было, это шорткат для интерполируемой строки

Rubocop сейчас вообще просит %(а б в)

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

ага

я обвновился с 2.3 с чем-то

и еще сам рубоком там обновили...

я просто сейчас пару тестов нашел упавших из-за этой херни

и они точно раньше проходили

я обвновился с 2.3 с чем-то

[ojab@localhost ~]$ ruby -v ruby 2.1.10p492 (2016-04-01 revision 54464) [ojab@localhost ~]$ ruby -e 'p %[1 2 3]' "1 2 3"

ну и на 2.0 тоже вполне себе строка

с 1.9 обновлялся?

(прозреваю что в 1.9 тоже строка, ага)

интересно когда

Как появилось, насколько я помню

Ага, это у нас в конфиге рубокопа форнутом опечатка была, а я поверил

Вот за это я и не люблю подобный сахар

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

int a1[100];

народ, я уже писал об этом, но пройдите пожалуйста опрос, если вы еще не прошли его, хочу для адекватной статистики набрать 100+ ответов. спасибо большое https://goo.gl/forms/ioIGDn6PSMWGV0XE3

Кто-либо для чего-либо использует Rinda?

Что не? Никто? А drb?

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

drb был в одном проекте для взаимодействия с адаптером бд из активрекорда. То есть коннекшны к БД были в другом процессе, а АР был похачен. ЧСХ это работало

На MRI было всё? Для того чтобы занять 2 ядра процессора?

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

Спасибо

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

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

а разве пул соединений не подходит для этого?

соединения были per user, это был не сайтик, если что

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

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

На самом деле интересно

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

На самом деле интересно

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

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

Ну то есть решено было через БД?

в сессии всего соединения?

в сессии всего соединения?

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

Ну то есть решено было через БД?

что именно? там вся логика в бд. И с этим надо было как-то работать из руби. Вот мой предшественник изобрел это решение с drb, до какого-то момента оно работало

потом превратилось в тыкву, как Золушка

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

Задам пожалуй ещё 1 вопрос - JRuby популярен? Юзается? Вопрос на тему того что там потоки и можно выкушать процессор на много ядер без ухищрений с шарингом данных между.

я конечно сейчас пьян, но пробуй! нет, не популярен. популярен только cruby и сраные рельсы,

ERROR: S client not available

это не мешает епонцам пилить свои какие-то странные епонские поделия на mruby и радоваться жизни

более менее живые потоки были (есть? (оно живое вообще?)) и в рубиниусе

Ну то есть если мне нужно занять весь процессор - что лучше выбрать?

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

Ну то есть если мне нужно занять весь процессор - что лучше выбрать?

А какие-нибудь задачи из реального мира есть, кроме как "занять весь процессор"?

сложно так просто ответить, я вот не работал, но думаю, что большинство гемов там будет работать. Все dry/rom* точно должны, я за этим приглядываю :)

что-то может работать с rubinius, а с jruby нет но не уверен тут

пару раз репортил даже

Библиотек либо и не будет особо или почти не будет. Просто 1 большой и очень сложный алгоритм, кушающий много гигабайт оперативы и ядер процессора.

сложно так просто ответить, я вот не работал, но думаю, что большинство гемов там будет работать. Все dry/rom* точно должны, я за этим приглядываю :)

Ханами дропнул jruby, потому что резная почему

То есть JRuby не вариант?

А я хз

> резная

Ханами дропнул jruby, потому что резная почему

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

То есть JRuby не вариант?

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

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

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

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

А там различия на столько большие?

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

вообще непонятно как другие языки живут, когда есть лисп :)

А там различия на столько большие?

где там?

правильно говорить "лишп"

где там?

Между JRuby и MRI - просто тут в диалоге мол человек ушел, никто не захотел поддерживать. А с виду то JRuby выглядит как просто запусти другой интерпретатор и бонусом получи либы явы, но потеряй либы на сях.

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

так пробуй

Между JRuby и MRI - просто тут в диалоге мол человек ушел, никто не захотел поддерживать. А с виду то JRuby выглядит как просто запусти другой интерпретатор и бонусом получи либы явы, но потеряй либы на сях.

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

да и практически

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

Будет только кора с 95% вероятностью

Всем спасибо за советы