Одиночка Айс, я вообще не шутил, это нормальная практика и там есть все возможности. Выставляете таски на релиз, даете доступ к релизам и все. все прогресс виден
Roman Kitaev, так как стрелочная функция лишает тебя контекста, доступа к пропсам и методам в data не будет, а это часто нужно, так что в этом случае лучше писать по стайл гайду
Алексей, изоморф - концепция, ssr - вариант реализации. В случае с vue мы исполняем приложение на сервере и отдаем отрендеренный результат на клиент + клиентский бандл, в данном случае vue уже понимает что его отрендерили на сервере и не будет выполнять лишнюю работу. Это если совсем уж простыми словами. Это уже не просто "обмен строками", а уже более жесткая связь и это допустимо, хотя ssr обычно в отдельном сервисе.
Александр Крымов, ну угнать все таки не так просто, нужно это учитывать, а так да, уже свои эвристики брать, показывать например юзеру сессии и устройства, предупреждать об активности
1. "имеют сугубо прикладной характер." как раз наоборот, имеют сугубо академический характер.
2. Берите любую задачу которую хотели бы для себя автоматизировать/улучшить, в процессе решения 99% что вы столкнетесь с необходимыми проблемами и обретете опыт их решения.
основные компоненты android sdk ─ activity, fragment, servise, reciver ... must have
Знание основных компонентов туда же
Навык разработки ui ─ верстка xml layout, общего понимания работы ресурсов
База данных ─ хелперы, провайдеры, лоадеры
Навыки работы с сетью (тут от команды к команде отличается, но понимать что пальцы в розетку совать нельзя, то есть слатть запросы из ui потока нельзя ))), ну и здравый смысл естественно ─ понимать что такое rest и как лучше организовать работу с ним )
После уже архитектура.
это некий минимум, все специализации начинаются после
Дмитрий Кузнецов, Посмотрите в отладке что где не так прилетает, и вы зачем-то сделали модуль как новый стор new Vuex.Store(); , а нодо просто экспорт обычного объкта с полями state и прочим.