самое костыльное

Но рабочее же))

самое костыльное

Почему?) *\** это костыли?

да они все были рабочие

Почему ORM -- это плохо?

Почему?) *\** это костыли?

распаковка строки через * - жесть

Но рабочее же))

Все костыли рабочие, иначе они не были бы даже костылями))

Почему ORM -- это плохо?

ORM бывают разные

распаковка строки через * - жесть

0_о А почему? Ресурсы?

Почему ORM -- это плохо?

Не оптимальный синтаксис при обращении к БД

0_о А почему? Ресурсы?

нет, просто обычно это для туплов используют

нет, просто обычно это для туплов используют

А почему для остальных последовательностей это плохо?

ребята подскажите плиз, я такого еще не делал. Делаем гугл авторизацию, для фронта(как мне сказали) нужно отдельные файл ключей для иос для андроид и для веб. А какой файл ключей использовать на бэкэ, я на бэк вставлял файл ключей service_account и использовал этот код для авторизации https://paste.ofcode.org/fA78PbXHkctzcmDc7GDXhv но мне ошибка Expected a JSON object with a single property for a \"web\" or \"installed\" application" я с ключами этими вообще запутался, подскажите как правильно

А почему для остальных последовательностей это плохо?

не плохо, но строки - совсем внезапный кейс

не плохо, но строки - совсем внезапный кейс

Строка это же тоже массив :)

неа

Строка это последовательность, но массив ли...

строки редко юзают как массивы

Ну вообще да, это же набор символов

строки редко юзают как массивы

for ?)

ну это какие-то специфические алгоритмы обработки текста

тогда норм

а так - внезапно и неожиданно

for ?)

For -- это iterable, не обязательно массив

Срока - это итерабельный объект :^)

Но речь про строки

Срока - это итерабельный объект :^)

Ага

Giorgi Tt будет жить. Поприветствуем!

Эй профики

у меня вопрос

ку всем

можно ли записать html код в json

?

Можно

Все в одну ветку влезет)

можно ли записать html код в json

бдсм

бдсм

УУууу ееее )

Не оптимальный синтаксис при обращении к БД

Хм ... а вы точно использовали орм?)

Хм ... а вы точно использовали орм?)

Вот в данную секунду использую джанговскую орм

То есть я понимаю, что вы хотели сказать, скорее всего "не оптимальный в сложных случаях"

Потому что в простых случаях там проще некуда

Ну и в принципе с ней работаю

Если вы, разумеется, правильно ее используете

То есть я понимаю, что вы хотели сказать, скорее всего "не оптимальный в сложных случаях"

+

То есть я понимаю, что вы хотели сказать, скорее всего "не оптимальный в сложных случаях"

Да, конечно

Сорри, нечётко выразился

В рамках аппеляции скажу, что в сложных случаях не всякий программист напишет оптимальный запрос

Даже тот, кто думает, что он такой классный, может налажать)

В рамках оправдания скажу, что не считаю себя классным)))

А для чего нужен орм?

А для чего нужен орм?

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

Но, если программист пишет raw-sql, то у него больше шансов понять проблемы с производительностью

Но, если программист пишет raw-sql, то у него больше шансов понять проблемы с производительностью

Почему?

А для чего нужен орм?

Чтобы работать с базами в ООП

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

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

Орм типа sql-для маленьких?

Если его нет, то вы топ говнокодер

скорее для спешащих

Чтобы работать с базами в ООП

А без этого ни как?

Орм типа sql-для маленьких?

нет, sql упрощает простые операции и его суть тоже надо понять

Давайте так, вы же не будете утверждать, что кверибилдер не нужен?

Типо, писать сырой sql ручками это всегда круче, ведь нет ничего лучше, чем фиксить опечатки

Кверибилдер нужен не так, как его используютв джанге

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

Как sqlalchemy-core?)

Хотя, справедливости ради, я считаю, что sqlalchemy-core это вполне себе орм

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

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

Почему?

ОРМ - это всё-таки абстракция, raw-sql концентрирует внимание на sql-синтаксисе. При прочих равных orm\raw один и тот же программер допустит в написании raw-запроса те же ошибки что и в orm за минусом ошибок вызванных самой орм. Как-то так, извини если путанно. И это имхо онечно

Орм типа sql-для маленьких?

Нет. Для каждой задачи свой инструмент.

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

чот ты не смог в логику, по-моему

про проекты без орм я ничего не говорил

орм — далеко не единственный способ превратить проект в говнину

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

?

ТАких способов вообще масса)))))

ОРМ - это всё-таки абстракция, raw-sql концентрирует внимание на sql-синтаксисе. При прочих равных orm\raw один и тот же программер допустит в написании raw-запроса те же ошибки что и в orm за минусом ошибок вызванных самой орм. Как-то так, извини если путанно. И это имхо онечно

Орм фиксит ряд ошибок и на нем меньше можно наговнякать от того, что хреново знаешь sql. А крутому программисту ничего не мешает смотреть, какой запрос получается и фиксить. У нас так один синьор делает и получилось у него довольно плохо

про проекты без орм я ничего не говорил

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

орм — далеко не единственный способ превратить проект в говнину

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

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

Переписав на пхп

ок)

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

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

А сколько у вас тех сложных операций?

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

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

Да, CTE орм скорей всего не умеет. Но оконные уже пожалуйста. Даже в том же джанго

Да, и если я вдруг захочу сменить реляционку на носкл, ORM мне не даст

У нас так, и как бы, нам реально надо брать другую бд или переделывать схему данных, потому что по 4 джойна это дохрена

сложные операции могут быть в любой БД

Да, и если я вдруг захочу сменить реляционку на носкл, ORM мне не даст

Зависит от орм. Джанга позволяет вам монгу.

До чего дошёл прогресс!

Да, и если я вдруг захочу сменить реляционку на носкл, ORM мне не даст

сменить реляционку на носкл — это как-то не так звучит. с учетом того, что они под разные задачи хороши. А в современном мире друг друга хорошо дополняют

Моя орм вот только с nosql пока работает, но прикрутить туда можно всякую дичь, потому что у меня очень малый сабсет операций

Орм фиксит ряд ошибок и на нем меньше можно наговнякать от того, что хреново знаешь sql. А крутому программисту ничего не мешает смотреть, какой запрос получается и фиксить. У нас так один синьор делает и получилось у него довольно плохо

Орм фиксит? Что он фиксит? Хреново знать sql - это извините не аргумент, при хреновом знании инструмента не важно чем ты работаешь, в любом случае говно получится. Так же и про крутых синьёров - они на то и крыте чтобы чем унгодно сделать круто.

Моя орм вот только с nosql пока работает, но прикрутить туда можно всякую дичь, потому что у меня очень малый сабсет операций

выглядит как будто у тебя не ОРМ, а просто объектная обертка

выглядит как будто у тебя не ОРМ, а просто объектная обертка

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

Орм фиксит? Что он фиксит? Хреново знать sql - это извините не аргумент, при хреновом знании инструмента не важно чем ты работаешь, в любом случае говно получится. Так же и про крутых синьёров - они на то и крыте чтобы чем унгодно сделать круто.

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