Короче, это обман, чтобы набрать классы

но похоже несколько на костыль

костыль - хотеть ORM но без Objects.

что, никто не сталкивался с удалением своих коментариев?

что, никто не сталкивался с удалением своих коментариев?

удали акк

удали акк

комменты остануться

готовься к отситке тогда

костыль - хотеть ORM но без Objects.

это пока не костыль, а только проект костыля. Да и нужен не орм, а query builder, это несколько другое

готовься к отситке тогда

плиз но. Пора просить статус за полит. травлю в канаде

если чего найдешь в итоге, поделись

Кстати, inspectdb будет с view работать?

и нет, inspectdb не видит вьюх в бд

и нет, inspectdb не видит вьюх в бд

внешний querybuilder?

внешний querybuilder?

Похоже, что это единственный вариант

если чего найдешь в итоге, поделись

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

и нет, inspectdb не видит вьюх в бд

эээ. с 1.8 есть

https://github.com/django/django/commit/e69eea73d94c058728143416058a6257c765a9b8

ну вот только что на базе запустил(1.10) и вьхи не показало

что-то я смотрю в джанго 1.10, и думаю, что полнотекстовый поиск - не более чем набор лукапов для постргеса?

индексы он никакие не создает, что ли

а. кажись не замержили

https://github.com/django/django/commit/e69eea73d94c058728143416058a6257c765a9b8

да и в манах здесь нету: https://docs.djangoproject.com/en/1.10/ref/django-admin/#inspectdb

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

а попробуй передать имя вьюхи

а попробуй передать имя вьюхи

сек

а попробуй передать имя вьюхи

в этом случае генерит, но без связей и не подтягивает postgres-типы

в этом случае генерит, но без связей и не подтягивает postgres-типы

хотя откуда ему взять связь

ну создавай модели в которых наследуйся от настоящих моделей

ну создавай модели в которых наследуйся от настоящих моделей

makemigrations не будет их во внимание принимать, если managed = False будет?

просто иначе откуда орм возьмёт информацию о связях? считает твои хотелки из мозга или будет динамически инспектировать буза?

вроде не будет

просто иначе откуда орм возьмёт информацию о связях? считает твои хотелки из мозга или будет динамически инспектировать буза?

ну да, выше написал про это

здорово, что аргументируешь свою позицию

Потому что ActiveRecord - говно, а не паттерн, который перестает рабоать на хоть сколько-нибудь сложной бизнес логике. Потому что ORM в джанге - говно, ибо он сделан слишком общим, чтобы поддерживать все многоообразие типов и возможностей в разных БД + совершенно не интуитивный. И вместе с lazyloading - это приводит к тому, что джангист-новичок генерит куеву тучу запросов, вместо одного. Джанго - формы - говно, потому что мешают представление и бизнес-логику. Ну и т.д. и т.п.

о. началось

пойду на кухню за попкорном

ой, ну я со своей колоколенки скажу, что везде пихать AR - плохо, лучше использовать те же form object, service objects для разделения работы с базой и какой-либо бизнес-логики

пойду на кухню за попкорном

говно наброшено, сэр :)

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

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

можно, конечно, только так и живут нормальные программисты. ну а остальным прививается, что табличка в БД = бизнес-сущность.

Кстати, эти все хваленые queryset-ы вполне себе улетают нахуй и красивая AR ломается, как только становится необходимым ходить во внешние сервисы - http, rabbit, cache-s ит.д.

Ладно, пофик, все-равно тут никто не понимает о чем я ;)

Потому что ActiveRecord - говно, а не паттерн, который перестает рабоать на хоть сколько-нибудь сложной бизнес логике. Потому что ORM в джанге - говно, ибо он сделан слишком общим, чтобы поддерживать все многоообразие типов и возможностей в разных БД + совершенно не интуитивный. И вместе с lazyloading - это приводит к тому, что джангист-новичок генерит куеву тучу запросов, вместо одного. Джанго - формы - говно, потому что мешают представление и бизнес-логику. Ну и т.д. и т.п.

чувак, ты - огонь!

если серьзно, то я абсолютно согласен )

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

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

какой ещё драйвер для работы с сетью?

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

Ьери си

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

Ьери си

Ну чувак об этом и говорит, всему свой инструмент

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

pycuda

пароли, хэширование, бкрипт - говно, потому что как только приходит коля валуев с паяльником, улетают в трубу

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

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

а ты вот вообще не прав ) Питон - как раз-таки идеальный язык, чтобы пилить бизнес-логику в вебе. Но вот в джанге сделали, к сожалению, через жопу. И более чем для сайтов-визиток, она не подходит.

а ты вот вообще не прав ) Питон - как раз-таки идеальный язык, чтобы пилить бизнес-логику в вебе. Но вот в джанге сделали, к сожалению, через жопу. И более чем для сайтов-визиток, она не подходит.

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

