bituke

Не должен.
Другое дело, что это не должно быть для вас проблемой. Разработчик должен уметь разворачивать окружение.

Одно из заданий, которое давал джуниорам:

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

• Регистрация пользователей
  
• Аутентификация пользователей
  
• Зарегистрированные пользователи могут
  • Проходить любой из тестовых наборов
    • Последовательный ответ на все вопросы, каждый вопрос должен выводится на новой странице с отправкой формы (перескакивать через тесты или оставлять неотмеченными нельзя)
      
    • После завершения тестирования смотреть результат:
      • количество правильных/неправильных ответов
        
      • процент правильных ответов
        
      
      
    
    
  
  
• Админка. Стандартная админка Django. Разделы:
  • Стандартный раздел пользователей
    
  • Раздел с наборами тестов
    • Возможность на странице набора тестов добавлять вопросы/ответы к вопросам/отмечать правильные ответы
      
    • Валидация на то, что должен быть хотябы 1 правильный вариант
      
    • Валидация на то, что все варианты не могут быть правильными
      
    • Удаление вопросов/вариантов ответов/изменение правильных решений при редактировании тестового набора
      
    
    
  
  

Требования

• Код в репозитории на GitHub.
  
• Список всех зависимостей должен храниться в requirements.txt, соответственно можно установить их командой pip install -r requirements.txt.
  
• Разработка должны вестись в virtualenv, но сама директория с virtualenv должна быть добавлена в .gitignore.
  
• Настройки должны храниться в settings.py, но также, при наличии settings_local.py в той же директории, настройки из settings_local.py должны переопределять настройки в settings.py. Т.е. если есть файл settings_local.py, то определенные в нем параметры имеют больший приоритет. Сам файл settings_local.py добавляется в .gitignore. Таким образом у каждого девелопера и на бета сервере можно использовать кастомные настройки, например для соединения с БД.
  
• Должен работать один из способо создания структуры БД. Встроенный manage.py syncdb или миграции через South (будет плюсом).
  
• По фронт-енду требований никаких не предъявляется. Интерфейс на твое усмотрение и он не буде оцениваться. Можно использовать любимый фреймворк или, например, воспользоваться Twitter Bootstrap.
  

Я бы сделал так:

models.py

class PageHit(models.Model):
    url = models.CharField(unique=True)
    count = models.PositiveIntegerField(default=0)

decorators.py

from functools import wraps
from django.db.models import F
from django.db import transaction

def counted(f):
    @wraps(f)
    def decorator(request, *args, **kwargs):
        with transaction.atomic():
            counter, created = PageHit.objects.get_or_create(url=request.path)
            counter.count = F('count') + 1
            counter.save()
        return f(request, *args, **kwargs)
    return decorator

views.py

from .decorators import counted

@counted
def some_view(request):
    ...

Репозиторий демонстрационного проекта.

Или можно написать middleware, который будет делать то же самое для всех запросов.

Всё сделал благодаря этой статье - stackoverflow.com/questions/36053014/no-such-colum...

Ну, во-первых, он не пустой. Там классовый атрибут есть и докстринг.
Во-вторых, этот класс наследует всё от двух других классов. В этом его смысл. Если у папы и у... второго папы были атрибуты, то "сынок" унаследует их все. Вот так вот. Изучайте ООП.

Начните с малого. Если это ваш первый язык и фреймворк, начните с документации, пройдите туториалы. Есть django girls- создадите маленький блог, поймёте базу. Далее от того как вам удобнее/проще, либо ищете/проходите разные туториалы с Ютуба/udemy и не просто повторяет, а вникаете, пробуете, повторяет, допиливаете свой функционал. Первые проекты сделайте простыми, чтоб разобраться как все работает, если у вас гениальные планы и вы в этом вообще не понимаете- будет очень долго и сложно. Начинайте от простого и двигайтесь к более сложному. Пример:
Делайте блог, вывод постов, пагинация.
Далее добавляете категории/теги/архивы.
Делаете комментарии/уведомления на почту, добавляете лайки/дизлайки/просмотры и тд.
Добавляете еженедельную рассылку, добавляете категории горячее/самое обсуждаемое/ генерацую сайтмепа и пошли дальше.

Вместо блога можно выбрать что угодно, разбить на малые задачи по приоритету и выполнять.

Посмотрите в настройках браузера:

Спец. возможности -> Навигация по страницам с помощью курсора

Если включено, то выключите.

Есть ты с идентификатором 100, а есть человек, набравший 10 кредитов на сумму в 50 миллионов, у него идентификатор 99. Человек загадочным образом умирает, а ты «упорядочиваешь» свой идентификатор и становишься 99. Теперь ты должен банкам 50 миллионов.

Вы откуда все? Тут есть решения: Как сверстать данный блок?

А не можно ли зделать просто так.
Допустим у нас есть модель под именем <имя>
Ми там создаём два поля, post и user который эго сохранил и оба они являются первичном ключом. дальше делаем форму думаю вы и сами сможете зделать:) и вюху.

Это вам надо основы объектно-ориентированного программирования (ООП) почитать (вообще, и применительно к Питону - в частности):
https://it-black.ru/osnovy-oop/
https://proglib.io/p/python-oop/
https://python-scripts.com/object-oriented-program...

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

In [43]: l = [{12: 1}, {2: 1.8}, {3: 2}, {2: 1}, {2: 0.6}]

In [44]: sorted(l, key=lambda x: list(x.values())[0])[1:]
Out[44]: [{12: 1}, {2: 1}, {2: 1.8}, {3: 2}]