потому что find_by что-то менял?

неа

ща у меня случился когнитивный диссонанс вселенского масштаба CustomAPILib.find_by(query) -> success CustomAPILib.find_by(query) -> exception Внимание вопрос: Почему?

коллбэки?

неа, еще сильнее диссонанс

неа, еще сильнее диссонанс

валидации? тут можно долго гадать

Сеть пропала?

ну да, долго можно гадать

query мутирует

?

мне не за что :)

Да попутал малость

не будет нового запроса к БД. Но лучше все-таки все это в один запрос умещать

Спасибо за ответ! Но может я не так что-то понимаю? ПОзвольте приложу фрагмент кода и его запросы Фрагмент: https://pastebin.com/x29RRg3Q Запросы: http://take.ms/ZMFmD

query { a: 1 } find_by(query) query #=> { a: [:eq, 1] } и второ раз сама find_by это квери не понимает

это прям супер эпичный вин

надо чаще увольнять разработчиков

ну да, шок контент

Спасибо за ответ! Но может я не так что-то понимаю? ПОзвольте приложу фрагмент кода и его запросы Фрагмент: https://pastebin.com/x29RRg3Q Запросы: http://take.ms/ZMFmD

ну когда ты начинаешь sum и count делать, тогда данные из базы действительно вытягиваются

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

Спасибо за ответ! Но может я не так что-то понимаю? ПОзвольте приложу фрагмент кода и его запросы Фрагмент: https://pastebin.com/x29RRg3Q Запросы: http://take.ms/ZMFmD

btw, не вижу проблемы - у тебя же выборки с разными условиями

Да, а нельзя ли все же применять их к "кешу" объекта? Меня немного погуает это количество запросов к базе.. Таблицы большие, по несколько десятков миллион строк

хочется оптимизировать

Да, а нельзя ли все же применять их к "кешу" объекта? Меня немного погуает это количество запросов к базе.. Таблицы большие, по несколько десятков миллион строк

к "кешу" можно

поднять все примерно подходящие тебе данные в память(в массив их преобразовать) и там их перебирать средствами руби

в первом ответе был пример как

@user.select { |u| u.name == "John" }

вот эдаким маниром

не факт, что это будет оптимальнее

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

query { a: 1 } find_by(query) query #=> { a: [:eq, 1] } и второ раз сама find_by это квери не понимает

я чот не понял, но поддерживаю

не факт, что это будет оптимальнее

Понял! Благодарю за консультацию!

Понял! Благодарю за консультацию!

прогони эксплейном запросы, накинь недостающие индексы

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

он прост преждевременной оптимизацией занимаецца

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

кто читал это?

Причина, почему я занимаюь Rails вообще

То, что рождено убитым, убить нельзя

Совершенно безальтернативный сервис для бизнес-связей и нетворкинга.

я чот не понял, но поддерживаю

> a = 'string' ; b = 'string'.dup #=> "string" > a == b #=> true > A.call(a) #=> 'ok' > a == b # => false

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

хочется делать сразу по уму, а не возвращаться потом и переделывать :) Хотя без этого не бывает..

хочется делать сразу по уму, а не возвращаться потом и переделывать :) Хотя без этого не бывает..

это преждевременная оптимизация

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

и еще есть такая штука, как jbuilder

Причина, почему я занимаюь Rails вообще

какая именно?

ты согласен со всем что там написано?

для того чтобы хитровыдуманный json рендерить

ты согласен со всем что там написано?

Да. Главное - что эта доктина - vision - есть. А не просто программист сел писать фреймворк свой, потому что захотел.

и еще есть такая штука, как jbuilder

видимо мне это еще предстоит узнать :) Спасибо!

Да. Главное - что эта доктина - vision - есть. А не просто программист сел писать фреймворк свой, потому что захотел.

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

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

Бывает. Но тогда у тебя есть обоснованная дискуссия - вот основные положения. Вот пункты. Ты с чем не согласен? Каким бы пунтком ты его заменил? Итп.

Всё, что вербализовано - уже снижает вероятность конфликта. Основная причина плохого софта, которую я наблюдал, команда, которая не может договориться о фундаментальных вещах - философии работы вместе.

Комманда - всегда больше, чем просто сумма программистов. И если они разделяют общее направление - замечательно - это движет софт вперёд.

Вообщем это очевидные вещи - для любой команды - не только для программистов. Просто у программистов есть очень эффективные вещи формализовать эту “культуру” программу - code of conduct и тп.

