мое субьективное мнение - в Европе сложнее с нуля чем в РФ

под РФ конечно же имею ввиду Москву))

ребят, есть у кого промокод на vscale?

Могу кинуть реферальную ссылку. Судя по этой странице дадут 400 рублей: https://vscale.io/ru/referral_program.html

у меня уже крутится серв. Просто видел кнопочку про промокод

под РФ конечно же имею ввиду Москву))

Кажется, кто-то упоминал, что МСК лучше Спб, это ограничивается только размером зарплаты?

Кажется, кто-то упоминал, что МСК лучше Спб, это ограничивается только размером зарплаты?

жить в Питере приятнее, конечно (хотя кому как), но да зп в Москве выше

и вакансий больше

А вообще, под фрилансом вы понимаете все то же продолжение работы без какого-либо оформления? без записей в трудовой, а если в жизни наступит момент, когда нужно будет пойти и устроиться на нормальную работу? А в трудовой пустота=/ Если же вы имеете ввиду устройство официальная, и работа удаленно, то я сомневаюсь, что есть возможность так устроиться, чтобы обеспечить себе постоянное комфортное существование.

А вообще, под фрилансом вы понимаете все то же продолжение работы без какого-либо оформления? без записей в трудовой, а если в жизни наступит момент, когда нужно будет пойти и устроиться на нормальную работу? А в трудовой пустота=/ Если же вы имеете ввиду устройство официальная, и работа удаленно, то я сомневаюсь, что есть возможность так устроиться, чтобы обеспечить себе постоянное комфортное существование.

Ну есть то же апворк. Можно сделать ИП и через него проводить. А трудовая больше нужна для компаний где с этим строго и запада.

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

Ну есть то же апворк. Можно сделать ИП и через него проводить. А трудовая больше нужна для компаний где с этим строго и запада.

Нужно изучить вопрос)

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

Я бы сказал, что тут стоит заранее продумать на несколько лет, что ты хочешь дальше. Риск клепать сайты на вордпрессе^W django, а потом узнать, что твоих компетенций не хватает для серьезных задач есть, но тут уже каждый сам для себя подсчитывает риски, выгоду и т.д.

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

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

С того я и начал разговор, что хочу попробовать поработать, но работы в моем регионе нет совсем. Но потом может оказаться и так, что уже не захочется вылезать из "зоны комфорта", и начинать фрилансить. Хотя, тут еще смотря что назвать зоной комфорта)

А вообще, под фрилансом вы понимаете все то же продолжение работы без какого-либо оформления? без записей в трудовой, а если в жизни наступит момент, когда нужно будет пойти и устроиться на нормальную работу? А в трудовой пустота=/ Если же вы имеете ввиду устройство официальная, и работа удаленно, то я сомневаюсь, что есть возможность так устроиться, чтобы обеспечить себе постоянное комфортное существование.

трудовые нигде в мире не ипользуется, это чисто аттавизм рф (и даже там оно не нужно, кроме бюджетников) насчет оформления, по разному, собственно это не принципиальный вопрос

С того я и начал разговор, что хочу попробовать поработать, но работы в моем регионе нет совсем. Но потом может оказаться и так, что уже не захочется вылезать из "зоны комфорта", и начинать фрилансить. Хотя, тут еще смотря что назвать зоной комфорта)

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

А вообще, под фрилансом вы понимаете все то же продолжение работы без какого-либо оформления? без записей в трудовой, а если в жизни наступит момент, когда нужно будет пойти и устроиться на нормальную работу? А в трудовой пустота=/ Если же вы имеете ввиду устройство официальная, и работа удаленно, то я сомневаюсь, что есть возможность так устроиться, чтобы обеспечить себе постоянное комфортное существование.

сомнение более чем не обосновано

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

ровно наоборот, трудная ситуация это полная зависимость от работодателя

ровно наоборот, трудная ситуация это полная зависимость от работодателя

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

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

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

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

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

До ближайшего стоящего офиса пару тысяч км)

До ближайшего стоящего офиса пару тысяч км)

тогда готовить деньги и время, за право "ходить в офис"

Если они есть в Мск, а не только в Силиконовой долине

кстати, 1-2 дня назад вышла бета 1.11

https://docs.djangoproject.com/en/dev/releases/1.11/

не знаю, обсуждали тут это или нет..

Нет там ничего интересного, так себе 11-й переходная версия

Template-based widget rendering

вот это интересно

Django 1.11 LTS оо 1.11 будет LTS

Ну да это хорошо, позволит не писать в каджой форме class='myclass-for-this-textinput'

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

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

(а пока вы делаете проект, она успеет уже и официально зарелизиться)

из немного печального - они депрекейтнули function-based views, связанные с auth-приложением

пожалуй, переход на CBV - это самое спорное, что произошло с Django

Что вы предпочитаете использовать? Function-Based Views – 13 ??????? 62% Class-Based Views – 8 ???? 38% ? 21 people voted so far.

