M
может перезапустить
Size: a a a
2019 April 17
M
а все нашел))
M
светлая тема от атом очень красивая
D
gruvbox как мне кажется самая приятная для глаз
BB
есть те кто до сих пор на sublime сидит?)
BB
pyCharm понимаю все прелести, но озушка иногда страдает
M
gruvbox как мне кажется самая приятная для глаз
что то не находит ее
AO
А есть возможность ямл пода Джанго подсмотреть у вас?
посмотри тут https://github.com/APSL/kubernetes-charts/tree/master/django-uwsgi (но это не наш)
ES
Коллеги кто не использует Django ORM, а использует хранимые процедуры или запросы, какие тонкости, суть в чем я хорошо знаю SQL, предстоит сложная обработка данных на бакенде, стоит ли заморачиваться с ORM или вообще взять другой инструмент
ES
Привык что в Java есть репозиторий DataObject Mapper и все такое
AO
Коллеги кто не использует Django ORM, а использует хранимые процедуры или запросы, какие тонкости, суть в чем я хорошо знаю SQL, предстоит сложная обработка данных на бакенде, стоит ли заморачиваться с ORM или вообще взять другой инструмент
сейчас есть тенденция вытаскивать все сложные вещи с СУБД на app-серверы так как их легче масштабировать
AO
то есть максимально тупое хранилище и много-много app-серверов
ES
Я пока не прочуствовал всю прелесть использования ORM в джанге, да по питоновский, но сколько писать, отлаживать, я тот же запрос за 2 минуты напишу, а тут игра со свчзями, а мне то к примеру и получить то всего надо связку 2-х таблиц к примеру
ES
Максимально тупое хранилище, а если нужно кучу связей, отсюда вытекает переусложнение микросервис на каждый чих
AO
микросервис на каждый чих - да, это правильный подход (не для новых проектов)
ES
возьми поле оттуда , пойди спроси по Id от того, я про среднее приложение, не гугл, чтоб строить такое
ES
Но для старта и MVP это оверхед
ES
Поэтому про золотую середину, просто часто приходят ребята знают орм, но не в зуб ногой как строить сложные запросы и оптимизировать код на SQL