См. последние изменения в code of conduct ядра Linux

И последствия этого изменения.

Всё, что вербализовано - уже снижает вероятность конфликта. Основная причина плохого софта, которую я наблюдал, команда, которая не может договориться о фундаментальных вещах - философии работы вместе.

У меня сейчас как раз такая проблема в команде. Но она как раз из-за того, что они считают что они постигли рейлс вей, хотя на самом деле застряли в развитии 10 лет назад

Выходите на объективные аргументы - без обвинений. Постарайся понять сначала их. Задача номер один. Потом посторайся сформулировать то, что они имеют в виду своими словами - чтобы они подтвердили, что то, что ты понял - и то, что они хотят сказать - это близко. Это задача номер два.

Проделай то же самое с твоими аргументами.

Все это уже сделали) И каждый остался при своем мнении

“постигли рейлс вей” - звучит как ТВОЯ интерпретация. Они так прямо говорят?

“постигли рейлс вей” - звучит как ТВОЯ интерпретация. Они так прямо говорят?

да, прямым текстом

Опять таки - отстали на 10 лет - в твоей интерпретации - это плохо. В их - стабильно, делаем то, что знаем, что хорошо работает.

Есть же причина, по которой они не пишут на node.js

Опять таки - отстали на 10 лет - в твоей интерпретации - это плохо. В их - стабильно, делаем то, что знаем, что хорошо работает.

именно. Это их остовной аргумент. Что они делают плохо, но стабильно и все работает

Поэтому я решил, что нам не по пути

А у тебя эстетические разногласия с этим? Ты хочешь расти как программист

Поэтому я решил, что нам не по пути

Правильно решил

А у тебя эстетические разногласия с этим? Ты хочешь расти как программист

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

Тут не в стеке дело - и не в подходах. Просто ЛЮДИ разные. У них такая культура - и культуру ты вряд ли изменишь

Нужно искать людей, которые с правильной - близкой к твоей - культурой

Вон напиши DHH - попроси об интервью

Тут не в стеке дело - и не в подходах. Просто ЛЮДИ разные. У них такая культура - и культуру ты вряд ли изменишь

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

ERROR: S client not available

Они все на remote работают -

будешь хоть работать с правильными людьми

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

=)

Хотя в самой доктрине (а я ее читал) не сказано, что что есть какой-то единный рейлс вей, а как раз наоборот

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

А мне понравился доклад Коли Рыжикова на fprug-e

Об эффективности

И эффективность рельсы в небольших проектах зашкаливает

И еще проблема в том, что конвенции в реейлс хорошо работают как раз на hello world приложения и на новичков. А больших же приложениях черт ногу сломит.

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

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

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

Это не проблема рельс. Это проблема квалификации и архитекутры. Порог вхождения в рейльсы низкий. Всё остальное - просто лень людей разивваться дальше. Работает же.

Что в принципе не плохо =)

Смотря какие цели ты преследуешь

Мне важно - time to market

Потому что потом приложение - если выстрелит бизнес - дам переписать знающим людям

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

так я не говорю что конвенции на начальном этапе плохо. Я говорю, что с ростом сложности, нужно искать другие решения и этих решений нет в оф гайдвх

Но так происходит только в 1 из 10 случаем

Так что рельсы идеальны для MVP

так я не говорю что конвенции на начальном этапе плохо. Я говорю, что с ростом сложности, нужно искать другие решения и этих решений нет в оф гайдвх

Но их нет и для других стеков, делай как хочешь

Так что рельсы идеальны для MVP

Ну тут вот MVP которому 7 лет))) И ребята уверены что все отлично (прогон тестов - 30мин)

30 минут ещё по-божески

Но их нет и для других стеков, делай как хочешь

тут ты не прав. Есть паттерны и бест практис которые на любом фреймворке и языке работают

тут ты не прав. Есть паттерны и бест практис которые на любом фреймворке и языке работают

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

половину проекта составляли папки с разными сервисными объектами

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

тут ты не прав. Есть паттерны и бест практис которые на любом фреймворке и языке работают

Нету :)

Нету :)

ок, какие-то подходы лучше чем другие по объективным измеримым причинам

presenters, decorators, view_models, заходишь, а внутри хелперы

По мне дак это все какой то юнешский максимализм, искать best practice и архитектуры

Ага - лучше БЕЗ архитектуры и БЕЗ best practice херачить лапшу =)