AnatolyZ

Оборачиваете select в доп. элемент, в котором в самом конце добавляете невидимый div на высоту select, чтобы он был поверх select и не пропускал к нему click. При клике на этот див запускаете запрос, обновляя ui классом типа loading, на который с помощью css вешаете анимацию загрузки. После получения данных публикуете их в скоуп и инициируете фэйковое событие "клик" на элементе селекта.
Если нужен пример директивы - напишите в комментарии.

Рекомендую прочесть вот такую книжечку

Книги по математике для программистов...
Широкое понятие и того и другого...
Математика - большая наука, в ней много разделов.
Программисты тоже бывают разные.
Как наиболее востебованные для людей, в той или иной степени связанных с программированием можно определить следующие подразделы по математике и анализу:
алгебра, анализ данных, булевы алгебры, временные ряды, численные методы, графы, дискретная математика, дисперсионный анализ, комбинаторика, криптография, линейная алгебра, математический анализ, математическая логика, теория алгоритмов, числа, нейронные сети, нечеткая логика, погрешности, принятие решений, прогнозирование, распознование образов, рекурсия, системный анализ, статистика, теория вероятностей, игр, множеств, эконометрика и другие...
Если взять каждое из приведенных слов как ключевое, ввести в поисковике, задав критерии с тегами "литература", "книги", "основы", то можно получить большое количество хорошей информации полезной для любого программиста, ну и просто для общего развития, прокачки естественно-аналитических и математических способностей.
Как наиболее в последнее время мне попадавшиеся книги по математике, которые могут вам пригодиться, приведу несколько, но это не панацея:
Ван дер Варден. Алгебра.
Шафаревич. Основные понятия алгебры.
Курош. Общая алгебра.
Барсегян. Технологии анализа данных.
Эсбенсен. Анализ многомерных данных.
Подзоров.Булевы алгебры.
Кук. Компьютерная математика.
Алексеев. Графы. Модели вычислений. Структуры данных.
Басакер. Конечные графы и сети.
Зубов. Справочник программиста. Базовые методы решения графовых задач и сортировки.
Кристофидес. Теория графов. Алгоритмический подход.
Бессонова. Основы дискретной математики.
Иванов. Дискретная математика. Алгоритмы и программы.
Виленкин. Комбинаторика.
Ахо. Структуры данных и алгоритмы.
Гильберт. Основания математики.
Кнут. Искусство программирования.
Рояк. Математическая логика.
Горбань. Нейронные сети.
Тэрано. Прикладные нечеткие системы.
Мальцев. Алгоритмы и рекурсивные функции.
Афифи. Статистический анализ.
Феллер. Введение теорию вероятностей ее приложения.
Хассе. Лекции по теории чисел.
Ой, ну это только единицы из всей многотысячной библиотеки книг по математике. Также не забывайте изучать зарубежные труды, так как иностранная литература, периодика очень часто бывает на шаг впереди российской, особенно в этих отраслях. Определите в какой области вам придется работать, что там более применимо, что необходимо, на такую литературу и ориентируйтесь. Но основы и вообще основные понятия по математике должен знать каждый уважающий себя программист, да и вообще просто образованный человек, инженер, специалист, менеджер, аналитик...

Вам нужно в div вставить изображение или что?
Если да, то есть два способа, через HTML и через CSS
codepen.io/anon/pen/NqKEJv

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

Во-вторых факт того, что новые сотрудники не справляются со своими задачами также намекает на то, что HR не справляется со своей - возможно ему следовало бы получше ознакомиться с тем, чем занимаются в их фирме и задавать на собеседованиях больше вопросов ближе к делу (проработав список вопросов с имеющимися программистами совместно, например).

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

Джуниор в американского - левый пацан, которого нужно эксплуатировать. А в русском это начинающий программист, будущий товарищ.

Если джуниор не справляется - уволить без выходного пособия. И нанять другого.

Если начинающий программист не справляется, ему надо помочь. И он быстро станет нормальным разработчиком, благодарным за помощь. Если не видишь у него желания справляться - наказать как либо для его же пользы (воспитательный момент). Если видишь, что лентяй при этом ещё и любит слова типа "джуниор", "сениор" - уволить за профнепригодность для коллектива, с объяснением причины.

Такова разница менталитетов и культур.

Все очень просто, заведи семью, ипотеку, ребенка, кота.
Лень как рукой снимет.

В идеологии REST нужно мыслить с точки зрения декомпозиции предметной области задачи на объекты-ресурсы (с соответствующими урлам), а глаголы (действия) строго фиксированные (закреплённые, в том числе, в протоколе HTTP). Этим достигается масштабируемость (во всех смыслах) разрабатываемого веб-сервиса. Если в прикладной области видится большое разнообразие действий, а не объектов, то их можно воспринимать в стиле документов документооборота или транзакций платёжной системы. Например, пуск ракеты по стране можно представить в виде создания документа (транзакции) "пуск ракеты по стране". Оформить можно и как вложенный в ракету ресурс, и как корневой ресурс с атрибутами "ракета" и "страна", - это зависит от физической и логической организации сервиса. Такой ресурс-документ можно снабдить идентификатором и дать ему возможность обрабатываться на любом сервере, входящем в инфраструктуру веб-сервиса, читать из него автоматически сгенерированные атрибуты типа "время запуска", "статус полёта", т.п. В общем, основная идея комментария: мыслить в терминах документооборота, и сервис получится логичным, поддерживаемым, масштабируемым, как и задумано REST'ом.