Тим

Я нечто подобное делал через аннотации и агрегации
Кури https://docs.djangoproject.com/en/2.0/topics/db/ag...

Как правильно релизиться в больших компаниях?

То что ты описал указывает на слабое планирование. Должен быть менеджер проекта который организует процесс планирования в котором будет участвовать Продакт Овнер, Тимлиды всех групп и он сам. Результатом планирования должна получится диаграмма ганта или Roadmap в котором будут учитываться взаимосвязи и будут заложены адекватные риски. Я это делаю всегда, и у меня на проектах почти никогда не бывает таких вот блокеров как ты описываешь.

По поводу релизиться есть разные методики.
Версионность это хорошо если вы работаете через API, а если у вас несколько команд бекенда которые пилят один и тот же монолит то нужно внедрять практику GitFlow и ставить техлида который будет заниматься мержами веток в релизы и правильно построит адекватный GitFlow.

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

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

Все дело не в инструменте а в подходе. Ты пытаешся управлять слишком большим количеством людей. Эффективное количество подчиненных это 3-7 в зависимости от твоих навыков.

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

Так удобней работать и более результативней.

И не знаю слышал ли ты что то про Scrum, если нет то читай. Твоя роль - Product Owner.

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

Попробуй с дизайнером поговорить а не идти на форум. Люди делают то что ты им рассказал, и чаще всего - ты рассказал одно, а напредставлял себе другое. Поэтому, с людьми нужно общаться когда они делают не то что ты ожидаешь и прояснять детали и более внятней рассказывать свои ожидания и убеждаться что человек это понял. Это называется обратная связь.
Если человек всё равно делает не то, значит нужно идти на конфликт не выяснять почему он делает не то о чем договорились и в процессе будет видно адекватен человек или нет. Если адекватен, то можно решить, если не адекватен то нужно менять человека и не тратить на него время.

Такое подойдет?

def ProductList(request):
    if request.method == 'GET':
        queryset = Product.objects.all()
        return Response({'object_list': queryset}, template_name='products/product_list.html')
    elif request.method == 'POST':
        form = request.POST
        # ТВОЙ КОД

В новых версиях питона, кажись с 3.4 уже можно писать через

f'Привет {name}.'

А используется это везде где тебе надо вставить значение в строку. Например, ты хочешь сделать запрос куда то в API а там урл 'myapi.com/users/1/albums'
и когда ты будешь писать функцию то ты напишешь

def get_user_albums_by_id(id):
    url = f'http://myapi.com/users/{id}/albums'
    r = requests.get(url)
    return r.json()

У ОРМ есть метод select_related()
Изучай:
https://docs.djangoproject.com/en/2.0/ref/models/q...

А ManyToMany тебе не подойдет?
Можно что в одну модель внести, что в другую. Или я не понимаю сути.

Для начала:

https://api.instagram.com/v1/users/self/?access_token=ACCESS-TOKEN

/users/self - указывает на себя. поэтому, ты тут ничего кроме самого себя не получишь.

В том что ты нашел, уже другой урл.
Я бы делал так:

import requests

token = 'MY_TOKEN'

def get_user(user):
    params = {
        'access_token': token,
        'q': user
    }
    url = 'https://api.instagram.com/v1/users/search'
    try:
         r = requests.get(url, params=params)
         result = r.json()
         return result
    except:
         return Exception

Ты запускаешь скрипт от второго питона, а там функция принт реализована по другому. Запускай через
python3 %имяфайла%
И если у тебя питон 3.6+ то используй f string. Она позволяет вставлять переменные в строки вот так:
f'Мой текст а дальше имя: {name}.'

Достаточно перед строкой поставить f, а далее упоминать код в дужках.

Путь к успеху:
0. Найти ментора где тебя обучат. На тематических форумах по АЙТИ часто есть топики о поиске менторов где можно оставить свой пост и надеятся на результат. Может повезти.
1. Гуглим
- Сюхари
- Эмпиризм
- Цикл Деминга
2. Лирика
Книги:
- Черная Книга Менеджера (Слава Панкратов)
- 45 Татуировок Менеджера (Макс Батырев)
- Цель (Элияху Голдрат)
- Идеальный руководитель (Ицхак Адизес)
Фильмы:
- Мне бы в небо (Жорж Клуни)
- Уолт Стрит (1987)
- Социальная Сеть (про фейсбук)
- Steve Jobs (с эштоном катчером)
- Марсианин (как мет деймон выращивал картошку)
(смотри в любом порядке, но рекомендую начать с мне бы в небо, затем стив джобс и затем социальная сеть. когда будешь смотреть, каждые 5 минут задавай себе вопрос - почему то что я смотрю полезно мне как менеджеру. будешь замечать поразительно полезные вещи)

2. Приобретаем теорию:
- Agile
- Kanban
- Scrum
- Lean Startup
- Lean Production
- PMBOK(6 издание) (для начала учим оглавление, и читаем описание каждого оглавления. затем читаем чуть глубже тот раздел который наиболее понятен. логику и порядок искать не нужно, его там нет. важно использовать эту книгу как пример для действия когда совсем непонятно что делать, и лучше уж как то чем никак, а не как конкретно план и единственно верный метод)
3. Смотрим на ютюбе:
- Эффективные коммуникации (например старые видосы Радислава Гандапаса за 2000 года. ни в коем случае не смотреть новые, он слился)
- Если Вова их еще не стер, посмотреть MS Project 2013 видосы от Владимир Иванов
- Поискать на торентах все видосы недавно двинувшего кони Стратоплана. Там кажись толи 500 толи 900 часов материала. Можно рандомно включать когда делать нечего, что бы просвещаться.
4. Смотрим и тыкаем инструменты, ищем на ютюбе какие то гайды и лайфхаки
- Gmail
- Google Calendar
- Word, Excel, Powerpoint (а так же всё тоже самое только гугловое)
- Google Drive/Dropbox
- Trello
- Redmine
- JIRA
- Confluence
- Slack
- Hangouts/Skype/Join.me/Zoom
5. Найти вакансию associate project manager или trainee project manager в какой то большой галере где хотя бы 1000+ человек. Если не получается, junior project manager, assistant project manager или project manager assistant. Если всё еще не получается, то знать Scrum, учиться ему и смотреть видосы по фасилитации. Когда поймешь и научишся фасилитировать, начинаешь искать работу скрам мастером (Scrum Master).

Мне было проще на джанго, у него уже всё готово и остается только на практике смотреть метод за методом. А на фласке мне было сложно, так как требовало отдельно учить ту же sqlalchemy.

а может всё проще и python указывает на 2.7? пишите python3 setup.py install

Ну и проверь какой бинарник вызывается командой python через python --version

На маке 2.7 питон идет из коробки.

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

Я не супер мастер но я чето думаю что урлы никогда не заканчиваются на слеш. Убери слеш в конце урла webexample. Оно работает с урлами админки потому что там нету индекса. Кажись админка по умолчанию кидает на admin/pages или чето такое.

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

Из того что я понимаю, то параметры это опциональность. Например для сортировки или фильтрации.

Я заметил что чаще кириллицу не понимает IDE, а если запустить файл в терминале то всё отрабатывает правильно и кириллицу видно. У вас не та же ситуация?