Сергей Протько

$watch всегда отрабатывает в холостую для инициализаии. Так же в вашем случае не отрабатыват dirty-checking, а потому оно не будет детектить изменения в массиве. Вам нужно либо выставить третий аргумент функции $watch в true (включает dirty-checking с копированием объектов и их сравнением) или же использовать $watchCollection.

А почему бы вместо этих извращений с ватчерами не прикрепить к select ng-model? В этом случае к слову проще будет применить изолированный скоуп, что бы избежать проблем в будущем.

у старых (11 версия) опер вроде как были ограничения ~65 килобайт, а так особо ограничений и нету... Сколько адресовать памяти по идее можно.

1) зависит от того чем вы будете заниматься. Если верстка то как минимум встретите дроби и возможно когда-нибудь дорастете до простенькой тригонометрии (анимации, трансформации и т.д.). Так же тригонометрия может пригодиться при работе с canvas, webgl и т.д. Есть еще audio api с дискретными рядами фурье, свертками, фильтрами (справедливо и для canvas, как как обработка изображений на клиенте так же есть). Словом математику знать полезно, но обычно проблема решается по мере ее поступления. Если будете работать с этим часто то все придет со временем. Если же нет - то и учить смысла особо нету, главное умение разбираться.

2) Это проблема системы образования. Отсутствия желания заинтересовать абитуриента/студента в том, что знания ему могут пригодиться. В итоге учатся все спустя рукава и бывает узнают о том что предмет был полезным и в перспективе интересным уже после окончания этого курса а то и вообще университета. Те же ряды, индегралы и т.д. применяются при обработке сигналов, а стало быть аудио, видео и просто изображений. Делать там фильтрики для инстаграмма на клиенте... все такое прочее. Это как пример.

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

выставьте опцию SO_REUSEADDR при создании сокета.

разве что так:

foreach (['account_data_CUD', 'security_data_CUD', 'work_data_CUD' as $action) {
    $this->createAction($action)->run();
}

если я правильно понимаю то что вы хотите сделать то так:

var i = 1;
reader.onload = (function(i){
         return function(e){
                console.log(e,i);
            };
        })(i);

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

Дело в том что отрисовка, выполнение js, пересчет стилей - все выполняется в одном потоке. Вы поменяли что-то в dom, это дело добавилось в очередь, а потом вы заблокировали поток синхронными вызовами ajax. Это поведение разнится от браузера к браузеру и от версии оной. Скажем в последних хромах можно включить эксперементальную фичу, которая выполняет перерисовку страницы в отдельном потоке.

Именно по этому работа с сетью и т.д. должна быть асинхронной. То есть если вам нужно что-то сделать, то обходя циклом ваш массив данными, вы отправляете запрос (асинхронно) и сохраняете в массив promise, который возвращает функция .ajax(). Если вам нужно что-то сделать когда все запросы завершатся - просто ставите jQuery.when где нужно и если все прошло удачно отрабатываете.