Андрей

Угробил почти день на решение этого вопроса. Как обычно все оказалось банально:
проблема была в функции setTestId. Как всем, наверное, известно, существует проблема с поиском элементов по testId на Андроиде. И поэтому на нем ищет по accessibilityLabel.
Вот эта функция для тестового окружения она у меня возвращала такой объект:
return { accessibilityLabel: id, testID: id };
Я устанавливал И то И другое. Мне не жалко. А оказалось надо было ставить только одно нужное значение. Вот так:

return Platform.OS === 'android'
            ? { accessible: true, accessibilityLabel: id }
            : { testID: id };

Вот мой вариант пока:
1. Создаем единый экшен (redux) для всех запросов данных по API
2. Каждый компонент, который запускает экшен, запускает его всегда при вставке компонента в DOM и обязательно передает в него схему, которая описывает структуру данных, необходимых компоненту
3. Экшен (имеет доступ к store) проверяет все поля всех необходимых ресурсов на соответствие схеме, если все поля существуют - ок, значит компонент отрисован, если нет, значит компоненту не хватает всех или части данных, формируется GET-запрос для необходимых полей и отсылается на сервер
...

Вопрос снят.
Оказалось, что upload.single не берет из массива один первый файл (как я предполагал), а работает в одинм объектом типа File

Я бы с CLI вообще не связывался.
После обновления Ангуляра со 2 на 4 версию я получил много боли и страданий, апофеозом которых стала поломка скриптов (анимаций) после сборки в продакшен! ПОСЛЕ СБОРКИ, КАРЛ! В девелопе все работало, хотя и помучился я для этого прилично т.к. CLI для второго Ангуляра - это совсем другой скрипт. Не версия другая, а просто скрипт другой, с другим названием.

В итоге по хорошему надо для обновления на 4 версию делать свою сборку, но мне лень. Однако выводы я для себя сделал и больше это поделие использовать не стану. Лучше потратить немного времени и настроить свой конфиг. Или хотя бы взять нормальный стартер и допилить его под себя.

Вот прекрасный шаблонизатор на React для Express.
Как плюс позволяет переиспользовать шаблоны на фронте.
Это не для "изоморфных" решений, а именно шаблонизатор.

Я просто в FF ставлю нужную ширину:
joxi.ru/Dr86O0DI4yEZk2
Как раз вчера была необходимость такого тестирования, заказчик проверял на огромном маковском мониторе. В общем проблем не обнаружил, все как я видел на свое мониторе, так же отображалось у заказчика.

Задался тем же вопросом. Проанализировал сборку, там было много конструкций типа:
if(NODE_ENV !== "prodi=uction")...
Совершенно очевидно, что такого мусора быть не должно.
Поправил плагин webpack DefinePlugin, написав его таким образом:

new webpack.DefinePlugin({
        'process.env.NODE_ENV': JSON.stringify(process.env.NODE_ENV),
    }),

(раньше был просто NODE_ENV': JSON.stringify(process.env.NODE_ENV))
Вес сборки уменьшился в 2 раза!
А у Вас этот плагин вообще не подключен.

П.С. Может, кому-то еще пригодится ответ.

Надо зайти сюда: https://microsoft.github.io/TypeSearch/
Скачать и установить тайпинги для перечисленных библиотек
Указать папку с тайпингами в tsconfig.json примерно так:
"typeRoots": [
"../node_modules/@types",
"../custom-types"
]
Все.

А да, редактор я использую Webstorm

Один из разработчиков Angular описал свой опыт применения паттерна Redux для построения архитектуры сложного приложения: blog.mgechev.com/2016/04/10/scalable-javascript-si...
Там же можно найти пример его реализации с помощью RXJS.
То есть redux в Angular 2 вполне уместен и активно используется.

Есть функционал ленивой подгрузки модулей при роутинге:
https://angular.io/docs/ts/latest/guide/ngmodule.h...
(Ссылка ломается, вот правильная: angular.io/docs/ts/latest/guide/ngmodule.html#!/#lazy-load )

Вот этот я лично смотрел, изучая БЭМ: https://video.yandex.ru/users/ya-events/view/3982
Больше ничего не понадобилось. Там были еще части про сборку галпом, про js, но это не обязательно для понимания сути.

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

Через год начинайте ходить на собеседования. Вас пугают требования в описании вакансии? Когда я читаю требования на работе, где сейчас тружусь, то задаюсь вопросом "кто этот бред писал? и на хрена нам вот это все что там написано?". А все потому что пишут тексты HRы со слов "кого-то из отдела", сказанных несколько лет назад.
В реальности по моим наблюдениям можем отказать довольно сильному разработчику потому что просто в данный момент вакансия не горит, а иногда, когда отдел завален работой, берем вполне себе средних, просто потому что срочно нужен. Аналогичная ситуация была и на предыдущей работе. Поэтому лично мое мнение - чтобы устроиться на работу надо обладать не только и не столько перечисленными в вакансии навыками, а скорее откликнуться в удачное время :) Ну и что-то знать конечно.

И самое главное: два-три месяца работы в компании с более высоким уровнем разработки, чем у вас в данный момент, дадут вам больше, чем год бессонных ночей после работы. Поэтому не стоит пытаться сначала дорасти до определенного уровня, а потом устраиваться. Скорее всего не дорастете, только время потеряете. Изучайте базу и в бой!