Архитектор БД? Вы из кровавых энтерпрайзов сейчас пишите?

Не обязательно. Но у крупного сайта с большой и нагруженной базой такие будут.

если у вас в одной команде работают - sql программист (программист, Карл!), архитектор БД и программист бекенда. увольняете их нахер, и ищите нормального бэкенда за 1,5 ставки архитектора)

Отлично! По дискутируем на тему - как писать проекты на питоне, чтобы не нужно было НИ при каких обстоятельства не лазить ручками на прод? :)

а я и не лажу практически, всё через docker

а я и не лажу практически, всё через docker

ключевое слово - практически?

если у вас в одной команде работают - sql программист (программист, Карл!), архитектор БД и программист бекенда. увольняете их нахер, и ищите нормального бэкенда за 1,5 ставки архитектора)

они ещё и не в единственном числе. и интерфейс для менеджеров/модераторов и для пользователей написан на разных языках разными людьми тоже

ключевое слово - практически?

ну да, исключения бывают конечно, но ничего страшного в этом не вижу

они ещё и не в единственном числе. и интерфейс для менеджеров/модераторов и для пользователей написан на разных языках разными людьми тоже

эмм. причем тут интерфейсы, которые пишут фронты? мы вроде бекенд обсуждаем? м?

если у вас в одной команде работают - sql программист (программист, Карл!), архитектор БД и программист бекенда. увольняете их нахер, и ищите нормального бэкенда за 1,5 ставки архитектора)

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

Не обязательно. Но у крупного сайта с большой и нагруженной базой такие будут.

лучше нанять больше бакендеров, архитектор БД - это мувитон в 2к17, т.к. архитектура сейчас плотно зависит от бизнес-логики, лучше проектировать в комплексе, и далеко не всегда это SQL

эмм. причем тут интерфейсы, которые пишут фронты? мы вроде бекенд обсуждаем? м?

во некоторых проектах вьюшки которые видят пользователи называются фронтом. а админка - бэкендом.

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

ну не надо преувеличивать) и путать мифический персонажей (sql программмииист) и нормальную команду

в другой терминологии обе вещи - бэкенд

во некоторых проектах вьюшки которые видят пользователи называются фронтом. а админка - бэкендом.

простите, вы - бот?

лучше нанять больше бакендеров, архитектор БД - это мувитон в 2к17, т.к. архитектура сейчас плотно зависит от бизнес-логики, лучше проектировать в комплексе, и далеко не всегда это SQL

Это плотно зависит от особенностей конкретной БД типа оракла. Ещё надо организовать всякую кластеризацию, шардинг и прочее.

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

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

Это плотно зависит от особенностей конкретной БД типа оракла. Ещё надо организовать всякую кластеризацию, шардинг и прочее.

с такими запросами Вы чатом ошиблись, это точно уже в Enterprize

ну не надо преувеличивать) и путать мифический персонажей (sql программмииист) и нормальную команду

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

с такими запросами Вы чатом ошиблись, это точно уже в Enterprize

ну мы использовали джангу с ораклом в такой конфигурации без проблем.

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

я же говорю, кровавый энтерпрайз

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

я же говорю, кровавый энтерпрайз

не совсем. например так всё сделано в https://www.gdeetotdom.ru/ и cian.ru

не знаю про gdeetotdom, но про cian не звездите.

смотрел я код cian - там вообще пхп было до недавнего времени)

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

В gdeetotdom морда на php а интерфейс менеджеров которых там целый зал на джанге

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

вот тут я с тобой соглашусь на счет быдлояндекса

лучше нанять больше бакендеров, архитектор БД - это мувитон в 2к17, т.к. архитектура сейчас плотно зависит от бизнес-логики, лучше проектировать в комплексе, и далеко не всегда это SQL

Мувитон это что-то вроде movie tone?

И да там скрам и все дела

И да там скрам и все дела

Да-да, Греф в сбере тоже много говорит про аджаил, скрам и ИИ.

Яндекс и правда адовое место

но ключевое слово тут - много говорит. к сожалению?

Не знаю про сбер но банки это известный ад тоже.

Не знаю про сбер но банки это известный ад тоже.

тинькофф что-то еще пытается модное внедрить, т.к. довольно молодой банк

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

Яндекс и правда адовое место

И чем же оно адовое?

И чем же оно адовое?

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

И чем же оно адовое?

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

И да древние технологии. Типа python2 и gevent во все поля

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

эм. ну вот честно. не во всех отделах так (если говорить про древние технологии). вы qloud видели?

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

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

Да-да-да. Может просто ебашить нужно быстрее? И это поможет, мм?

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

эм. ну вот честно. не во всех отделах так (если говорить про древние технологии). вы qloud видели?

qloud не видел, впервые слышу честно!

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

Используют, и во внутренних проектах

Используют, и во внутренних проектах

у них был какой-то проект и внешний на ней. но он вроде не взлетел

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

Ммм... маньяка вспомнили) Это ж было ещё при мамонтах

Ммм... маньяка вспомнили) Это ж было ещё при мамонтах

мы с ним вместе работали как раз когда он в яндекс он нас свалил

кароч, имхо, у вас устаревшее инфа про Яндекс. был там месяц назад, в гостях у бывших коллег. всё у них хорошо (не во всех отделах - но это так всегда было и будет). есть и докер, и джанго, и mapreduce. а свои "костыли" - у всех есть, это "фичи" в каком-то смысле.

