mitekgrishkin

1. Открыть ИП. Тут вроде все просто.

При выборе системы налогообложения не поленитесь узнать стоимость патента для вашего вида деятельности.
Может оказаться, что в вашем регионе/городе использвать ПСН вам будет выгоднее, чем УСН с 6% от дохода.

3. Зарегистрироваться в Эльбе для бухгалтерии.

Можно и самому все делать. Это в принципе не сложно, что на УСН, что на ПСН.

4. Перевести текущий контракт на русский. Можно самому? Заверять насколько я понял не нужно.

Спросите в банке. В одном у меня приняли как есть на английском, в двух других требовали заверенный нотариально перевод.

1. Раз в месяц я должен отправить инвойс или акт работодателю с номером счета, со списком выполненных работ (Это обязательно? у меня бессрочный контракт, таски могут быть разные).

У меня примерно так и выходит, но без списка. Заказчику он не нужен, валютному контролю тоже, им только счет и акт нужен.

2. Деньги падают в $ на транзитный счет, там банк проверяет сделку, инвойс (акт) и контракт я так понимаю?

Когда деньги пришли, вы должны будете в течение 15 рабочих дней предоставить в банк справку о валютных операциях, справку о подтверждающих документах (+ сами документы - счет и акт) и распоряжение насчет пришедшей суммы. Банк проверит справки и выполнит рапоряжение. распоряжение может быть на перевод валюты на ваш текущий валютный счет, ил на продажу валюты за рубли с зачислением вырученной суммы на ваш рублевый счет.

3. Нужно будет перевести их на рублевый счет и уплатить налог с суммы на момент поступления денег на транз. счет.

Переводить в рубли не обязательно. Можете их держать на валютном и обменивать на рубли по мере необходимости. Налог платите (с рублевого) если у вас УСН. При ПСН налог не возникает, ибо вы платите его как бы авансом при получении патента.

4. С рублевого счета я могу отправлять/делать с суммой что угодно?

С рублевого или валютного счета ИП отправьте дньги себе на счет физ.лица (это тоже операция подпадающая под валютный контроль и требует справки о ВО, но она простая) и уже оттуда делайте с ними что угодно.

P.S Если уже какое то время получал от этой фирмы зп на paypal и выводил на счет в Сбере, может это как то всплыть?

очень маловероятно. в назначении платежа надеюсь не было слова зарплата :)
И вообще, когда станете ИП, сразу забудьте про слово "зарплата". Все что вам придет на счет от клиента это ваш предпринимательский доход.

Желаю удачи !

Во-первых, само разграничение на джуна, мидла и сеньора очень условное. Я видел примеры того, как сеньор из одной компании не тянул на джуна в другой. Обусловлено это может быть как разным уровнем требований к профессионализму сотрудника, так и степенью соответствия области знаний сотрудника области деятельности компании. Экосистема Java очень объёмна, даже в её пределах знать всё тяжело.
Во-вторых, объективно оценить себя самостоятельно невозможно. И даже оценка со стороны тоже может быть не показательна, как я уже писал выше, в разных компаниях разные нормы. И серьёзность компании не показатель. Я видел супепрофессиональные отделы в региональных продуктовых магазинах и частных клиниках и видел огромные ИТ-службы полностью состоящие из профанов в федеральных банках и транснациональных торговых сетях.
Решаются эти две проблемы относительно просто - смело претендуйте на большее. Естественно, вас попросят подтвердить ваш уровень. Если смогли, вы ему соответствуете. Если нет, готовьтесь лучше. И чем большему количеству людей вы сможете доказать свой уровень, тем более он объективен.
Что касается развития и целей для дальнейшего роста, мозг развивается, если его напрягать. Нужно всё время практиковаться, всё время изучать что-нибудь новое, всё время искать дополнительные способы применить свои силы. Я часто слышу, что в маленькой компании нет возможности развиваться - это неправда. Как раз в кровавом энтерпрайзе приходится делать годами одно и то же и работать с махровым легайси, без возможности что-либо изменить без полугодового согласования экономического обоснования изменения. Маленькие компании на много более гибкие в выборе технологий и методов работы. К тому же, всегда есть возможность завести пет-проект. Чтобы выбрать технологий для пет-проекта, найдите все вакансии java-программистов на нескольких работных сайтах, отсортируйте по зарплате и в списке требований топовых позиций найдите то, чего не знаете. Потом повторите подобную операцию с фрилансерскими биржами.

Взять сто самых интересных велосипедов и изобрести их)

начать с того кем вы хотите в этой жизни работа ть

Хороший OpenSource проект: https://github.com/nickbutcher/plaid/
Много конкретных плюшек в Support, AppCompat, Design Librariries.

Это знак свыше, что наступило время начать учиться использовать дебаггер.

Вопрос: как правильно использовать Broadcast в классе AsyncTask?

Ответ: никак. После завершения работы AsyncTask тут же прибивается системой, с выполнением метода onPostExecute, в котором ваши broadcast receivers отвязываются от broadcast manager'a. А так как широковещательное сообщение может прийти в BroadcastReceiver с задержкой, то у вас и получается, что AsyncTask отработал, broadcast receivers отвязались, сообщение пришло, но обработать его некому.

Вынесите свои broadcast receivers на уровень Activity, и отключайте их в onPause().

Почему нельзя? Можно! Но только не всегда :)
АсинкТаски - для коротких асинхронный операций. Типичный пример - обращение к БД. Ни в коем случае не использовать для работы с сетью.
Почему:
1) АсинкТаски не привязаны к жизненному циклу активити. При пересоздании активити onPostExecute() выполнится, но активити будет не та (и она может утечь, что совсем не круто).
2) Следствие 1 - довольно хорошо заморочиться надо, чтобы написать правильный код с АсинкТасками. Такой код становится негибким и неудобным.
3) Без дополнительный усилий (executeOnExecutor) асинктаски ставятся в очередь и выполняются в отдельном потоке, но последовательно. Как следствие - тормоза UI там, где они используются правильно (например AsyncTaskLoader).