Денис Загаевский

Evernote

Для этого есть специальный механизм. Для этого вашу активити, которая хочет отправить данные назад, нужно стартовать через startActivityForResult. Перед выполнением finish она должна установить setResult. В той активити, которая лежит в бекстеке (куда должен придти результат), нужно переопределить onActivityResult.
Документация.

По-моему, в идеале вам надо это решать не "побежданием" ресайклинга, а улучшением архитектуры. Нужен некий репозиторий, где будут кешироваться видео на недолгое время. Когда ресайклер хочет показывать - брать поток из репозитория.

Да, это возможно, на работе так и делаю. Разработка в Android Studio, билд (не CI, а рутинный билд для установки на устройство) - на удалённом сервере. Скорость выросла в 3-5 раз.
Начать можно отсюда: https://github.com/gojuno/mainframer
Суть такая, что сначала rsync копирует весь проект на удалённую машину, затем запускается билд на удалённой машине из командной строки, затем rsync'ается обратно.
Для меня, как пользователя AS, это выглядит абсолютно идентично - жмакаю "play" и дальше оно само :)

Ну просто кастуйте

(Map<String, *что у вас там*>)adapter.getItem(position)

А из мапы уже по ключу вытаскивайте.

P.S.И вообще, все эти Simple/Array адаптеры - профанация. Делайте свой нормальный адаптер. А лучше возьмите RecyclerView и делайте с помощью него.

Лучший способ - с помощью ItemDecoration'a. Просто считайте отступ только для первого элемента.

Ну вообще да, для этого существует адаптер. Просто нужна логика, которая будет подсовывать нужный адаптер, и всё. Никакие дополнительные библиотеки не нужны для этого.
Кроме того, прошло то время, когда одна активити == один экран. Стоит пилить отдельные экраны на фрагментах.
Ну и стоит заранее подумать о том, что экраны в будущем могут различаться не только списками, и учесть это при разработке.

Лучше, конечно, использовать RecyclerView для этого. Гибче, и его труднее использовать неправильно.
Если всё-таки листвью, то почитайте про паттерн ViewHolder, он обязателен для избавления от тормозов.

В общем это ведь просто вью, ну и добавляйте его как любую вью...
stackoverflow.com/questions/2395769/how-to-program...

Токен же где-то хранится на сервере. Выдавайте один и тот же для одного аккаунта.

Самому писать чат - долго и дорого. Ваши первые два варианта нежизнеспособны.
XMPP годный вариант, но писать клиент самому - опять же, дорого и долго. Мы когда-то встраивали xabber. Свои функции он выполнял.