Pull to refresh

Comments 8

Не хочу нарываться на негатив, но не вижу смысла пользоваться таким агрегатором, если есть BRB.

По существу — делая небольшие проекты с целью сработать команду необходимо помнить про основную более глобальную цель, иначе есть риск разрабатывать только небольшие проекты… так, для теста, чтобы сработать команду.
Знаю по себе, правда с точки зрения музыки: Была у меня своя рок-команда и вместо того, чтоб делать свои вещи мы увлеклись на какое то время кавер-версиями. Не то чтоб это было плохо, но это повлияло на дальнейшее развитие, а точнее не развитие группы и привело в конечном итоге к распаду. Зато мы были ппц сыграными ))
Тут есть большая разница с BRB — мы агрегируем только лицензионный контент. Так то, если поискать, есть много сервисов с пиратками.

Я выше написал, что мы начали разрабатывать новый проект с близким функционалом и в ожидании проработки этапа UX, так что нам точно сваливание нам точно не грозит, поскольку есть бОльшая цель.
Плюс часть наработок можно использовать в основном проекте, что, как я думаю. нельзя сделать в музыке :-)
часть наработок можно использовать в основном проекте, что, как я думаю. нельзя сделать в музыке

можно )) но не всегда нужно.
Команда — главное в любом начинании. А успех, если к нему неустанно стремиться прийдет рано или поздно, в текущем проекте, или новой, переработанной его версии.
А что не получилось с Rest Framework? Там кстати автор хочет допилить много чего, и уже собрал под это деньги на kickstarter'e
Расскажите, пожалуйста, подробнее о проблемах использования django для реализации API.
У нас авторизация и поддержка сессий в API реализовано через HTTP заголовки, а DRF формирует свой Request, и у нас постоянно слетала авторизация при внутренних вызовах API. Поэтому пришлось писать свой мидлваре для авторизации.
Ещё мы не использовали его основное преимущество — прямой доступа к моделям, архитектура у нас немного не подходила.
Sign up to leave a comment.

Articles