Ваш дайджест очень даже интересный. Идея давать не просто ссылки, но писать небольшие обзоры о произошедшем в мире Android, имхо, архиполезна. Ждем, когда можно будет подписаться по email.
Ну, мне кажется, все люди разные и кому-то подойдут одни материалы, кому-то — другие. В любом случае главное, на мой взгляд, мотивация, а источников знаний сейчас достаточно. Если по книгам, посмотрите «Android Programming: The Big Nerd Ranch Guide» (или ее русскую версию) или «Mastering Android Development with Kotlin», в плане введения в Android-разработку это хорошие книги. Если быстрее и видео-лекции вам заходят, смотрите отличный вводный курс от Mail.ru (у них же курс, чтобы обновить знания Java), или поглубже курс от Yandex. Если нет проблем с английским начните с Getting Started от Google. Еще, на мой взгляд, хорошие курсы на https://www.udacity.com/. У них есть совместная серия курсов с Google о разработке под Android от beginner до advanced. Если не ошибаюсь, курсы бесплатные и видео часто с русскими субтитрами.
«The Busy Coder's Guide» хорошая штука (огромный материал, постоянно обновляется, поддержка сообщества). Но я с ней не работал (только с тем, что в бесплатном доступе), поэтому и не упоминал. Отзывы очень хорошие у книги, как и у других двух от Commonsware. Подписка на год, если не ошибаюсь, 20$. Для начинающих и плохо знакомых с Java, думаю, будет тяжеловата.
Да, все верно. Знание Java способствует понимаю Kotlin. Мой опыт такой: чем больше изучаешь Kotlin, тем лучше понимаешь Java. Kotlin набирает обороты, потому что помогает упростить решение конкретных задач.
Кстати, вполне с вами согласен :) Не костыль, конечно… Но вполне уместно использовать Splash Screen тогда, когда для начала работы требуется инициализация «тяжелых» библиотек.
Думаю, проблему пересоздания Activity приходится решать в любом Android-приложении. В данном случае, действительно, можно запретить смену ориентации в манифесте, либо одним из многочисленных способов сохранять значение таймера и доставать его после пересоздания. Ну, а с учетом того, что еще какое-то время тратится на пересоздание, лучше, на мой взгляд, для Splash Screen Activity жестко задать ориентацию.
С точки зрения пользователя, что потребует меньше усилий тем и будут пользоваться. QR-код надо еще найти, сканировать и только потом получим желаемое… Цепочка действий для маячка в этом случае короче: опустил «шторку», получил ссылку.
С точки зрения разработчика всё упирается в API и сервисы для работы с маяками. Конечно, это сложнее чем напечатать QR-код. Но возможностей гораздо больше.
На своем опыте скажу, что действительно, технология пока со скрипом работает. Но это технические трудности типа: радиус сигнала маячка сильно зависит от физической среды (стены, материалы и т.д.), не все устройства уверенно ловят сигнал, не все смартфоны поддерживают bluetooth 4.0 и т.д.
Apple и за ней Google не с проста кинулись в разработку стандартов для bluetooth-маячков.
Вы воспроизводите "преданья старины". Действительно, в свое время ни Google ("Don't use Splash Screens"), ни авторитетные разработчики ("Personally I think it is not necessary in 98% of the cases") не рекомендовали использовать Splash Screen, называя этот паттерн злом и анти-паттерном. Впоследствии и Google ("Use cold start time effectively with a branded launch theme") и те же разработчики ("Launch Screens: From a Tap to Your App") рассказывали как правильно имплементировать Splash Screen.
Думаю, примером правильного использования Splash Screen могут служить приложения Google.Maps или YouTube, например.
Думаю, проблему пересоздания
Activityприходится решать в любом Android-приложении. В данном случае, действительно, можно запретить смену ориентации в манифесте, либо одним из многочисленных способов сохранять значение таймера и доставать его после пересоздания. Ну, а с учетом того, что еще какое-то время тратится на пересоздание, лучше, на мой взгляд, для Splash ScreenActivityжестко задать ориентацию.Вы правы по поводу
null. Исправил.С точки зрения пользователя, что потребует меньше усилий тем и будут пользоваться. QR-код надо еще найти, сканировать и только потом получим желаемое… Цепочка действий для маячка в этом случае короче: опустил «шторку», получил ссылку.
С точки зрения разработчика всё упирается в API и сервисы для работы с маяками. Конечно, это сложнее чем напечатать QR-код. Но возможностей гораздо больше.
На своем опыте скажу, что действительно, технология пока со скрипом работает. Но это технические трудности типа: радиус сигнала маячка сильно зависит от физической среды (стены, материалы и т.д.), не все устройства уверенно ловят сигнал, не все смартфоны поддерживают bluetooth 4.0 и т.д.
Apple и за ней Google не с проста кинулись в разработку стандартов для bluetooth-маячков.