Artem Gapchenko

Логи снимите и смотрите что в них. Без логов это не ошибка а так, ерунда.

Западные компании платят в 3-5-10 раз больше. В среднем US > EU.
Начиная с уровня Junior, если знаешь английский язык.
Особенности работы - клиенты более корректные и деловые, когда работаешь с ними, возникает скорее ощущение партнёрства, нежели иерархии.

Как объяснить клиенту, что дизайн необходимо оплатить, если он даже не понравился?

Элементарно! Просто покажите ему пункт договора где это четко указано.
И все.

Если в договоре этого нет - то нет и необходимости оплачивать.

почитайте книгу Бертрана Мейера "Объектно-ориентированное конструирование программных систем" - это пожалуй на сегодняшний день одна из самых содержательных книг по ООП

interface One {
    void doSomething();
}

interface Two {
    void doSomething();
}

public class SomeClass implements One, Two {
    public void doSomething() {
        System.out.println("Не вижу никаких проблем с этим");
    }
}

1)обязательно надо знать математику алгоритмы и тд(даже если это не используется)

Если хочется выйти за рамки дешевой рабочей силы - да.

2)надо работать бесплатно на первых порах

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

3)создавать open source проекты бесплатно чтобы показать всем свой код

Скорее нет

4)всегда думать о работе даже по выходным и тд

Если хочется выйти за рамки дешевой рабочей силы - ДА.

UPD:
Реальность такова, что если вы хотите выйти за рамки дешевой рабочей силы - у вас ровно 2 способа это сделать:
а) вы можете основать собственное дело
b) вы можете в чужом деле вырасти из человека который пишет код, в партнера который решает проблемы бизнеса ( что в конечном счете эквивалентно предыдущему пункту)

И то и другое подразумевает что вы перестаете разделять свою жизнь и работу.
Вы, это и есть то дело, которым Вы занимаетесь. 24/7/365.
И это к слову сказать справедливо для практически любой сферы, не только IT.

Таки логично обратиться с этим вопросам к тем кто продал Вам её.
Если вы купили версию специально для филиалов - очевидно вы купили не ту просто версию.

Концепция Rx заключается в основном в том, что существуют потоки данных внутри приложения. Эти потоки где-то начинаются (create) и где-то заканчиваются(subscribe).

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

То, что вы говорите про Observable, на который вы подписываетесь и работа идёт вне зависимости от этой подписки, это называется "горячий" Observable. Это можно сделать, но немного непонятно, зачем именно для сети нужно такое поведение. Зачем нужен выполняющийся запрос, если на его результат, возможно, никто больше не подпишется? В такой ситуации полезнее "холодный" Observable, который начинает запрос при подписке и отменяет его при отписке.

Далее, насчёт ввода с клавиатуры. Смотрите RxAndroid, и, в частности, RxTextView. В этом случае абсолютно то же самое - пока никто не слушает, следить за клавиатурой не нужно. Когда появился подписчик - начинаем слушать. И в случае именно андроида нет возможности установить несколько листенеров на одну вьюху, потому не удивляйтесь, когда дважды вызвав RxView.clicks(button).subscribe(Log::d) на одной кнопке, обнаружите, что эмиттит только второй Observable, а первый замолчал навсегда.

Ретроспективный взгляд может помочь осознать.

Enterprise - значит корпоративное, приложение используемое крупными компаниями для зарабатывания денег. У таких приложений есть три основных качества:

1. Большая и сложная кодовая база;
   
2. Высокие требования по надёжности и производительности;
   
3. Длительный срок эксплуатации.
   

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

Они разбирают чужой код ))