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

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

Помню мы в 2014 пересчитывали картинки на проекте во время миграции данных — там процесс шел 10 дней. Били на части. И это был мелкий региональный проект. И норм. Никто не ныл, что ему надо 128Гб и i10 Xeon

У меня телега от прослушивания музыки течет. Бывает отжирает по 3Гб. Приходится рестартовать. вот тебе и переусложненная архитектура.

640kB хватит всем.

тут на https://theartofpostgresql.com/ скидон 40%

если кто вдруг хотел себе топ книжку по скл, то есть отличный шанс)

о, я могу сказать, что хорошая книга

плюсую ⤴️

#вакансия #работа #удалённая #москва #ruby #ror #backend #rails #postgreSQL #pgbouncer #redis #rabbitmq #nginx #react.js #ansible #travisci #semaphoreci #datadog #newrelic #agile
Вакансия: Ruby on Rails-разработчик
Город: Москва
Зарплата (gross): 120 000 - 200 000 ₽
Опыт: 1-3 года
Формат работы: Офис/удаленно, по желанию.
Компания: современная российская компания в сфере онлайн-обучения (название компании Вы узнаете в личных сообщениях при обращении).

Друзья, мы ищем уверенного в себе Backend-разработчика middle / senior уровня, готового присоединиться к команде разработки одного из наших проектов.

Стек:
· Ruby 2.x и Rails 5.2
· PostgreSQL, PgBouncer и Redis
· RabbitMQ
· nginx
· JS, React
· Ansible
· Travis CI, Semaphore CI
· Для мониторинга используем Datadog и NewRelic
· Гибкий подход к разработке с короткими итерациями и ежедневными 15-минутными обсуждениями текущих и будущих задач

Обязанности:
· Развивать и поддерживать сайт
· Участвовать в разработке архитектуры проекта, проводить рефакторинг и ревью кода.
· Делиться своей экспертизой с командой, обсуждать технические решения и приходить к общему мнению.
· Взаимодействовать со всей продуктовой командой – разработчиками, дизайнерами и менеджерами продукта.

Условия:
· Кристально чистая, белая зарплата 120 000 ₽ - 200 000 ₽
· ДМС после испытательного срока.
· MacBook Pro / iMac или мощный Linux компьютер на выбор.
· Если есть желание — можно часть времени поработать из дома.
Или формат полностью удаленной работы.
· Бесплатное обучение на любых курсах Нетологии и Фоксфорда.
· Возможность полностью изменить то, как выглядит образование в России и русскоязычных странах.

Контакты:
По всем вопросам пишите в Telegram @leonety_lety@leonety_lety или на емаил vitaly@income-personal.onlinevitaly@income-personal.online

> Кристально чистая, белая зарплата
кхе-кхе.

Зарплата будет с налоговыми отчислениями и полностью Ваша

спокойно. Не надо комментариев. Все хорошо. Это просто шутка

История о том, как TitTok борется с администрацией Дональда Трампа с помощью своего главного оружия — блогеров.

http://amp.gs/aJqX

Всем привет
Хочу организовать на одном из своих проектов DB-слой (и избавиться от зависимостей AR в бизнес логике: модели, #find, #where и т.д.). Я уже использую query object для одного! более или менее сложного запроса.
Предполагаю, что лучший способ для этого - репозиторий.
Но может что для таких случаев уже придумано? просто интересуюсь на самом деле:)

привет, так ты можешь точно так же использовать query object по работе с БД, эти объекты будут возращать тебе DTO, а не AR объекты, тогда у тебя будет изоляция от АР, во всяком случае на чтение, а для создания\обновления делаешь сервисы\команды, что тоже устранит прямую работу с АР

Посмотри, как работает ecto и rom-rb и проекты с ними

там разговоры не нужны особо, код есть

ну да, могу обойтись и без репозитория, согласен. Я просто подумал что может уже есть гемы какие, которые в значительный мере упрощают работу и лучше организуют код) Просто вынос #find в PORO немного усложняет код, как мне показалось.

благодарю, посмотрю в эту сторону