а ты вот вообще не прав ) Питон - как раз-таки идеальный язык, чтобы пилить бизнес-логику в вебе. Но вот в джанге сделали, к сожалению, через жопу. И более чем для сайтов-визиток, она не подходит.

а руби чем плох для веба?)

с джангой все просто - пока тебе хватает её орма ты используешь модели и счастлив. когда перестает хватать ты просто берешь и тот процент запросов пишешь на raw sql

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

ну ок, а что предложишь вместо него? Что сам используешь? Какой-то один фреймворк или различные либы?

с джангой все просто - пока тебе хватает её орма ты используешь модели и счастлив. когда перестает хватать ты просто берешь и тот процент запросов пишешь на raw sql

ну так много где

с джангой все просто - пока тебе хватает её орма ты используешь модели и счастлив. когда перестает хватать ты просто берешь и тот процент запросов пишешь на raw sql

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

> А в том, что паттерны программирования не подходят для реальных задач.

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

Как только чуть дальше круда - все, пизда, приплыли

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

в орме есть блять банальный django.connections.exec("Select ебанутая-логика").

можно я еще накину?)

в орме есть блять банальный django.connections.exec("Select ебанутая-логика").

Понятно, ты нихуя никогда ничего сложного в вебе не делал )

да уж куда мне

вообще у меня есть проблема. я начинаю спорить с людьми в интернете. постепенно себя отучаю. сейчас уже меньше чем 10 лет назад. но иногда вот срываюсь

вот недавно поспорил в чатике про го про ормы на ту же самую тему. и чувак был так убедителен что я даже начал сомневаться в своих словах. но через несколько часов он в том же чате на вопрос что делать с парсингом джейсон где один запрос то возваращает "error": "text" то "Status_error": "text" предложил проходиться по ответу заменой подстроки а потом уже парсить.

ERROR: S client not available

?

неплохо

>И вместе с lazyloading - это приводит к тому, что джангист-новичок генерит куеву тучу запросов, вместо одного. Это не проблема ОРМ, это проблема новичка. Достаточно потыкаться часок, отслеживая сколько запросов генерит твой код и придти к оптимальному варианту

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

или утыкаются крайне редко

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

бугага, ой. т.е. мяу)

самый популярный фреймворк для сайтов в интернете - вордпресс.

и ниче. живут же как-то

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

))

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

Серебряной пули-то нет

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

Наброшу, конечно, же - http://ocramius.github.io/doctrine-best-practices/ - занимательное выступления автора второй доктрины ;)

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

например, datamapper (и repository) мне нравится сильно больше, по крайней код в полное говно не превращается в случае сложной логики.

http://martinfowler.com/eaaCatalog/dataMapper.html

Он, конечно, толковые вещи пишет

Но в принципе, это еще не делает джангу плохим инструментом

Для определенного круга задач она не подходит

Но там и любое другое готовое решение не подойдет, я думаю

ты говоришь слишком сложные вещи для фанатика

Ну а best practices тоже должны пройти определенный путь от осмысления до внедрения

Утра чят

Посмотрим, что будет

Для определенного круга задач она не подходит

Ну блин, как нормально сделать REST ручку, в которой данные получаются из базы И из внешнего сервиса в джанге? Так чтобы с фильтрацией, пагинацией и прочим?

Привет

Ну блин, как нормально сделать REST ручку, в которой данные получаются из базы И из внешнего сервиса в джанге? Так чтобы с фильтрацией, пагинацией и прочим?

А в чем собственно проблема?

перешёл на python 3 в надежде, что избавился раз и навсегда от ошибок вида "'ascii' codec can't encode characters in position 64-67: ordinal not in range(128)", но рано обрадовался. Получаю b64 json-строку. делаю b64decode(string).decode('UTF-8') и для этого уже делаю json.loads(string), который уже вылетает с этой ошибкой.

перешёл на python 3 в надежде, что избавился раз и навсегда от ошибок вида "'ascii' codec can't encode characters in position 64-67: ordinal not in range(128)", но рано обрадовался. Получаю b64 json-строку. делаю b64decode(string).decode('UTF-8') и для этого уже делаю json.loads(string), который уже вылетает с этой ошибкой.

Обратная совместимость ?

обратная совместимость ошибок?)

перешёл на python 3 в надежде, что избавился раз и навсегда от ошибок вида "'ascii' codec can't encode characters in position 64-67: ordinal not in range(128)", но рано обрадовался. Получаю b64 json-строку. делаю b64decode(string).decode('UTF-8') и для этого уже делаю json.loads(string), который уже вылетает с этой ошибкой.

Звучит очень странно

Эта ошибка именно на .loads возникает?