В первую очередь нужно научится "думать как программист"... но это все бредни)

Если хотите реально чему-то научится то стоит начать с основ.
Это Керниган Ритчи "Язык программирования Си".

С++ не очень сложный язык. Он очень неоднозначный - одна задача может быть решена разными способами и у каждого из них будут свои недостатки. Тем более требует довольно специфических хаков против всяких там SFINAE и constant cast'ов.
Особенно в последнее время стандартов С++ наплодилось...

Учить С++ стоит, но до конца разобраться во всём будет очень сложно.
По минимуму можно прочитать Герберта Шилдтa
У него есть другие толковые книги по С# и Java - тоже можете глянуть.
Ну и мне нравится Подбельский.

С++ хорошо подходит для десктопных приложений.
Тут можно почитать Макса Шлее Qt 4.8
При этом особых сверхъестественных навыков С++ не нужно.
Если хотите ити в "про" уровень - учите коллекцию библиоте boost.

Java в последнее время очень хорошо себя зарекомендовала в вэбе.
Хватит первого тома Core Java. Из фреймворков могу посоветовать Grails и Play2.

Python / JS можно выучить на курсах Codecademy за 2-3 недели. Там же можно разгребсти html/css.

Если хотите пойти в вэб...
Желательно разобраться в haml sass compass stylus jade grunt bower yeoman bower angular библиотеках.

Желательно разобраться с шаблонами проектирования, и почитать Мартина Фаулера.
Есть ещё книги из серии Pragmatic Programmer самое интересное что у этого издательства нет ни одной плохой книги.

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

Для кроссплатформенных мобильных приложений можно разобраться с Air и Flex.

Собственно текущее поколение процессоров на 22нм технологиях рассчитано на 20-30 лет использования, после чего у процессоров наблюдается "сдвиг по фазе". Серверное где-то на 50-60. Разгоны и прочие издевательства очень сильно ограничивают срок жизни. Как никак а в таких микро-масштабах диффузию никто не отменял, и при соответствующих температурах в любом случае будет происходить износ. По этому серверное оборудование всегда работает на сниженных частотах и температурных режимах. Собственно недавно эту тему поднимал Линус Торвальдс - учитывая предположительный уровень ошибок и сбоев, ситуация довольно печальная...

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

Вот вы на неё "напали" со своим непонятным "wifi", она пойдёт "обсасывать" к подруге, после чего будет от вас "защищаться" всеми возможными средствами. Совсем не потому что это плохо или хорошо, а потому что это её КОМПЕНСАТОРНАЯ ПОТРЕБНОСТЬ.

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

У ВСЕХ ВСЁ ХОРОШО.
Если вы будете пытаться прояснить ситуацию - станете врагом народа, и средством компенсации.
Потому что это очень удобно, и вы рядом.

У нас хорошо воспринимают примитивные силовые методы.
Замахнитесь на неё сковородкой и скажите что это радиация, после чего замахнитесь на неё листком бумаги и скажите что это WiFi. Она в принципе слабая личность так что подобные агенты должны оставить след в её восприятии, в дальнейшем таких инцедентов не должно повторятся. По крайней мере использовать вас как средство компенсации никто не будет, ибо "страшно".

JS Rich-фронтед лучше потому что у клиента не перегружаются страницы и ресурсы - меньше трафика, быстрее скорость отклика.

Допустим можно сделать на Angular.js или Backbone и реализовать JSON RESTful API, для его документирования смотреть в сторону Swagger - есть привязки к tastypie. И проганять весь фронтенд на node.js через prerender.io что бы была у роботов возможность индексировать нормально страницы.

Вот "серверная или клиентская шаблонизация" тут уже было много-много холиваров.
Люди пытались писать гетерогенные шаблонизаторы которые исполняются и на сервере и на клиенте, Jade к примеру. Поддерживать такое бывает довольно сложно, но никто не запрещает попробовать. Поисковые роботы индексируют "без JS", либо гугл 2-3 раза в неделю "с JS", что собственно полная лажа для SEO. Я пошёл путём наименьшего сопротивления, сначала делал prerender в phantomjs, а потом вышел prerender.io и счастью моему не было придела.

Важно понимать что node.js в таком случае не резиновый, и при больших нагрузках важно обеспечить хорошее http кэширование - расстановку if-modified-since, и etag'ов. Для этого я использую специально допиленный кэширующий плагин nginx. Вообще поддержка http кэширования в rich frontend'ах сейчас очень больная тема. Её просто нет, и это вызывает много проблем.

Главным приемуществом MacOS над линуксами является возможность запуска продукции Adobe без дополнительных танцев с бубном. Плюс так исторически сложилось что поддержка консольных плюшек (Node.js и т.д.) в винде довольно посредственна. Дизайнеры выбирают мак просто потому что он может тоже что и линукс, и винда, но с ним меньше гемороя в плане освоения и танцев с бубнами.

Мне приходится держать виндовую машину под Adobe и линь под всё остальное.
Купил мак, и в принципе мне больше ничего не нужно )