LeEnot: до java ee или подобной технологии, все равно лет пять еще расти. Ну стали использовать di, ну тестами теперь уже не удивишь, ну появился databinding а с ним и более классический mvvm, ах да еще rx ... но без всего этого тоже прекрасно можно прожить, те же CursorLoader + Provider все так же актуальны и эффективны. API 20+ по большому счету ничего сверхнового не принесла, а если говорить про старт, то по мне так даже облегчило,нормальные гайды по ui это то чего не хватало начинающему с в прямыми руками. Да порог вхождения увеличивается, но прямых рук и здравого смысла в большинстве случаев все еще хватает )))
Мико: конкуренция меньше, зп выше (тут смотря какой веб, но в целом картина такая ) порог вхождения выше чем верстка, но ниже чем например java ee (вообще язык достаточно знать на уровне синтаксиса + пару статей, недели для изучения больше чем достаточно)
Neonoviiwolf: попробуйте, просто ради теста, или поставьте линукс, но тогда могут быть проблемы с дровами, если телефон с рутом, то можно отлаживать по вай фай и не проблема.
zazqq: нет, пишу приложения на своем, код сливаю в репозиторий компании, общение по скайпу/почет/slack задачи через рм, документы гугл док и гугл таблицы. Всем фиолетово где георграфически я нахожусь.
чтоб пользователь решал обновляться ему или нет, пусть выбирает это в настройках, а просто для обновления данных лучше использовать rest api, тогда и данных лишних гонять не будете, и да лучше все таки json а не xml разница в объеме при плохом интернете ощутима. Не стоит велосипедить с файлами, намного удобнее и быстрее (в том числе и в плане разработки) хранить все в бд, и использовать cursorloader + provider, для работы с апи рекомендую связку retrofit + gson (хотя если очень надо, то у retrofit дружит и с xml )
kamwork: 2-3 дня это очень оптимистично, вы забываете про огромный парк устройств и версий, для веба по сути та же картина, контора в разы дороже, но по сути можно нанять толкового фрилансера обговорить с ним или поддержку или документацию по проекту, цена от этого вырастит не сильно, а если сравнивать с конторой то очень даже ощутимо )
Андрей: пример с лоадером но вам не существенно, главное чтобы в запросе был столбец с именем "_id", каким способом вы получите курсор дело десятое, но если клиент серверное приложение то рекомендую использовать лоадеры, половину проблем решите даже не заметив ) https://gist.github.com/gadfil/16ad5eb4505fd0593487
CyberKatze: увы но согласен, некоторое время держались blacbary, точнее их за руку не ловили .... я не верю в компьютерную безопасность ( в лучшем случае как вы сказали обезопасить что то одно, в разумных пределах ....
eellazy: например если у вас все mvvm красиво оформлено, то выбиваться из общей архитектуры незачем, а если у вас в проекте везде используются activity и нужный функционал можно реализовать на одной activity то не зачем плодить лишние сущности
Если даже не заморачиваться с архитектурой, лично мне удобно когда вся логика вынесена отдельно от ui, но если сомневаетесь пишите как можно проще, потом ваш кода будет казаться вам редкой кучей экскрементов, но зато в дальнейшем будет понятно какие места лучше изменить
