SimeonAntropov

GaryH айти-специалисту (программер) без вышки за рубеж,) может начнем с того что у Билли тоже вышки нет тем не менее ему на нее насрать, Стив Джобс тоже вышкой не обладал.
Если вы уверены в своих силах и сможете доказать работодателю свой профессионализм и трудолюбие, которое на западе цениться также как у нас родственные связи, то вперед! а про сертификат забудьте, для них мгу не хрена не значит а сертификат вообще не о чем не скажет, большую роль сыграет если у вас есть серьезные разработки это похлеще любых дипломов будет.
В этой жизни вообще все реально, только баксы между телом и диваном не пролетают. так что прочь сомнения и только вперед. : ) Мне хотелось бы поставить вопрос по другому, может ли человек выехать на какое то время на запад - да может, может ли он найти возможность приехав туда связаться с интересующим его работодателем - да может, и может ли он заинтересовав желаемого работодателя продемонстрировать ему - то что он умеет офигенно делать - да может.
При наличии желания, стремления, приложив усилия, можно все, к тому же сейчас больше на скиллы смотрят чем на диплом!

7 Steps to Become a Hacker:
1) learn
2) try
3) learn again
4) try again
5) try UNTIL
6) share
7) return to 1).

Самая главная книга для будущего Хакера - это Уголовный Кодекс, имхо.

Раньше шутка была, что тот, кто сможет прочитать Лутца, тот станет Python разработчиком, да и программистом в целом. Там идет две книги, каждая по 1200 страниц. Книги жесткие, тяжелые и читать их настоящее мучение. Но они дают просто нереальное понимание того, что такое Python, и как там вообще нужно думать.

Лично я прочитал две этих книги за 4 месяца, по 5-6 часов чтения каждый день. После этого я уже стал адекватно понимать, что вообще нужно делать, и как это нужно делать. Дальше уже пошла практика, документация, видюшки на ютьюбе, либы и фреймы.

Поэтому:

Если вы знаете какой-то язык программирования (лучше всего скриптовый), то данную книгу читать в общем-то не обязательно. Она слишком фундаментальная. Если это первая книга по программированию, то читать её обязательно.

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

Вариантов много
1) Конвертер - пишется на одном языке, затем скармливается конвертеру, и получаем код на другом языке. Обычно работает криво, не всегда как задумывалось, а иногда тупо не работает. Причина - все языки сильно разные, и не все можно однозначно перевести друг в друга без потери функционала.
2) Микросервисы и отдельные программы. В принципе это немного разные подходы, но суть одна - каждый язык компилится в бинари, а между собой общаются через апи или тупо из командной строки друг друга дергают, как вариант - через третий связующий сервис.
3) Библиотеки. Пишем либу на С, подключаем к пыху - вуаля, у нас получился Фалкон!

Вроде есть еще какая-то экзотика, но склероз, склероз... а, вроде что-то типа распределенной программной среды от МС, оно уже сдохло, но существовало некоторое время как "очень перспективная технология", но не срослось... Думаю кто-то из олдфагов даже вспомнит точное наименование...

Самое модное - делать сервисы.. Тут "модное" - это не ругательство.
Часто это НЕ микросервисы.
Каждый сервис держится в своём репозитории на своём ЯП.

Сервисы между собой взаимодействуют по API, который чаще REST или (реже) RPC.

Иногда сервисы взаимодействуют через "общую шину", которая есть MQ, но это по ситуации.

А если нет сил/опыта/желания распиливать монолит на сервисы - тогда искать билдеры, которые умеют разные языки биндить в один исполняемый файл.