я б лучше навесил хук в модели on_create, но я хз, что тут нужно сделать

хуки в модели лол

пиздос

ты прост не знаешь, что тебе надо

+

ты прост не знаешь, что тебе надо

мне нужен реакт, но я имею рельсовые формы

эээ

ну так ставь реакт и отдавай ему json

зачем тебе странный метод в форме?

мне нужен реакт, но я имею рельсовые формы

не имей формы )

зачем тебе странный метод в форме?

легаси

Lupsick только через страдание ты придешь к очищению)

Lupsick только через страдание ты придешь к очищению)

неплохо ты обозвал избавление от рельсы

sudo rm -rf /*

sudo rm -rf /*

не сработает

sudo rm -rf /*

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

не сработает

Не ломай надежды

не сработает

а хотелось бы!

В crystal ещё нет настоящих потоков пока

охуенная гифка

но человека надо банить:(

мне тоже очень нравится эта гифка

но человека надо банить:(

Done

что за гифка?

что за гифка?

Доге в каске видюхами в шахте долбит

А, она походу вирусная. Мне тоже понравилась гифта про dogecoin

В crystal ещё нет настоящих потоков пока

Но будут раньше, чем в MRI, и пока ресурсов процессы меньше кушают

Go небось еще меньше кушает

А Rust еще меньше

Мне нужно шарить данные между потоками, без внешних БД ибо IO съест всё, да и в памяти может быть очень много объектов.

Возможно, с IO Crystal всё равно будет быстрее, чем, например, JRuby без него ? надо проверить

А Rust еще меньше

Crystal поближе к Ruby, а человеку именно Ruby нравится

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

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

Crystal поближе к Ruby, а человеку именно Ruby нравится

у кристала поддержка хреновенькая.

и перспективы так себе.

у кристала поддержка хреновенькая.

Какой формат поддержки?

и перспективы так себе.

Почему?

Какой формат поддержки?

какая компания стоит за crystal? где он в проде юзается?

Почему?

а что нового принес язык?

какая компания стоит за crystal? где он в проде юзается?

Manasteh, много где по мелочи пока что

а что нового принес язык?

Типизированный быстрый Ruby с богатой stdlib — многие об этом грезили годами

за лу па

за лу па

Контекст-то какой?

Контекст-то какой?

кристал

кристал

Что пробовал на нём делать?

Что пробовал на нём делать?

пробовал тралиться в чяте

коллеги, что почитать по ruby для джавистов?

коллеги, что почитать по ruby для джавистов?

Пробовал искать?

коллеги, что почитать по ruby для джавистов?

Не грубость, просто хз как ещё нормально поделиться поиском: http://lmgtfy.com/?q=ruby+for+java+programmers

Пробовал искать?

Я что-то в запарах. :) А не ожидал на офсайте прямо такого руководства. Просто огонь!

Возможно, с IO Crystal всё равно будет быстрее, чем, например, JRuby без него ? надо проверить

Пожалуй пока обойду это всё пока не будет на сайте писаться что это совсем ещё альфа. Но на будущее - будет куда посмотреть.

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

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

коллеги, что почитать по ruby для джавистов?

ничо не надо читать. Погоняй groovy, потом вернешься

ничо не надо читать. Погоняй groovy, потом вернешься

не вернется

чойта

чойта

Груви засасывает людей

Лол

Marshal при дампе объекта и указании вторым аргументом файла - будет дампать потоково преобразуя данные по чуть-чуть или сначала сгенерит строку в оперативку, а потом запишет в файл?

ERROR: S client not available

Допустим у меня есть массив, в нем 100500 объектов и я его дампаю. При дампе будет создана сразу одна строка или они будут по кусочками писаться в файл?

Допустим у меня есть массив, в нем 100500 объектов и я его дампаю. При дампе будет создана сразу одна строка или они будут по кусочками писаться в файл?

Сложные вопросы. Лучше бы спросил, как формочку подправить ?

?

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

Разве что подсчитать количество обращений к ЖД как-то. Ну или код интерпретатора почитать

У рубистов (и не только) обычно в таких моментах логика, как мне кажется, такая: "ебашь, пока работает, а ошибки исправим потом, возможно даже кто-нибудь другой, возможно даже никогда". Ты молодец, что задумываешься о таком

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

Сделать рид онли файл и посчитать, сколько раз будет ошибка о записи файла?

Сделать рид онли файл и посчитать, сколько раз будет ошибка о записи файла?

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

Смысл долбиться в закрытые ворота, если запись разбита на куски… другое дело — слабые преимущества от разбития записи вообще.

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

Ну ты ошибку обрабатывать то будешь

Ну ты ошибку обрабатывать то будешь

Она может быть обработана интерпретатором, ну

А он уже выдаст тебе одну (первую), в своём формате

Во, попробую-ка я IO.pipe заюзать.... если вызовов будет больше одного - значит по частям и всё будет замечательно....

Насколько знаю, при записи в файл данные (при большом их объеме) записываются порционно. Для небольших файлов это ведет к тому, что приходится использовать #flush чтобы гарантировать что запись (#write) действительно прошла. Как передает данные cтандартный Marshal сказать не могу, ятп лучше всего посмотреть код. Ну или попробовать его работу на очень большом объекте и/или множестве маленьких. Для потоковой записи ожидаю увидеть много вызовов #write с передаей небольшх порций данных, для записи одним фрагментом один вызов #write с огромным буфером. Как-то, так..

По частям, протестил

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

Передал один конец пайпа маршалдампу, а второй выводил через gets всё что поступает, словил несколько частей.

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

Итого ответ и да и нет выходит. Да, режет на куски. Нет, не оптимально.

Хеши ведут себя аналогично.

Мне нужно будет дампать большой-большой хеш, возможно несколько. Оттуда и этот вопрос :)

Так или иначе рад дружелюбному местному сообществу.

Граждане, немного офтоп, но кто-то должен знать. Я тут пишу на рельсах на базе твилио голосовой и смс-опрос, и хочу его протестить. Все бы ничего, но у твилио нет пула номеров в РФ. Варианты которые я тут надумал: - Вариант #1: арендуем у местных провайдеров (конкретно Питер) вирутальный номер, и звоним с него на арендованный у твилио США номер - Вариант #2: арендуем 2 номера twilio и звоним с первого на второй Первый вариант плох поминутной тарификацией (можно поискать регион для твилио номера куда звонить будет дешевле, но все равно) Второй вариант непонятно возможен ли вообще, есть какая-то не сильно внушающая доверия прога: https://goo.gl/JfKh27 + в отзывах пищут что на twilio-триале (на котором я сейчас) исходящие вообще не пашут, а чтоб выйти из триала - минимум 20$ хотят чтоб положил на счет (мне надо-то на пару дней все это). Есть ли третий вариант? И может я упустил что-то выше? Спасибо!

те не проще замокать ответы и тестами покрыть?

уже

Может скайп как вариант проканает еще?

почему именно твилио?

почему не юзать микс чтобы дешевле было?

заказчик-селектед. у них уже инфраструктура не нем вся

заказчик сам часто не знает что ему нужно