Алексей

from django.contrib.auth.views import logout
urlpatterns = [
    ...
    url(r'^accounts/logout/$', logout), 
    ...
]

И еще разок вспомним о QML.

Не могу вам 100% гарантировать, что он больше вам подойдет, но это весьма вероятно.

У вас две проблемы, одна большая, вторая маленькая.
Большая - вы пишите в кондово-мерзком стиле, под названием "Пешу на C++ как на Си, мне пофигу". Бросайте это.

Маленькая - прозреваю, что int у вас 32 битный, а вы его на 50 с гэком рязрядов сдвигаете. Это на грани UB, честно говоря.

Бросайте этот поганый стиль писания без циклов (так китайцы прошивки для фейко-айфонов лепят, им построчно оплачивают), учите наконец STL и пишите красиво.

Qt. Посмотрите на клиент Телеграм. Вроде неплохо, неправда ли?

В Qt имеется возможность управлять внешним видом при помощи CSS-подобного языка.

лучше electron.atom.io пробуйте. NW это больше браузер.
по своему опыту скажу что с ним вы наверное только основы node освоите, может быть с модулями познакомитесь. когда делаете сервис на ноде то там больше работы с обработкой запросов, а NW это по сути тот же javascript - фронтенд, если с js дружите - нового мало.

вообще для обучения не рекомендую, лучше наоборот сначала на node работать. Nw.js есть смысл изучать только если вам нужны именно дестопные приложения, а серверные технологии не так интересны.

Мешать логику js c логикой шаблонизатора Twig, Blade и т.д. Или же фронтенд отделить целиком от бекенда, сделав бекенд чисто REST ?

Да, клиент отдельно, сервер отдельно, между ними HTTP API.

Если у вас будут проблемы связанные со скоростью бутстраппинга и т.д. то вместо того что бы "смешивать" шаблонизатор и angularjs (это вообще тупо), можно просто при запросе на сервак подготовить данные и вшить их в страницу (пробрасывая все через JS).

Уж не знаю, где вы нашли кучу SPA примеров со смесью шаблонизаторов и Angular JS, но делать так явно не рекомендуется.
Делайте REST бекенд и отдельное приложение на фронтенде на Angular JS.

Полученный файл нужно загрузить на странице angularjs приложения (только загрузить его надо после загрузки скрипта с angularjs).
По коду файла видно что ваш шаблон помещается в кеш шаблонов с ключем совподающим с сылкой на ресурс.
ui.router использует тот же кеш шаблонов https://github.com/angular-ui/ui-router/blob/4da7e...

Итератор - это не указатель. Это объект класса vector::iterator, который перегружает свои операторы так, что работа с ним выглядит так же как и с указателем. Например, он перегружает операторы разименования (*), оператор обращения к члену через указатель (->), и арифметические операторы (+ и -).

Да, ваш код выведет значение первого элемента.

ICU

Вам нужен std::bind для каррирования вашего метода. Нестатический метод обязательно принимает неявно первым параметром указатель на объект, у которого он вызывается. Тот самый this. Т.е. метод без параметров на самом деле является функцией с 1 параметром. Вот этот параметр и нужно зафиксировать, превратив метод в настоящую функцию без параметров.

#include <functional>
#include <iostream>
#include <string>
#include <map>

class Foo {
public:
	Foo(std::string msg): m_msg(msg) {}
	void event() {
		std::cout << m_msg << std::endl;
	}
private:
	std::string m_msg;
};

int main() {
	auto foo = new Foo("Foo");
	auto bar = new Foo("Bar");

	std::map<std::string, std::function<void ()>> keyEvents = {
		{"foo", std::bind(&Foo::event, foo)},
		{"bar", std::bind(&Foo::event, bar)}
	};

	for(auto callback: keyEvents) {
		std::cout << callback.first << ":";
		callback.second();
	}

	keyEvents.clear();
	delete foo;
	delete bar;
	return 0;
}

На самом деле вам не нужно ничего и никуда передавать, как мне кажется. Т.к. вторая форма используется только для создания новых элементов. Но обо всём по порядку. В приведённом фрагменте кода я вижу несколько архитектурных проблем (если не интересно, можете игнорироваться все, кроме пункта 3):
1) Вторая форма создаётся каждый раз, когда пользователь кликает на кнопку add_item. Это утечка памяти, т.к. все формы будут удалены только после удаления главного окна, но не ранее. Почему бы не создать форму один раз и просто её не показывать на действие? Создали в классе поле QScopedPointer m_addItemDlg (ну или std::unique_ptr), один раз выделили память в конструкторе и радуетесь жизни.
2) Это не очень хорошо, что Institution хранится в контейнере QList по значению т.к., скорее всего вы не реализовали семантику перемещения и всё это копируется... Хотя бы по этой причине (и по многим другим) стоит подумать о том, чтобы хранить все элементы как shared_ptr.
3) Наконец-то мы добрались и до вашего вопроса! В Qt есть отличный механизм слотов и сигналов. В вашем случае идея проста: у главной формы надо реализовать слот onInstitutionAdded а у второй формы дописать сигнал institutionAdded и соединить их в конструкторе главной формы. Когда новый объект создан выслать сигнал из второй формы и в слоте главного окна реализовать добавление в коллецию.
Если же нужно будет редактировать какой-то итем в коллекции, то его конечно лучше передать просто по ссылке перед тем как показать форму. Ну и в этом случае посмотреть уже в сторону Qt model-view.
4) Название класса второй формы слишком общее и ни о чем не говорит.

По неконстантной ссылке (или указателю):

class AddItem
{
    AddItem(MainWindow *parent, QList<Institution>& ins);
...
private:
QList<Institution>& parent_institutions;
};

Но вообще это плохая практика. Свою приватную переменную должен редактировать класс который ей владеет. Для этого нужны свои методы - MainWindow::AddInstitution, MainWindow::RemoveInstitution, etc. Так как это у вас QT, то тут надо использовать слоты и сигналы.

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

В С++ бывает 2 типа использования памяти.
1. На стеке. Такую память по особому выделять не нужно и освобождать тоже.
Пример:
int a = 3;
2. В "куче". В этом случае уже вы отвечаете за выделение и освобождение памяти.
Работает через оператор new. Или функции malloc, calloc и т.п.

int* p = new int;
delete p;