Илья Павловский

Нет, вы ошибаетесь. Все нужные методы есть и вызваны. Просто они не переопределены, а значит используются унаследованные из AppCompatActivity, там их и ищите.
Жизненный цикл можете посмотреть либо в отладчике, либо переопределив все нужные методы. В теле переопределенных методов вызовите их же из родительского класса, через super и добавьте свои логи, или чего вам там хочется.

Ответ в мультиплатформенности.
Когда пишите на котлине под JVM, вы можете использовать весь набор Java коллекций. Картинка снизу какая-то не полная, как минимум на ней нет Map и MutableMap. Как максимум, раз уж у них java.util.HashSet реализует MutableSet, то и LinkedHashSet, TreeSet - тоже.
Но вообще это не справедливо, если код компилируется под JS или Native.

Потому что во фрагментах вместо this нужно передать getactivity()

После запуска андроид - запускается Лаунчер. Ваше приложение должно сообщать что оно является Лаунчером, тогда при нажатии кнопки домой можно выбрать его лаунчером по умолчанию и оно всегда будет запускаться сразу после загрузки.

Мы такое обычно делаем просто - вьюху(ImageView) по центру экрана поверх карты. Потому что смысл маркера в том, что он привязан к карте, а не экрану.

самый простой и наименее трудозатратный это gcm

ГЛАВНЫЙ КОЗЫРЬ RxJava: УДОБСТВО КОДИРОВАНИЯ и ЭКОНОМИЯ ВРЕМЕНИ НА РАЗРАБОТКУ и как следствие чуть ли ни мгновенный выпуск продукта в паблик.
МИНУС: доп. время на исполнение, т.к. это "прослойка".

А теперь, про остальное:
Если кратко: почему для простых операций ГРАМОТНЫЕ КОДЕРЫ не подключают jquery, а пишут на нативном javascript'e? Чтобы обеспечить приложению более высокую производительность.

RxJava - это как бы тот же jquery (или фреймворк), т.е. еще одна "прослойка" уменьшающая время разработки и упрощающая процесс написания кода для кодеров, НО!!! в разы увеличивающая время исполнения и требования к "железу".

RxJava в Android — все таки «мода» или «острая необходимость»?

это фреймворк-"времянка", PR-я который можно на какое-то время удержать мобильный рынок разработчиков (выиграть время для выпуска замены) на данной платформе.

Действительно, Google понимает, что отношение показателя рынка разработчиков к производительности готовых приложений у него: 80/20, в то время как у других: 20/80 (Nokia та же) и что скоро Google скорее всего поменяет язык разработки на свой (и всю парадигму в целом), в ином случае - они будут не конкурентно способны. Но пока они это делают - они будут молчать. Скорее всего они перейдут на javascript с нативным "движком" на ядре ОС.

Линки:
1. В 4-х частях перевод о RxJava для разработки под A...
2. Что ожидать от использования javascript в 2016 год...