Олег Гамега

Нет. Нужно уметь кодить (или учиться).

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

На работы ссылаться имеете полное право. Автором работы может быть только конкретное физлицо и никак не компания. Для понимания сути вещей почитайте 4 часть ГК РФ, она целиком и полностью об интеллектуальных правах. Вот например:

Статья 1228. Автор результата интеллектуальной деятельности
1. Автором результата интеллектуальной деятельности признается гражданин, творческим трудом которого создан такой результат.
Не признаются авторами результата интеллектуальной деятельности граждане, не внесшие личного творческого вклада в создание такого результата, в том числе оказавшие его автору только техническое, консультационное, организационное или материальное содействие или помощь либо только способствовавшие оформлению прав на такой результат или его использованию, а также граждане, осуществлявшие контроль за выполнением соответствующих работ.
2. Автору результата интеллектуальной деятельности принадлежит право авторства, а в случаях, предусмотренных настоящим Кодексом, право на имя и иные личные неимущественные права.
Право авторства, право на имя и иные личные неимущественные права автора неотчуждаемы и непередаваемы. Отказ от этих прав ничтожен.
3. Исключительное право на результат интеллектуальной деятельности, созданный творческим трудом, первоначально возникает у его автора. Это право может быть передано автором другому лицу по договору, а также может перейти к другим лицам по иным основаниям, установленным законом.

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

Такие any-кейщики может кому-то и нужны, но особо они не ценятся, т.к знают, там, там и там. Профессионал он и есть профессионал в какой-то определённый области, ну может ещё две-три, но не больше. Знать абсолютно все не возможно, отсюда у Вас будут обрывочные знание во всех областях, но не знания специалиста. Отсюда и будет соответствующая зарплата (не высокая)

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

P.S Люди бывают разные, так что это только моё мнение :)

Я бы для начала выучил js на уровне создания простых слайдеров, переключалок и таймеров.

Если у Вас база обновляется редко, целиком и уже есть инструменты для этого - то можно и файлик на сервер заливать.

Но классическое решение - сделать REST api, которое будет отдавать контент в мобильное приложение. Заодно в рамках api можно сделать версионность, и отдавать не все данные, а только то что изменилось.

1. Скрипт на крон - однозначно плохая идея. Более правильная история - постоянно работающий скрипт который из очереди получает очередную задачу. Отличный вариант для организации очереди rabbitmq

2. Слабая связанность компонент это хорошо. В вашем случае однозначно api (не очень правда понимаю метания от php к java но дело Ваше. пишите на том, что лучше знаете) + расширяемые апи для внешних интеграций + интерфейсы цепляемые к апи.

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

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

4. Вам важна data consistency. Сразу думайте про железо. Любые сервера горят. Брендовые сервера горят точно так же как и не брендовые. С учетом п3 - я бы делал полностью независимые друг от друга ноды, с физическим дублированием внутри ноды, и привязывал каждый счет к одной ноде.

5 [философский] Поймите важный момент - без ОЧЕНЬ серьезных инвестиций в маркетинг, проекты не взлетают. Если бы эти инвестиции были - Вы бы тут не писали (не в обиду). Соответственно вероятность того что к Вам внезапно придет огромный поток транзакций - стремится к нулю. К тому моменту когда Вы раскрутитесь - Вы успеете 5 раз сменить архитектуру проекта. Нельзя иметь одну архитектуру у стартапа собранного одним человеком, и у проекта с высокими HL/HA.
Пишите на чем нравится, у Вас будет куча времени что бы переписать узкие места например на C.

6 [юридический] Вы в курсе что Вам нужна пачка лицензий на осуществление деятельности в качестве оператора электронных денег и денежных переводов без открытия банковского счёта? :)

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

Я полтора года назад устраивался на должность Junior Java EE разработчиком в Москве.
У меня не то что опыта Java EE разработки не было, у меня не было даже трудовой книжки.
В резюме так и написал: мол опыта Java EE нет, но про Java слышал, про спринги всякие читал,
ну и приложил ссылочку на свой репозиторий на гитхабе с опенсорс-библиотечкой на Java (ничего особенного, простая обертка над API сайта, день-два работы).

По моим ощущениям, если у тебя нет опыта в Java EE, то у тебя нет опыта в Java EE и им пофиг че ты делал до этого.
У меня на собеседовании даже не спрашивали что я писал (кроме вышеуказанной библиотеки), какие проекты делал (до этого я немного фрилансил на php)
и с чего я решил что знаю Java. Дали бумажный тест по Java и SQL. Потом побеседовали по основам java: коллекции, потоки, синхронизация и т.д.
по базам: типы связей (один-к-одному/один-ко-многим/многие-ко-многим), транзакции, ACID и в таком духе, ну и в общем плане: процессы, потоки, http-протокол.
Видимо я не слишком сильно плавал в вопросах, а может их просто устроили мои скромные запросы по ЗП (скромничать, кстати, не советую, выйдет боком, но это уже другая история).
Меня взяли.

Вместо постскриптума.
За неделю работы там я узнал больше чем за пару месяцев самостоятельного изучения спринга и Java EE в целом.
Java EE на самом деле очень обширная область, а Java SE это так, верхушка айсберга.
Мозги реально кипели от объема поступаемых новых данных, попутно приходилось дома читать книжки и добирать основы где не хватало.
Еще смешное, в Java EE на 5 строк java кода приходилось строк 20 xml конфигурации :D Видимо поэтому не особо гоняют по самой Java. Больше времени тратишь на настройку и свзку всяких фреймворков и серверов.

В общем, налегайте на основы, читайте и самое главное пишите.
Когда начинаешь писать сразу всплывает куча нюансов и непонятных java экспешенов (куда же без них).
И еще, если с английским проблемы, налегайте на английский. Вся документация на английском.
На русском либо её нет вообще, либо её крайне мало, либо она уже устарела.

Отвечая на Ваш вопрос(имхо, по моим ощущения и по опыту чтения форумов): опыт Android-разработчика _преимуществ перед_ Java EE-работодателем вам особых не даст.
Android платформа с Java EE имеет мало общего, но хуже от него само собой не будет.

Извините за многобукаф, Остапа понесло.