Илья

$('#id')

для чего нужны директивы

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

где их применять

Везде где только можно, весь UI следует строить на иерархии директив, как если бы вы просто верстали. Я бы даже сказал что использовать только контроллер, как например можно увидеть в примерах для ngRoute/uiRouter и шаблон - это плохо, контроллеры и шаблоны использовать можно, но только для того что бы определить какие в рамках этого роута/стэйта будут использоваться директивы и передать туда параметры. То есть по максимуму все запихивать в директивы. Правда это может быть первое время сложно делать, потому лучше постепенно увеличивать степень дробления UI на директивы. Главная сложность сделать так, что бы директивы были независимы от контекста использования. Ну или явно определить этот контекст (параметр require директивы может определять что директива A может быть использована или должна быть использована только в контексте B). Ну и еще по началу может быть сложно определиться что должно быть в link и что должно быть в контроллере, должен ли вообще у директивы быть link или контроллер.

ng-inject

вы про галповский плагин или все же про ng-include? если последнее, как комбинация ng-include + ng-controller, то это тип... для ленивых. При помощи этих двух директив мы можем создать какой-то элемент, присобачить ему поведение и шаблон, да, но оно не будет изолированным, реюзать такое уже не выйдет. Если это вам надо временно, и вам лень - то можно и так, но лучше сделать полноценную директиву, тогда ее можно будет реюзать в рамках проекта и устранить дублирование. Ну и опять же, вариант с ng-include+ng-controller можно покрыть только E2E тестами, что не удобно. Директивы же просто и удобно покрываются юнит тестами, что делает поддержку системы намного проще и дешевле.

в каком виде правильно и разумно применять директивы

Посмотрите на polymer, это то чем должны были бы стать директивы а ангуляре (и в angular2 оно почти так), там больше ограничений и более понятно как использовать web-компоненты и как следствие - директивы.

s = 6
result = 1000 * 1000
N = int(input()) # получаем ввод с клавиатуры и приводим к целому числу
prev_min = [0] * s # при s = 6, [0, 0, 0, 0, 0, 0]
prev_min[0] = float(input()) # первый элемент списка из 6 элементов делаем равным float(ввод с клавиатуры)
for i in range(1, s) # от 1 до 5
  # запись в i-ячейку меньшего из ввода с клавиатуры и предыдущего элемента списка
  prev_min[i] = min(float(input()), prev_min[i-1])

for i in range(s, N): # от 6 до N-1
  next_num = float(input()) # ввод с клавиатуры приводим к float
  # присваиваем минимальное из result и произведения next_num * prev_min[i % s]
  # i % 2 - остаток от деления = проверка числа на чётность
  # 3 % 2 = 1, 5 % 2 = 1, 6 % 2 = 0, то есть индекс всегда будет 0 или 1
  result = min(result, next_num * prev_min[i % s]
  # присваивание в prev_min[0/1] минимального из prev_min[0/1] и next_num
  prev_min[i % s] = min(prev_min[(i - 1) % s], next_num)
print(result) # вывод результат

1) По сути сессия с абстрактной точки зрения - какая-то запись где-то на сервере. Данные сессии могут храниться в БД или вообще в файле. Простейший случай идентификатора сессии: хэш таймстемпа, уникальных данных юзера(с точки зрения приложения), уникальных данных клиента(браузера). Очень хорошо, если есть время жизни при использовании Redis или Memcached(Можно, конечно руками сделать).
2) В принципе вполне корректно. Для безопасности, конечно, здорово, если ещё хранится не чистый идентификатор сессии, а каким-нибудь образом зашифрованный идентификатор(а расшифровать можно лишь у вас на сервере, так как только вы знаете ключ).

Простите, а чего вы ожидали? У вас value у textarea - строка(12 31 23 123). И эта строка не имеет ничего общего с понятием - массив.

А вот так работает =)
codepen.io/vitaliy_kirenkov/pen/EjgQmw

Наиболее оптимально использовать специальный инструмент, типа Sphinx или ElasticSearch

Если только "вставить и хранить" - я бы подумал, нахрена хранить в БД, если в "нужный момент" можно взять из файла, или откуда-нибудь ещё.

Вообще, традиционно проблема быстрой вставки решается в три приёма - снятие индекса, вставка, наложение индекса. В Postgre, если я помню верно, третий шаг бьётся ещё на два: добавление собственно индекса и наложение на него constraint. Такой путь чем-то не подходит?

Дополнительно, можно хорошо ускорить процесс, если вставлять по нескольку строк за раз, вроде

INSERT INTO table (field1, field2, field3) VALUES (value1, value2, value3), (value4, value5, value6), (value7, value8, value9)

В цикле пробегаетесь по "employee" и проверяете, что все firstName находятся в списке ['Tom', 'Maria', 'James']. Как то так:

firstNames = ["Tom", "Maria", "James"]
for e in emploee:
    if e["firstname"] not in firstNames:
        print(e["firstname"], " - лишний!")

alvarotrigo.com/fullPage

Google Charts

Теги Tag по крайней мере специфицированы. Кроме использования посредством reflect еще стоит посмотреть свойство Type identity Вот пример этого свойства https://play.golang.org/p/dzng_FsbmA

Это теги. Вот тут про них есть немного golang.org/pkg/reflect/#StructTag