Андрей

Представьте себе компьютер в виде многоквартирного дома, где каждый сервис - квартира. У дома есть адрес (белый IP) и номера квартир (порты). Прислать письмо в такой дом очень просто, достаточно указать адрес и квартиру.
Теперь возьмём микрорайон, огородим его стеной с КПП, сделаем в нём внутренние (серые) адреса домов, неизвестные снаружи и оставим известным (белым) только адрес самого микрорайона. Очевидно, что адреса микрорайона и номера квартиры недостаточно для того, чтобы письмо попало по адресу. Есть вариант, когда все письма отправляются в один конкретный дом (DMZ), есть переадресация (port mapping), когда письмо, пришедшее в микрорайон с указанием определённой квартиры переадресуется с КПП в заранее определённый дом/квартиру.
Если же мы пишем письмо из микрорайона наружу, то на КПП (NAT) запоминают адрес/квартиру отправителя и получателя и все приходящие в микрорайон письма с адреса получателя переправляют отправителю исходного письма.

API для JS будет таким же как и для TypeScript (просто уберите типы), ES2015 же. Для ES5 angular тоже будет работать примерно с тем же API.

Может JSONP поможет. Смотреть документацию! https://docs.angularjs.org/api/ng/service/$http

Поддержку CORS на сервере, на клиенте ничего не надо.

Да просто создайте новый словарь с нужными элементами. Пробегитесь по values в исходном и добавьте их в новый как ключи и значения.
b = {v : v for v in a.values()}

На 5000 разворачивается сервер для разработки. Он медленный, небезопасный, неполноценный. Если вы сделаете одновременно 100 запросов к нему, то они будут обработаны один за другим последовательно.
Если сделаете по уму - запустите сервер приложений(uwsgi,) в несколько потоков и поставите перед ним nginx, распределяющий запросы по этим потокам(воркерам), то получите куда более быструю, гибкую и надежную систему.

Это вам Гигрометр нужен

У меня сейчас два будущих магистра и если они сами будут придумывать себе темы - то это будет что-то.
Работу же не в вакууме будешь делать.
Приходишь на кафедру/в лабораторию к наиболее интересному преподавателю/научному сотруднику и говоришь - здрассте - хочу у вас работу делать - какие темы есть для магистра.
Преподаватель чешет в затылке и говорит - ну вот у нас есть такие задачи - ля-ля-ля... Или говорит - у меня перебор студентов - иди как ты к %TEACHER'S NAME%.
Так делается в нормальных ВУЗах.

Учите PHP.

На мой взгляд, программирование - прежде всего декомпозиция и алгоритмизация задачи. Научитесь разбивать задачу на легко решаемые подзадачи, подбирать или самостоятельно составлять оптимальные алгоритмы решения каждой подзадачи - это и будет умением программировать.
Знание языка программирования, а лучше нескольких, конечно обязательно, но само по себе ничего не даёт, так же как знание какого-либо разговорного языка само по себе не делает человека писателем или поэтом.

Я делал так:

class A(object):
    def __init__(self, **kwargs):
        for name, value in kwargs.items():
            setattr(self, name, value)

a = A(x=4, y=5)

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

И да, учить надо то, что нравится, но то, что популярное. Python для этого подходит :)

Ну поставьте в убунту любой оконный менеджер по вкусу и используйте его. На кой черт менять дистрибутив ради смены WM/DE? Не знаю, что сейчас в тренде из "легковесных", но я бы копал сразу в сторону тайловых, типа i3 или awesome. Думаю вам они придутся по душе.

Если используете терминологию C#, то и поставили бы тег, больше бы ответили.
Если нет, пропустите этот ответ.

В большинстве языков возможность работать с функциями как со значениями называется first-class function values или first-class function objects, а возможность привязки некоторых данных к функции (точнее, к некоторым внутренним переменным функции, не являющихся ее параметрами) - замыканием (closure). Делегаты шарпа это фактически те же function object, они сейчас чаще так и называются. Есть правда и важное отличие, касающееся multicast-делегатов - во многих языках такой возможности нет, но это пожалуй единственное важное отличие, и его в общем-то несложно нивелировать. А вообще в питоне функциональные объекты и замыкания отлично поддерживаются, поддерживается в том числе привязка метода к объекту с помощью точки (obj.method), например:

>>> class A:
...     def print_me(self):
...         print(self.v)
...
>>> a = A()
>>> a.v = 91
>>> a.print_me()
91
>>> f = a.print_me
>>> a.v = 155
>>> f()
155
>>>

Вот туториал: https://newcircle.com/bookshelf/python_fundamental...

В Python функции являются гражданами первого класса, их можно передавать в качестве аргументов другим функциям и хранить в словарях-массивах-тьюплах. Поэтому необходимости в такой концепции, как делегаты, просто нет.

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

def say_hello(name):
    print 'Hello,', name

def say_goodbye(name):
    print 'Bye,', name

phrases = {
    'hello': say_hello,
    'bye': say_goodbye,
}

def say(what, name):
    phrases[what](name)

say('hello', 'Ivan')
say('bye', 'Oleg')

В Go этот паттерн реализуется тоже очень лаконично.

Я бы порекомендовал С и python. Причем сначала первый, затем через некоторое время второй.
Зная C сможете программировать микроконтроллеры, тот же Arduino для начала.
Python позволит вам писать программы для raspberry pi, десктопа и еще много-много для чего. Кроме того он подходит для решения инженерных задач и научных расчетов, да и в любом случае пригодится в жизни.