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

учить регулярки.

Раньше я объявлял приватные свойства и методы так:

Раньше вы криво создавали объекты и у вас получалась кривая реализация паттерна "модуль". Да и "свойства и методы" ваши приватные они как бы не совсем свойства и методы, это просто переменные (статические свойства в терминах java) и функции.

Или я что-то упустил?

Инкапсуляция в javascript достигается и достигалась ранее за счет модулей (сокрытие переменных в дочернем скоупе.

let privateStaticVar = 'foo';

// то что экспортируется - то публичное
export default class MyClass() {
    constructor() {
    }
}

// или

export default (function () {
    let foo = 'foo';

    return class FooBar {
         constructor() {
         }
    };
}());

Ну и в es2015 добавились символы как простой вариант сделать настоящие приватные переменные, ну и еще есть weakmap.

const privateFoo = Symbol('foo');

export default FooBar {
    constructor(foo) {
       this[privateFoo] = foo;
    }
}

Пожалуй выложу чуть более "няшную" ссылку, в допллнение к Алексей Уколов

jwt.io

Есть непонимание процесса написания правильных тестов.

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

Добавил я продукт и что мне мониторить?

У вашего объекта должен быть какой-то публичый метод, который может предоставить проверку.

Если такого метода нет, то нам надо подменить List на мок, но ваш код этого не позволяет сделать. Опять же это мы уже тест на реализацию завязываем, а стало быть наши тесты становятся хуже. Но коль уж мы пошли по этому пути можно просто length померять.

Между монгой и angular всеравно что-то должно быть. Благо добавить мидлвэр с авторизацией черезй JWT какой между монгой и angular проблем не составляет. Ну и есть отдельные сервисы которые предоставляют такие штуки.

1) CORS настраивается на сервере
2) для Phonegap/Cordova CORS не нужен, это фишка браузера а не webview.
3) для разработки можете поднять прокси-сервер (есть готовые, достаточно поискать в npm) который будет добавлять вам CORS заголовки.

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

В чем выражается? Как делали замеры? Почему медленнее?

классический SPA работает намного быстрее, чем изоморф

Разницы быть не должно вообще.

Причины понятны - во первых увеличение ядра, во вторых периодическая перерисовка целых страниц.

Опять же, ваше изоморфное приложение немного странное, по сути это должно влиять только на первую загрузку, затем все должно работать как SPA, никаких перезагрузок.

При этом не составляет большого труда отрисовать неверстанные вьюхи для отдачи роботам, а юзеру отдавать классический SPA .

Ну как бы тот же гугл учитывает стили при ранжировании (адаптация под мобильники и т.д.)

В чем профит?

Изоморфность нужна только для того, что бы уменьшить время отрисовки UI. То есть время между первым запросом и отрисовкой UI должно быть минимально. То что JS подгрузится секундой-двумя позже - это уже незначительная проблема, пользователь скорее всего первые секунды будет разбираться что он хочет делать дальше.

Дополню ответ bromzh

лучший способ изучения

Ограничивать себя и практиковаться.

Ограничения даже могут быть искуственными, типа "никогда ни использовать $scope". То есть если хочется, лучше хорошенько подумать "а как без него?". Очень редко, его нужно использовать напрямую, но в подавляющем большинства это директивы и работа с событиями, в целом же на вашем уровне это может просто не понадобиться.

Или там "никогда не используйте фильтры для работы с коллекциями, пусть результат фильтра всегда будет строкой". Это сразу сильно ограничит вас в том как убить свое приложение и превратить шаблоны в кашу, а так же чуть почистит мозги.

Или... "Не полагаться на двустороннее связывание". То есть... оно увы в angular 1.x везде, но нужно понимать риски с этим связанные и стараться делать все так, что бы элементы нижнего уровня ничего не меняли на верхнем уровне, а все изменения проходили либо через колбэки или сервисы. Исключения - формы, тут двусторонний биндинг бывает очень полезным.

Так же "Никогда не использовать ng-controller", или "Делать все на stateless компонентах" и все такое.

Для всех этих правил есть свои исключения, но нужно 10 раз подумать можно ли соблюсти правило прежде чем его нарушить.

Я так же собрал парочку толковых ссылок которые могут быть полезны новичку. Там так же пример ооочень простого приложения с тестами.

Так же рекомендую сразу же изучить хотя бы основные плюшки ES6 с babel и использовать их. Таким образом можно сильно упростить структуру приложения.

А ну и да, ТЕСТЫ! Пробуйте писать приложения используя TDD, это очень полезно для новичков и так же действует как ограничение. Типа "если неудобно писать тесты - подумай как сделать так что бы было удобно писать тесты изменяя тестируемый код". Ну и все такое. У TDD есть свои правила вроде "не меняйте тесты и код одновременно" и т.д.

Новички должны быть в ежевых рукавицах.

как все это грамотнее выстроить в учебный план?

https://developer.mozilla.org/en-US/docs/Web/JavaScript - готовый план (туториалы).

В целом с текущими трендами было бы неплохо ознакомиться с функциональным и ОО программированием. Основные конепции, понятия "сильно/слабо связанный/зацепленный код", "имутабельность", "чистые функции" и т.д.

вопрос склеивания и минификации JS файлов

Вы уже используете System.js, а стало быть можно использовать бандлеры на основе system.js: https://github.com/systemjs/builder

Короче, я прошу совета, как довести это до ума.

Собираем локально или на CI сервере в виде tar.gz архива, заходим на сервер и распаковываем.

tar.gz можно заменить на deb/rpm пакеты, docker образы и все что угодно.