some1else

Цена - это рынок, вещь очень капризная и изменчивая, определяется далеко не только трудозатратами. Код не ценен сам по себе, он выполняет какую-то работу, которая может экономить или зарабатывать миллиарды, а может и пару тысяч, может выполниться на один раз, а может работать годами. Плюс, в цене учитывается затраченное время, и это, увы, не линейная зависимость - аналогичный код написанный в два раза быстрее, не стоит в два раза дороже. И если джун напишет тот же самый код (хоть это и маловероятно) в 5 раз медленнее синьора, это не значит, что его ЗП в 5 раз ниже. В общем, моё мнение - любая оценка только по коду будет далека от реальности, ибо факторов ценообразования гораздо больше.

Вообще лучше использовать virtualenv, но если речь о глабальных пакетах для python2.7 и python3, то можно просто использовать pip3 для последнего. Для убедительности предлагаю сравнить вывод следующих команд (Ubuntu):

head -n1 $(which pip)
head -n1 $(which pip3)

Судя по всему, джанга совсем не причём, вы просто неправильно записываете cookie. Как вы добавляете json в куку на стороне JS? Множество допустимых символов для значения куки ограничено. В них нельзя класть запятые и спецсимволы.
Для сохранения структуры json используйте base64 кодирование.

Если речь о django-rest-framework, то:

1. Написать несколько классов сериалайзера.
   
2. В вашем ViewSet переопределить метод get_serializer, и возвращать уже сериалайзер который применителен именно к этому случаю.
   

В самом json всё в порядке, проблема только при отображении его в "голом виде" в браузере.
Детально расписано здесь.
Если вас это почему-то заботит, (например, дебажите api в браузере), то заставить браузеры отображать utf-8 можно соответсвующим response header. Его проще сделать расширив стандартный json renderer.

# app.renderers.py
from rest_framework.renderers import JSONRenderer

class UTF8CharsetJSONRenderer(JSONRenderer):
    charset = 'utf-8'

# settings.py

REST_FRAMEWORK = {
# ...
    'DEFAULT_RENDERER_CLASSES': (
        'app.renderers.UTF8CharsetJSONRenderer',
    ),
# ...
}

Просто протыкал файлы, и большинство пустые файлы-болванки, видимо при генерации приложений хелпером, как в туториале :) Гора ненужных импортов в простейшем project/public/views.py. В общем, дальше уже было неинтересно смотреть...

Вопрос на самом деле здесь нужно задать вам - зачем дублировать поле place в модели Number, если оно однозначно соответствует полю из hotel?

Про парсинг csv: смущает дергание вручную replace - может, вам нужно указать quotechar, или написать свой Dialect?
По поводу create и update - сейчас в джанге есть чудесный update_or_create.

Про ваше решение - обязательно заверните all_item в простейший set, чтобы вхождение искалось моментально, а не линейно от числа товаров! В вашем случае это просто ValuesQuerySet -> list!

Вы на правильном пути, но, видимо, не правильно проверяете права - вы пишете, что "переключаюсь на viewer", а сами приводите команду ALTER USER viewer; - не для переключения, а для редактирования пользователя. Удивительно, что это синтаксически корректно - пустой список изменений. То есть, по сути, у вас команда что-то типа "изменить пользователя viewer <ничего не менять>;". Для переключения на пользователя есть
SET ROLE - www.postgresql.org/docs/9.4/static/sql-set-role.html

Я бы обязательно посмотрел в сторону Scala - внутри тот же JVM, так же есть возможность писать для Hadoop (даже есть библиотеки - Scalding, например), но код гораздо лаконичнее, и часто даже выразительнее, чем на Python

Когда вам нужно создать "плоский" итератор, из которого поочерёдно вылетают аргументы/результат некоторой функции.

# coding=utf-8

def f(x):
    return u',\n {}.\n'.format(x.lower())

print(u''.join(f((yield i) or i) for i in [
    u'Ветер с моря дул',
    u'Нагонял беду',
    u'И сказал ты мне',
    u'Больше не приду'
]))

Вот рабочий код. Вся простая суть метода - заменить на 0 все номера, у которых соседи слева-справа -1 и + 1 соответственно, затем пробежаться по полученным значениям заменяя все подряд идущие 0 на '-'. Результат склеить через ',', и в завершение заменить ',-,' на '-'

from itertools import groupby

def drop_inner(nums):
    for a, b, c in zip([0, 0] + nums, [0] + nums + [0], nums + [0, 0]):
        if b:
            yield 0 if a and c and (a + 1 == b == c - 1) else b

def shorten(nums):
    return ','.join(
        str(x) if x else '-' for x, _ in groupby(drop_inner(nums))
    ).replace(',-,', '-')

Либо пробегаться циклом по всем альбомам, либо следующий трюк (работает не на всех db-бэкендах, точно работает в PostgreSQL):

Photo.objects.filter(alb__cat_id=cat_id).order_by('alb', '?').distinct('alb')

Получим в результате по одной случайной фотке на каждый альбом из категории
Однако не забывайте, что order_by '?' может быть веьма дорогой для БД операцией

Судя по вопросу, вы сомневаетесь, что бэкенд нормальной БД быстрее, чем аналогичные вычисления с полученными строчками уже на python? Имхо, обработка на стороне бд априори быстрее.