хаха, мускуль рвет редис

похуй

Потому тебе нужна не бд а мусорка

да

так и не понял чем плохи орм и почему они исключают использование чистого sql?)

или о чем вы вообще?))

так и не понял чем плохи орм и почему они исключают использование чистого sql?)

орм лишняя прослойка орм не дает полного доступа к всем фичам конкретной бд

так и не понял чем плохи орм и почему они исключают использование чистого sql?)

Орм не плохо

Суд видишь ли хуйня

У тебя модели данных потому что детские дружок

>ЕТО ФИГНЯ ПОТОМ ПОЙМЕШ Я ЗНАЮ ЛУЧШЕ

Я откроя гражданам тайну

Они не в курсе что мускул это карлик беспомощный

орм лишняя прослойка орм не дает полного доступа к всем фичам конкретной бд

Почему лишняя? Разве орм не ускоряет разработку?

У меня ускоряет, к примеру.

Почему лишняя? Разве орм не ускоряет разработку?

нет, чем она ускоряет? код сам пишется?

У меня ускоряет, к примеру.

юзай простые обертки к скл

тоже самое б удет

вынеси рутины в отдельный файлик

юзай простые обертки к скл

Например, какие?

в сто раз удобнее чем орм и тотальный контроль

И думают что мускул это верх скл

Например, какие?

просто ручками

просто ручками

Издеваешься, чем это будет быстрее? Мне быстрее будет создать модель в виде класса, а после уже работать с объектами. А если будут какие-то связи - тоже всё руками писать? И это будет быстрее? Не думаю. Заниматься с извлечением данных из результатов. Да, работы будет меньше.

Гораздо меньше(нет).

Издеваешься, чем это будет быстрее? Мне быстрее будет создать модель в виде класса, а после уже работать с объектами. А если будут какие-то связи - тоже всё руками писать? И это будет быстрее? Не думаю. Заниматься с извлечением данных из результатов. Да, работы будет меньше.

Можно написать сп и дергать то что надо

На уровень sйl нужнj спускаться только в самых узких местах, не более.

Можно написать сп и дергать то что надо

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

Обертку к сп?

Издеваешься, чем это будет быстрее? Мне быстрее будет создать модель в виде класса, а после уже работать с объектами. А если будут какие-то связи - тоже всё руками писать? И это будет быстрее? Не думаю. Заниматься с извлечением данных из результатов. Да, работы будет меньше.

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

орм лишняя прослойка орм не дает полного доступа к всем фичам конкретной бд

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

Я пожалуй спать пойду

А то возбудился

Я пожалуй спать пойду

Я все испортил?

я могу молчать дальше)

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

можно и даже нужно

речь о попсовых орм в основном

Обмазывайтесь своим носкл

Мне вот одно интересно

Что делать если фреймворка нет?

Т кто эти дебилы которые их пишут

Что делать если фреймворка нет?

суицид

Т кто эти дебилы которые их пишут

Всмысле?

суицид

++

фреймворке не всегда зло, конечно

Что делать если фреймворка нет?

Тогда придётся всё делать ручками.

Всмысле?

Если все пишут на фреймворках

микрофреймворки рулят, но это уже сморя какая задача

То кто пишет фреймаорки?

можно и даже нужно

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

Тогда придётся всё делать ручками.

Ужас какой. Теперь я точно спать. Не сорьтесь.

То кто пишет фреймаорки?

А в чём связь? У создателей и пользователей фреймворка совершенно разные задачи.

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

Почему бы не сделать в первой версии всё с помощью орм? А после убрать его в критических местах.

Почему бы не сделать в первой версии всё с помощью орм? А после убрать его в критических местах.

прототипирование

так нормал

Почему бы не сделать в первой версии всё с помощью орм? А после убрать его в критических местах.

сейчас тебе расскажут про убер-задачи, которые не решить без рукописного SQL.

прототипирование

Эм, а вы случайно на асм не переписываете для пущей производительности?