кароч, имхо, у вас устаревшее инфа про Яндекс. был там месяц назад, в гостях у бывших коллег. всё у них хорошо (не во всех отделах - но это так всегда было и будет). есть и докер, и джанго, и mapreduce. а свои "костыли" - у всех есть, это "фичи" в каком-то смысле.

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

кароч, имхо, у вас устаревшее инфа про Яндекс. был там месяц назад, в гостях у бывших коллег. всё у них хорошо (не во всех отделах - но это так всегда было и будет). есть и докер, и джанго, и mapreduce. а свои "костыли" - у всех есть, это "фичи" в каком-то смысле.

mapreduce у них как раз был испокон веков. а вот в гугле от него вроде как отказываются наоборот. но это я так, слышал краем уха

один фиг работать в больших компаниях жопа. стартапы ламповей.

один фиг работать в больших компаниях жопа. стартапы ламповей.

два чая этому господину!

@login_required def home(request): return redirect('/%s/' % request.user.role) подскажите как это впихнуть в urls.py что то подсказывает что городить вьюху из за одного редиректа плохо

path('go-to-django/', RedirectView.as_view(url='https://djangoproject.com'), name='go-to-django')

это видел

у меня в части итоговой урл параметр из request

reverse_lazy?

зачем lazy оно и так во вьюхе

Всем привет. Чем отличается опции, аргументы и атрибуты? https://docs.djangoproject.com/en/2.0/ref/models/fields/

опции - это аргументы, передаваемые в любой класс унаследованный от models.Field атрибуты, это атрибуты класса наследника от models.Field к примеру у models.ForeignKey: # Field flags many_to_many = False many_to_one = True one_to_many = False one_to_one = False

Ребят не подскажите как пере нести приложение на следующий уровень вложенности. Например есть приложение courses и я хочу его перенести в директорию course_service, так что теперь путь от корня проекта до приложения course_service/course

подскажите для работы с facebook в django использовал кто django_facebook ?

Ребят не подскажите как пере нести приложение на следующий уровень вложенности. Например есть приложение courses и я хочу его перенести в директорию course_service, так что теперь путь от корня проекта до приложения course_service/course

можно попытаться в INSTALLED_APPS прописать course_service.course, но не уверен, поймет ли джанга что от неё хотят

Ребят не подскажите как пере нести приложение на следующий уровень вложенности. Например есть приложение courses и я хочу его перенести в директорию course_service, так что теперь путь от корня проекта до приложения course_service/course

просто переноси папку и прописывай пути

если используешь pycharm то можешь попробовать перенести через диалог refactoring/move он и пути сам поправит

Кто как тестит наличие всех нужных полей в выхлопе сериализатора в rest framework в юнит-тестах? Сразу в голову приходят следующие варианты: 1) брать и сравнивать ключи через APIClient 2) писать на это дело jsonschema 3) напрямую дергать сериализатор и проверять ключи

ERROR: S client not available

про .is_valid(raise_exception=...) не забыли? он проверяет все поля на валидность и возвращает bool

У меня вопрос больше в том, что нужно проверить, что на фронт улетают все поля, какие надо

а, понял, вам в другую сторону валидировать надо...

Угу

Кто как тестит наличие всех нужных полей в выхлопе сериализатора в rest framework в юнит-тестах? Сразу в голову приходят следующие варианты: 1) брать и сравнивать ключи через APIClient 2) писать на это дело jsonschema 3) напрямую дергать сериализатор и проверять ключи

обычно я создаю список полей в TestCase и проверяю их в тестах

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

обычно я создаю список полей в TestCase и проверяю их в тестах

Типа что список тестовых полей и список ключей в объекте одинаков?

ага

Это мой первый вариант) И не самый плохой, на самом деле

Самым адекватным мне выглядят jsonschema, но писать их еще то удовольствие

Чем проще выглядит тест, тем лучше

подскажите для работы с api facebook кто какие примочки использует?

у facebook вроде есть их библиотека на питоне для работы с их апи

я встречаю import facebook в коде

видимо есть

привет! а кто нибудь работал с wagtail?

подскажите для работы с api facebook кто какие примочки использует?

https://github.com/pennersr/django-allauth - вот эта универсальная штука.

Дратути. А как мне в админке сделать зависимыми варианты выбора в фильтрах? Например, у меня есть фильтр по цвету, где чёрное, белое и зелёное, и фильтр по типу товара, где шорты, футболки, рубашки. И у меня нет белых рубашек. Я хочу скрыть вариант с рубашками из второго фильтра, если в первом выбрали белый цвет.

if name in excluded or name.isdigit() or name in chain(*Place.objects.values_list('synonyms', flat=True)): continue запрос в базу выполнится только в том случае, если первые два условия ложные?

?

а зачем такие извращения?)

строчки экономите?)

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

if name in excluded or name.strip().isdigit() or name in chain(*synonyms): но суть вопроса прежняя

разбивать на три if'а мне кажется не рационально

а на два?

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

Дратути. А как мне в админке сделать зависимыми варианты выбора в фильтрах? Например, у меня есть фильтр по цвету, где чёрное, белое и зелёное, и фильтр по типу товара, где шорты, футболки, рубашки. И у меня нет белых рубашек. Я хочу скрыть вариант с рубашками из второго фильтра, если в первом выбрали белый цвет.

аjax , или каждый раз страницу придется перегружать

в любом случае костыль

В любом случае надо AJAX.

И как бы админка, сделанная юзер-сайдом - костыль by default.

А всё небось потому, что нету нормального CRUD-кодогенератора для фронта.