поделюсь рецептом на основе своего опыта:

— штудировать java core; ресурсы с тестами типа www.quizful.net/test — в помощь. цель проскочить этап технического интервью
— в резюме пишешь что-то типа easy-learning, high-motivated, bla-bla-bla, java self-education, pet-projects, looking for opportunity to utilize own talents and skills, to gain experience in complex projects...
— можно добавить легенду что в предыдущей работе были активности, связанные с жава программированием, но там тебе не дали развиваться, реализоваться... легенда должна быть правдоподобной, и лучше если за ней есть какой-то код, написанный вечерком дома. ибо могут спросить про стек, какой подход реализовывали и прочую хрень.
— НЕ пишешь, что хочешь быть джуном, подаешь на все вакансии где mid или просто java developer. цель — попасть на интервью. хоть тушкой, хоть чучелком. upd. на jun/mid/senior в вакансиях, имхо, можно вообще забить. требуемый скил может не иметь ничего общего с реально необходимым — это может оказаться jsp/js в пропорция 1:10. или вообще xml про-раммирование с номинальной java
— каждое интервью показывает пробелы в знаниях на которые следует обратить более пристальное внимание, после интервью проработать тему более глубже. поиграться с кодом, поэкспериментировать по теме.
— каждое последуещее интервью по факту легче. по достижению определенного порога поступает офер. если предложенная зарплата позволяет выжить — можно соглашаться. upd. на вопрос о желаемой зп озвучиваешь медиану для mid. с комментарием типа, хотелось бы вот такую, но в приципе готов для переходного периода/ испытательного срока рассматривать и суммы поменьше.
— на новой работе вкалываешь как проклятый. цель — реальный експириенс, который позже можно продать за нормальные деньги. знакомство с фреймворками (spring, hibernate etc.) в живых проектах. изучение смежных тем типа серверов (environment, configuration) + build tools (ant, maven)
— в течении 2-3 месяцев становится понятно а) соответствие скилов текущей работе б) перспективы развития в текущей конторе.

дальше по обстоятельствам.

имхо по первой части (на основе личного опыта)

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

для того, чтобы это произошло, необходимо выполнение двух условий: наличие полного комплекта грамотно оформленных рекварементов, которые не меняются в процесе разработки + аналогичный по быстроте (но не подходу к работе) QA , который тут же находит баги и возвращает в доработку. в общем объект необходимо разместить в идеальный енваремент, которого не бывает.

что до архитектора, то, аналогично, слегка перегнуто — для хай левела нужно не так много времени (если не документировать) и раскидать в уме где какие компоненты будут, какова их роль и перспективы расширения можно вложиться в рабочий день не особо напрягаясь. причем затраты времени на «сначала подумать» будут однозначно компенсированы на более поздних этапах, например не нужно будет радикально рефакторить, если требования вдруг слегка поменяются.

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

Майдан — это уже диагноз...

еще не все потеряно. одни двери закрываются, другие открываются ))

Раньше, чтобы выехать из Советского Союза, нужно было быть евреем. Сегодня, чтобы жить в Европе, достаточно являться геем. Времена меняются. Всего лишь 7 ноября Европейский суд в Люксембурге вынес решение, согласно которому лица, преследуемые у себя на родине за гомосексуальную ориентацию, могут рассчитывать на получение статуса беженца в Евросоюзе, и уже имеем первый прецедент: молодой гей из Новосибирска получил статус беженца в ФРГ. Украинским п***растам надо торопиться...

отсюда versii.com/news/292095