Вроде норм. условия. Чего же народ не повелся?

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

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

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

И внимание- это был ответ рекрутера (т.е. мой)

тех лид или СТО может быть ответять чуть по-другому

?

Антон, ну каак НОРМ я ответила?

ну, я надеюсь, это поможет кому-то :)

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

Вроде норм. условия. Чего же народ не повелся?

релокация, ну

Вроде норм. условия. Чего же народ не повелся?

инет там плохой.

релокация, ну

А что с ней не так? Из дс еще может кому и в лом уезжать, но из Усть-Зажопинска какого-нибудь таки вполне. Хотя конечно квалификацию реквестируемую в Зажопинсках получить трудновато.

Ребят, подскажите плиз, приложение на sinatra + eventmachine + em-hiredis есть роут get '/:key' do |key| redis = EM::Hiredis.connect res = redis.get(key) res.callback { |value| p [:returned, value] } end как мне в ответ отдать value из колбэка? хотя бы в какую степь гуглить

замечательно, nokogiri не умеет case insensitive

замечательно, nokogiri не умеет case insensitive

В xpath?

походу ни css ни xpath

беглый гуглинг не помогает.

Там же вроде есть lowercase/uppercase?

https://stackoverflow.com/questions/2893551/case-insensitive-matching-in-xpath

беглый гуглинг дает страшные хаки

XPath 2, хмм

спасибо.

https://stackoverflow.com/questions/2279513/how-can-i-create-a-nokogiri-case-insensitive-xpath-selector Ну и через замену

так в том то и дело что страшный хак

я тут недавно узнал что стандартная либа не умеет multipart/form-data из коробки

я тут недавно узнал что стандартная либа не умеет multipart/form-data из коробки

разве? вроде умеет но через так себе код

но точно не помню.

ну да, если ты тело запроса со своими файлами сам в строку приведёшь

ну http в std это боль, да, пробовали.

непонятно почему они ее не доделают.

Друзья, подскажите не протухший гем для валидации российских кредиток. (нужно, чтобы по номеру карты определялась страна, тип, и проч. Желательно(но не критично), чтобы не использовался сторонний сервис, т.е. гем не лазил за списками вовне). (подсказали credit_card_validations, есть еще какие варианты?)

Всем привет! Ищу Full-stack разработчика. Сотрудничество: офис в СПБ или удаленка. Backend на Ruby on Rails, frontend на React.JS. (По опыту это может быть человек с хорошим скиллом фронтэнд разработки и начальными знаниями Ruby, или хорошим опытом работы на Ruby и любовью к фронтэнд разработке). Зарплата зависит от уровня кандидата, смотрим и миддл разработчиков с вилкой 80-120. И сеньоров с вилкой 120-140. Проект: система для автоматизации обучения. Требования: -Опыт работы с React; -Native JS; -Ruby on Rails; -Postgresql; -Active Admin; -Faye; -RSpec; -HTML, CSS, es6; -будет плюсом опыт работы с Node.JS. Условия: -Офис на Владимирском проспекте (1 минута от станции Достоевская/Владимирская); -Множество нетривиальных задач, сложных кейсов и большие возможности для профессионального развития и карьерного роста; -Гарантированный рост зарплаты при эффективной работе -График работы с 11.00 до 20.00, гибкое начало рабочего дня -Всевозможные чаи, кофе, конфеты и другие закуски безо всяких ограничений -Возможно удаленное сотрудничество. #job #вакансия #работа #спб #удаленка #офис

На шаред закачал по фтп и усе)

Делаешь продукт На шаред загружаешь Ммм......

рубишные тоже бывают? )

вот бы щас синьора нанять за 140

рубишные тоже бывают? )

рубишный шаред? не видел ни у кого такого стека.

я тоже )

А что с ней не так? Из дс еще может кому и в лом уезжать, но из Усть-Зажопинска какого-нибудь таки вполне. Хотя конечно квалификацию реквестируемую в Зажопинсках получить трудновато.

Из Усть-Зажопинска хорошо уезжать когда ты молод и не привязан ни к чему. Но ты как правило не сеньор в это время :D Или ты сеньор и уже уехал в Москву

Apropos

а что, у рельс теперь по дефолту выставляется multipart в форме?

а что, у рельс теперь по дефолту выставляется multipart в форме?

В form for по моему всегда было (по крайней мере те полтора года, что я на них пишу) , в form tag - нет

ну х.з.

я помню, как на своем первом проекте долго тыкву чесал

чего у меня кортинки не грузятся

но это было еще во времена рельсы 3

А, ну я с 4 начал

Пока не могу придумать хорошего решения для одной задачки. Есть внешний сервис с api. С этого api нужно забрать много данных (пару миллонов json объектов)

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

Юзаю сайдкик. В воркере примерно такой код: data = get_from_api; bulk_insert(data)

почему-то сохраняются не все данные и из-за использования http lib, очень долго все происходит

а если заюзать typhoes, до воркеры отрабатывают и вообще ничего не сохраняют

Может кто сталкивался с похожими ситуациями? Как я понял, если забирать данные с апи очень размеренно, то проблем не будет. Но хотелось бы что это было асинхронно и параллельно или хотя бы асинхронно.

ты можешь забирать меньше данных?

т.е. сделать 2 запроса по пол миллиона вместо 1 на миллион

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

да это не важно

идея в том, что ты можешь разбить забор данных на асинхронные джобы

В общем, да могу. Но столкнулся с ещё одной проблемой в этом случае

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

Апи вернуло 100к записей через обычный гет запрос в irb

Воркеры отработали и вернули 8к записей

ERROR: S client not available

Для bulk insert гем - active record import

то есть в бд, вместо 100к записей сохранилось 8к. Может тут нужны локи какие или еще чего?

Все пишется в одну таблицу и там нет валидаций при записи

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

Это не точно не перезапись существующих данных :)

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

и не ждать их от сервиса каждый раз

Тоже думал об этом

Бился целый день над тем, как можно все таки без стороннего хранилища обойтись, видимо не выйдет

Спасибо за советы ребят

Если есть проверка на уникальность, то есть вероятность что баг именно в проверке

если обойтись — для начала выкинуть sidekiq и заюзать concurrent-ruby + впилить binding.pry, если сохранённых данных меньше, чем полученных. Тогда будут все данные для разбирательств.

(ну и bulk_insert делает IGNORE, так что тут ты вполне можешь потерять какие-то данные)

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

так что вот эта вот проверка тебе тут нафиг не нужна, bulk_insert всё равно строит из всего переданного один INSERT ... IGNORE

а, просмотрел что у него это опционально

Да, я не указываю это в опциях

Если есть проверка на уникальность, то есть вероятность что баг именно в проверке

Я проверяю нет ли такого объекта в бд и все. Этого достаточно, по одному уникальному полю

Я проверяю нет ли такого объекта в бд и все. Этого достаточно, по одному уникальному полю

Ты каждый объект из миллиона проверяешь?

Ну пачками же идут

Делю на мелкие пачки и проверяю, да

Я бы писал это вне рельс. Сложного ничего нет. Вот в таких случаях уже можно написать микросервис на том, что сможет это быстро отработать.

Даже pure Ruby здесь зайдёт

>заменять скрипты микросервисами

>заменять скрипты микросервисами

шикарно же, ты просто не понимаешь

к счастью

особенно, если у тебя все в докере будет, в кубернетосе и по ETL запускаться таски

в кубернетесе из AWS ECR, надеюсь?

в кубернетесе из AWS ECR, надеюсь?

обязательно

и для транспорта конечно юзать кинезис