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

Также скорее всего сильно перспективен Rust - по сути еще нет стабильного релиза а интерес к нему уже очень большой.

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

Нужны описания best practices.
Скала страдает тем, что она немного перегруженна фичами и с ходу не очень понятно, что важно знать а, что не очень - например если с равнить с Ocaml то изучать его гораздо проще, но там заметно сложнее развернуть окружение для старта.

Также есть проблема с тем, что много документации по инфраструктурно-важным проектам не успевает за и их развитием. Например решил посмотреть Play, начал изучать документацию и понял, что все библиотеки для работы с базами данных уже устарели их место занял Slick но информации как его правильно использовать в контексе Play почти не найти, а та, что есть в основном по уже почти устаревшей версии Slick.

тоже задавался этим вопросом - у них гдето на qt-project.org в faq написанно, что можно запаковать либы в банд и зашить в приложение, тогда это считается динамической линковкой, и рядом приписка, что якобы айпл может не за апрувить такое приложение

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

есть еще один вариант взять в аренду mac-server и билдить там (но стоит дорого и на устройстве не получится отлаживать да и чтобы просто приложение заинсталить придется проделывать кучу не нужных шагов).

А если говорит про удобство разработки то в порядке предпочтительности:
1). Если есть деньги на мак (хотябы б.у. macmini) лучше купить его (думаю при желании можно баксов в 500-600 уложится).
2) Хакинтош - довольно геморно установить и заставить работать, но когда заработает особой разницы с настоящим маком не будет (но как минимум раз в год будет ждать очень неприятная процедура апгрейда ОС до новой версии (с возможной потерей данных и кучи настроенного софта))
3) Виртуалка - в принципе для многих применений вполне достаточно - особенно по началу, если будете осваивать нативные средства разработки.

Единственное SDK которое собирает приложение без наличия доступа к маку хотябы в качестве билд-сервера (например такое есть в Xamarian) с которым я сталкивался это MarmaladeSDK, но даже там в стор вы приложение без мака не отправите. В MarmaladeSDK собирается ARM бинарних который подписывается айпловским сертификатом, но с ним тоже куча проблем - в частности просто так на устройстве не поотлаживаешь, нужно работать с VM а она не редко можеть пускать то, что на реальном устройстве будет падать ну и сам Marmalade стоит денег, причем только в виде подписки, да и сам SDK больше подходит большим компаниям которые готовы покупать поддержку и самостоятельно портировать необходимые библиотеки на него.