JRazor

Из дистрибутивов всё же рекомендую обычный Ubuntu - Canonical хорошо постарались, чтобы система работала максимально быстро и качественно на максимальном количестве железа без каких-либо танцев с бубном вообще. Позже сможете перейти на что угодно.
Книгу возьмите любую, например, по администрированию Linux. Чаще всего там и рассматриваются примеры как минимум для двух "семейств" дистрибутивов: Debian/RedHat.
С разнообразными безделушками и программированием вероятнее всего будет ещё проще, чем в Windows, но тут тоже смотря что и как.
Попробуйте около двух недель, а потом решите продолжать или нет. Я после первых двух недель с удивлением обнаружил, что Windows не включил ни разу. Так и живем теперь)

И на iOS и на Android есть достаточно вакансий/проектов. Имеет смысл выбрать то, что интересней.

На тему языков: это все тлен, языки учатся достаточно быстро, если есть некоторый опыт в каком либо другом. Основная проблема - освоиться с SDK.

iOS:
Если выбирать iOS, то я бы советовал сконцентрироваться на O-C, параллельно захватывая Swift. На самом деле общие концепции не поменяются, в целом все останется. Отдельно надо сказать, что джуном на свифте будет не так просто устроиться, если компания не начинает раз в полгода новое приложение, то приложение написано, а написано оно понятно на каком языке.

Android:
Опять же, более принципиально, что необходимо будет учить SDK, но предыдущий опыт в java будет однозначным плюсом.

Что выбрать:
Если пока что непонятно, к чему душа лежит, можно посмотреть на предлагаемые вакансии в вашем городе, но вы наверняка увидете достаточно ровную картину. Надо сказать, что начало в разработке под iOS может потребовать некоторых начальных финансовых вложений, разница может получиться в стоимость того или иного компа на MacOS.

Будущее:
Обе компании регулярно отчитываются о росте всевозможных долей устроиств/кол-ва активаций. Дела у всех идут хорошо, за каждой платформой куча фанатов, не думаю, что произойдет какой-либо перелом, и одна из компаний сможет одержать победу. Думаю, что при любом выборе, ваш личный доход будет скорее зависеть от вашего профессионализма, умения получше устроиться, а если вкратце - просто от вас.

Чистая java?
Для iOS еще есть Swift.
Куда лучше идти - зависит только от ваших предпочтений.(в моём случае выбор был сделан из-за отсутствие apple устройств )

Ответ на вопрос будет сильно зависеть от того, в каком направлении вы думаете развиваться.
Будет ли это сетевое программирование? Тогда это си, в основном.
Может быть, веб-программирование? Тогда тут могут быть php, javascript, python, ruby.
Захотите разрабатывать программы на десктоп? Вам нужны c# или java.
На мобильные платформы? тогда java и objective c (плюс swift).
Или податься в разработку игр? Тогда либо c++, либо с# (для Юнити - наверное, самой популярной платформе).
Хотите экзотики? Приглядитесь к функциональным языкам - Erlang и Haskell.
Разработка железа и драйверов для железа? тогда си (без плюсов) и ассемблер.
Определитесь, что вы хотите, потому что всё объять не получится. Выберите один (или два) направления и добейтесь хорошего уровня в нём. А потом вам будет уже легче двигаться дальше.

Мой совет - попробуйте изучать C# или Java (они во многом похожи) для софта, или Javascript и php/python для веб-приложений и сайтов.

Добавлю, что очень правильный совет дал @tsarevfs - помимо языка программирования, хороший программист должен знать несколько инструментов - и в первую очередь, это система контроля версий, например, git. Плюс юнит-тестирование (хотя это можно начать изучать позже, через годик-два). Плюс - нужно хорошо знать свою IDE, в которой работаете; не вздумайте работать в блокнотиках!

Ещё помимо практики нужно знать теорию - читайте Макконнелла, Фаулера, Мартина, Бека.
Подпишитесь на хабре на пару десятков хабов и регулярно читайте всё подряд. Через годик ваш уровень понимания статей сильно вырастет.

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

UPD. Важное дополнение из обсуждения в комментариях (спасибо @Argentum88 @Deerenaros )
Чтобы стать профессионалом и "востребованным программистом с нормальным заработком", нужно очень хорошо понимать внутреннее устройство тех систем (платформ, фреймворков), на которых идёт работа.
Для этого нужно заглядывать вглубь. Изучив различные мейнстрим-инструменты, посмотреть на аналогичные менее популярные системы. Изучать исходный код используемых open-source библиотек. Написать свою подобную систему. Для web - написать свою CMS (хотя бы базовую). Для десктоп-программ - попробовать программировать без навороченных библиотек, которые делают рутинную работу за программиста. Для разработчика игр - сделать простую игру на базовом инструментарии платформы, где всё придётся делать своими руками.
Всё это даст возможность проникнуться, почему всё делается именно так, даст понимание взаимосвязей разных частей программы.
А потом, осознав это, выбрать один из уже готовых инструментов, и продолжать писать на нём, уже обладая более глубоким его пониманием.

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

Это ваша ошибка, клиент не виноват. Надо возвращать деньги, либо договариваться на продление срока и доделывать бесплатно.
Какая разница сколько вы работали, если работа бессполезна для клиента?

Заказчика лучше удерживать другими способами, например, качеством работы.
По мне так большинство и так достаточно ленивы, чтобы менять исполнителей. Это же каждый раз риск, трата времени.
Кроме того, малоизвестные технологии скорее всего и развиваются медленно, имеют риск умереть. Представляете, как будете оправдываться перед заказчиком, почему не можете сделать ту или иную фишку, которая есть уже у всех его конкурентов. Что Вы ему скажете?

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

Помимо этого есть вопрос репутации. Довольный клиент рассказывает 1-2 людям. Недовольным - 10рым.
Это относится к вообще любым серым приемам. Можно и исходный код зашифровать, что уж стесняться.

У вас приложение завершается сразу после запуска. Добавьте в конец:
sys.exit(app.exec_())