Забавно, что о производительности пишут в конференции о питоне...

Почему бы не сделать в первой версии всё с помощью орм? А после убрать его в критических местах.

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

Ну да. Я больше @weonn отвечал.

Эм, а вы случайно на асм не переписываете для пущей производительности?

нет, зачем крайности

Забавно, что о производительности пишут в конференции о питоне...

у питона хорошая производительность

блин, со своим говнокодом на работе, вообще отвык от фреймворков ормов и прочих прелестей жизни

блин, со своим говнокодом на работе, вообще отвык от фреймворков ормов и прочих прелестей жизни

отрефактори :)

отрефактори :)

на хаскеле!)

на хаскеле!)

это самоирония и камень в мой огород, если что)

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

на хаскеле!)

было бы божественно

кстати о sql, процедуры это плохо?

ERROR: S client not available

нет не плохо, хотя многие не любят их

у процедур есть сильный плюс - их оптимизирует двигло базы

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

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

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

Как часты вы вдели кривые орм?

Как часты вы вдели кривые орм?

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

по части синтаксиса, постройка запросов убога

по части синтаксиса, постройка запросов убога

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

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

Привет всем, есть не спящие?:)

Я пока не сплю.

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

Дык сложность и нетривиальность может и не касаться бд.

правильно я вас понимаю? под "писать ручками" мы подразумеваем орм и цепочки методов типа user.top.active.get, где методы top и active описаны руками и могут содержать 15 джоинов и еще кучу неведомой хни?)

правильно я вас понимаю? под "писать ручками" мы подразумеваем орм и цепочки методов типа user.top.active.get, где методы top и active описаны руками и могут содержать 15 джоинов и еще кучу неведомой хни?)

Нет. Если в данном орм запросе затык по производительности, то эту строчку заменяем методом, в котором пишем руками sql запрос.

Короче озадачился вопросом подробного изучения работы импорта модулей. Смоделируем ситуацию. Есть некий пакет со следующей структурой: package/ api/ __init__.py bot/ __init__.py common.py config.ini Хочется иметь возможность в любом модуле пакета api импортировать функции/классы из пакета bot. Изучение темы показало что можно делать так package.bot.foo, но при условии что пакет есть в sys.path. И теперь вопросы: - что еще можно предпринять? - насколько часто практикуете? - почему это не срабатывает: sys.path.append(os.path.abspath(os.path.dirname(__file__)))

У меня импортировалось и без нахождения пакета в sys.path

А у меня пишет что нет такого пакета:(

Кстати, относительный импорт тоже не работает.

Хм. А в данном случае не проще setup написать?

Для package

Хм. А в данном случае не проще setup написать?

Я досихпор не пойму как я буду деплоить приложение исспользуя setup

Просто устанавливаешь пакеты. Деплой окончен.

Сейчас деплою так: архив > сервер > распаковываем > ставим зависимости в venv > запускаем

Нет. Если в данном орм запросе затык по производительности, то эту строчку заменяем методом, в котором пишем руками sql запрос.

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

Сейчас деплою так: архив > сервер > распаковываем > ставим зависимости в venv > запускаем

С setup.py аналогично. Пишешь код, упаковываешь в zip. через setuptools описываешь зависимости. После устанавливаешь в virtualenv c помощью pip

С setup.py аналогично. Пишешь код, упаковываешь в zip. через setuptools описываешь зависимости. После устанавливаешь в virtualenv c помощью pip

Как я смогу управлять конфигом приложения и запускать его если оно будет лежать в venv?

При запуске передавай путь к конфигу, как вариант, или же сделай поиск конфигов в директории конфигов.

При запуске передавай путь к конфигу, как вариант, или же сделай поиск конфигов в директории конфигов.

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

Есть мысли почему sys.path.append(os.path.abspath(os.path.dirname(__file__))) отказывается работать?

sys.path.append('project/..') - работает

sys.path.append('project') - нет