Олег Гамега

Что означает эта загадочная аббревиатура - BODY?
Всего-навсего передачу данных в теле POST-запроса в формате JSON, вместо url encoded?

"В чем преимущества передачи данных методом"
У JSON основное преимущество - для вложенных структур (или структур, которые пока не вложенные, но в процессе доработки функционала могут стать таковыми), в остальных случаях он будет замедлять работу, так как лишние байты в запросе, + парсинг.

"есть ли методы распарсить строку на значение-люч"
Средства для парсинга JSON почти под любой язык программирования уже есть.

Изображение в JSON - это перебор, вы где такое видели?
В JSON надо ссылку на изображение передавать... А лучше только его id, а там пусть JavaScript формирует ссылку с id, поскольку в JSON нужно вообще минимум байт передавать, он и без того не очень быстро парсится.

Это удобно. Причин множество, читайте в интернетах.
Справлялись, например, лоадерами, асинктасками, и прочими велосипедами.
Асинхронно сходить в базу, например.
Гугл не молчит: https://github.com/google/agera
Во многих смартфонах уже 4-8 ядер, а юзать их без Rx довольно неудобно.
Rx не призван решать описанные вами проблемы.
Поверх есть всяческие RxBindings, используя их, можно легко уходить от императивного к реактивному.
В iOS, в общем, есть RxSwift. Но вообще-то сравнивать платформы так некорректно.

Во-первых, элементы реактивного программирования в андроиде были и есть. Вспомните о DataSetObserver.
Если вы современный разработчик, то используя RecyclerView, создаёте для него адаптер содержащий имплементацию этого интерфейса, а значит поток данных управляет выполнение программы - это элементы Rx.
Во-вторых, когда вы обрабатываете данные, хочется оперативно знать об их изменении, здесь реакт на своём месте. Но, часто из Rx пытаются создать двухстороннюю связь модель-представление, а это нарушает принципы MVC.
Об асинхронности. Java изначально многонитевый язык. Вы можете создавать нити сколько угодно и где угодно. И не забывайте Service - не асинхронен!

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

Mini variant – это вариация persistent navigation drawer. А persistent не рекомендуется использовать в мобайле – Persistent navigation drawers are acceptable for all sizes larger than mobile. Persistent navigation drawers are not recommended for apps with multiple levels of hierarchy that require using an up arrow for navigation.

Я тут вообще проходом и как раз таки бэк - энд разработчик, но позволю себе ответить. Как вы представляете передачу пусть даже 10 секунд 4к видео по мобильному интернету? Да, есть lte у девайсов умеющих 4к, но тем не менее, я думаю это не целесообразно. Хотя я в клиент сайд программировании полный ноль, так что не воспринимайте всерьез.

А вы не задумывались, зачем вообще фреймворки нужны?
Чтобы ускорить разработку - срубить больше бабла в те же сроки.
Они запросто могут сами их использовать для создания сайтов по заказу.
Фреймворк может быть разработан прямо в рамках одного из крупных и не срочных заказов, по принципу "долго запрягаем, потом быстро едем".
Напротив, если автор фреймворков не создает сайтов на своем фреймворке, а сам фреймворк написал с бухты-барахты, то очень сомнительно, что фреймворк будет на что-то годиться - у него же нет опыта.

чтобы там не рассказывалось про ListView и прочие deprecated вещи

Что, простите?
ListView уже не комильфо? Как так? Почему? На Android очень мало контролов, если еще и умышленно ограничивать себя, это нужно совсем уж крышей поехать.

Я бы послал, т.к. найти клиента самому на бирже - плевое дело. Если только, конечно, заказ не из разряда "миллион за сайт-визитку".

По 1-му вопросу, - тонкость есть одна, очень важная, но понимается она не сразу. Касается это не только курортов, а, вообще, удаленной работы. Надо постараться физически отделить работу от дома и отдыха. Желательно, чтобы на работу надо было хоть немного пройти, проехать. Думаю, хорошие варианты, это офисы co-working, или съем отдельного помещения поблизости. Если, все-таки, это невозможно, то надо выделить для работы определенное место и время, чтобы не отвлекаться и не отвлекали близкие (жестко). Особенно, это актуально, если есть семья.

1. Запросить по урлу строку.
2. Распарсить ответ.
3. Показать его в текствью.
4. ...
5. ПРОФИТ!

Много думать. Думать не экраном, на котором рисуешь приложение, а устройством, на котором будет приложение работать, и людьми, которые будут работать с приложением. Всё, в общем-то, как в вебе, только гораздо строже. В 10 раз больше внимания качеству графики (пиксель-перфект на 100%), в 20 раз больше внимания информационной архитектуре приложения (на экране нет места для навигации с большим количеством подменю), в 30 раз больше внимания интерфейсным решениями (жесты и иконки это очень круто, но как правило очень непонятно).

Новый работодатель должен понимать что если вы киданёте старого то в следующий раз и их так же киданёте. А если вы заботитесь о старом работодателе и хотите что бы там было всё хорошо, то это лишь даёт вам дополнительные очки. Если новый работодатель этого не понимает то я бы у него не работал.
Если новому горит. Можно втягиваться в новую работу вечерами, удалённо. Можно заезжать в офис на новую работу вечерком после старой или в выходные что бы в курс дела войти. Да на старой можно сократить рабочий день если договорится. Вариантов много.