leclecovich

В команде настроили систему Code Review на запрет коммита в develop/master, только мерж из ветки. Для мержа нужен хотя бы один апрув кого-то из команды и успешный прогон юнит-тестов. Для последнего была настроена интеграция с CI.

Как результат - повысилось качество кода, тесты всегда в актуальном состоянии. Такой подход позволяет находить большое количество глупых ошибок еще на стадии ревью. Как ни странно, но времени на ревью тратится не так много - порядка 5% - 10% от общего времени выполнения задачи.

Задача сводится к детектированию дублирующихся участков кода. Сравнивать придется корень проекта и site-packages/your_library_name. В качестве тулзы можно попробовать https://sourceforge.net/projects/clonedigger/. Кроме того, процесс можно автоматизировать, прикрутив CI.

Вообще, используйте virtualenv/virtualenvwrapper, это сильно упростит Вашу жизнь.

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

В большинстве случаев нет смысла передавать имя пользователя в теле запроса. Если Вы используете джанговскую систему аутентификации, то Вы можете забирать инстанс юзера из реквеста : request.user
Если нужно сделать вьюху или метод вьюхи (например post) недоступным для неавторизированного пользователя, используйте @login_required https://docs.djangoproject.com/en/1.7/topics/auth/...

Однозначно не django - Вам не зачем тащить к себе ORM, шаблонизатор и прочее. Смотрите в сторону лёгких микрофреймворков. Лично я посоветовал бы falcon - выигрывает в производительности довольно сильно, заточен под rest.

Однозначно прошку с ретиной, глаза Вам скажут спасибо. Памяти от 8 гб - продукты от jetbrains весьма прожорливы.

MVVM паттерн это для Вас.

Посмотрите в сторону Stash, по сути это клон ББ, адаптированный для корпоративных решений. В нем Вы уже сможете настроить работу с пулл реквестами более гибко, например запрет мержа без аппрува или без билда юнит тестов. Подробнее: https://confluence.atlassian.com/plugins/servlet/m...

Просто оставлю это здесь: https://github.com/jimbojsb/launchrocket

Переопределите свой менеджер для модели: https://docs.djangoproject.com/en/1.7/topics/db/ma...

Попробуйте связать модели Product и Category через третью модель с помощью through (https://docs.djangoproject.com/en/1.7/ref/models/f... В случае с django.models это был бы однозначный must have, однако mptt может осложнить из без того нелегкую жизнь разработчика.

Во время учебы в вузе я точно также был влюблен в embedded. После вуза без проблем трудоустроился, однако речь идет о городе-миллионнике.
Но самое печальное здесь то, что, проработав некоторое время, понял: на эмбедеде далеко не уедешь. Аутсорсинга и фриланса практичеки нет, почти все вакансии сводятся к работе на оборонку.
Перебрался на web, нисколько не жалею. А вот "железки" остались как прекрсное хобби.

Не советую связываться с GAE - постоянно будете наступать на лимит квот, не такой он уж и бесплатный, плюс специфика платформы накладывает свои ограничения. RESTful на Spring, развернутый на https://www.digitalocean.com/ вполне неплохой вариант. Как только упретесь в ограничения с одной нодой, смотрите в сторону типовых решений по горизонтальному масштабированию.

Похоже на баг новой версии пайчарма, попробуйте завести баг на публичном трекере: https://youtrack.jetbrains.com/issues/PY

Есть Atlassian Bamboo (https://www.atlassian.com/software/bamboo), может поставляться как облачное решение, так и как традиционная CI. Из очевидных плюсов - отличная интеграция с продуктами Atlassian, в том числе и с BitBucket.

Посмотрите в сторону requests и параметра stream=True: docs.python-requests.org/en/latest/api/#main-interface

QIODevice - это базовый класс для QBuffer, причем этот класс является абстрактным (см. qt-project.org/doc/qt-4.8/qiodevice.html). Соответстенно

создать перезаписываемый объект

не получится.

MBP 13 mid 2014, хруст в районе левого крепления шарнира. Печаль.