Нет там ничего интересного, так себе 11-й переходная версия

Итератор кверисетов там наконец поддерживает курсоры бд

Сегодня только столкнулся как раз с проблемой, по памяти пролетаю на таблице с парой миллионов записей

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

Еее! Мне когда-то пришлось кривые костыли городить из именованного курсора в pg и одного запроса.

Еее! Мне когда-то пришлось кривые костыли городить из именованного курсора в pg и одного запроса.

Вот ужасно. Я всегда считал итератор панацеей, а тут вдруг глаза открылись, что он проблему то почти не решает)

Some Python database drivers like psycopg2 perform caching if using client side cursors (instantiated with connection.cursor() and what Django’s ORM uses). Using iterator() does not affect caching at the database driver level. To disable this caching, look at server side cursors.

В целом можно и до 1.11 это решить более менее аккуратно: https://medium.com/@jbg_/server-side-cursors-in-django-90508255405e#.yq8isq4vk

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

знаете, ещё про шаблоны интересная тема The Jinja2 template backend now supports context processors by setting the 'context_processors' option in OPTIONS.

всё идёт к тому, что Jinja2 будет по умолчанию?

как вы считаете?

Не знаю не знаю, мне кажется кто использует jinja2 в Django все равно юзают сторонюю библиотеку, а не их официальную

тут как с South может быть

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

а какие у Django Templates преимущества в 1.11 остаются?

ну, кроме стандартной поддержки всеми

просто я что-то сам задумался о переходе

а ты разве не на Jinja?

в 1 проекте как-то пробовал

Jinja я использую на Pyramid

его днк совпадают с Twig, если я что то напишу на Django, выбор будет однозначным

там разницы особо нет

Привет всем. Есть проект на DJango. В проекте есть сервисы, которые в виде аппов. Нужно в проекте оставить только ядро а все сервисы как то повыносить, чтоб у каждого был свой реп и можно было на разных серверах размещать ну и разрабатывать по отдельности. При этом в ядре есть UI и не совсем понятно как все это шарить. Кто что посоветует?

Привет всем. Есть проект на DJango. В проекте есть сервисы, которые в виде аппов. Нужно в проекте оставить только ядро а все сервисы как то повыносить, чтоб у каждого был свой реп и можно было на разных серверах размещать ну и разрабатывать по отдельности. При этом в ядре есть UI и не совсем понятно как все это шарить. Кто что посоветует?

Шаблоны аппов - по собственным папкам templates, то же самое для статики Формовую статику в form.media UI бить тоже на схожие/отдельные куски и пихать в аппы Создавать репы и юзать cookiecutter djangopackage

Привет всем. Есть проект на DJango. В проекте есть сервисы, которые в виде аппов. Нужно в проекте оставить только ядро а все сервисы как то повыносить, чтоб у каждого был свой реп и можно было на разных серверах размещать ну и разрабатывать по отдельности. При этом в ядре есть UI и не совсем понятно как все это шарить. Кто что посоветует?

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

Смотрел, но опять же, проект не SPA, непонятно как и где хранить шаблоны к примеру

и запускать их на отдельных контейнерах

сделать API для них

ERROR: S client not available

у каждого микросервиса свои шаблоны

А что по поводу state? stateless не подходит

у нас микросервисы являются маленькими API

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

а старое приложение (монолитное) использует эти API

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

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

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

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

Попробую по другому чуть объяснить. Сейчас у нас монолитная архитектура. Хотим сделать следующим образом: каждый сервис - абсолютно отдельная сущность, которая может находится на другом сервере и может быть написана на любой технологии. Интерфейс для взаимодейстия HTTP REST. Само ядро - это база типа реги, профиля, аккаунта и по сути это дом для сервисов. При этом не совсем понятно как шарить в таком случае шаблоны, состояние и такие модели как User

очень просто

сделайте монолитному приложению API (тот же REST или JSON RPC)

метод, который авторизовывает пользователя, выдает токен (к примеру JWT)

остальные же микросервисы будут по этому API обращаться к монолиту

у нас оно так и называется, Monolith API :)

Ок, тут понятно, а вот по поводу шаблонов? С одной стороны не хочется чтобы основная платформа знала какие сервисы могут быть подключены и для неё они всё были с каким-то общим интерфесом. При этом UI и контроллеры у сервисов разные естественно

она и не должна знать

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

без шаблонов, просто данные(json, xml.. что угодно)

а шаблоны в самих сервисах

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

Конкретный пример: service (на каком-то сервере) -> controller -> json - > REST -> platform (core) - > template (темплейт конкретного сервиса)

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

задача - показать данные

ну, в принципе возвращать шаблон в json - не криво

ты можешь его рендерить и возвращать

{ "status": "ok", "data": { "html": "<div>....</div>" } }

а на сколько это хорошее решение?

мне кажется, все таки это немного криво

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

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

как правило в ответе данные