MaxLich

По теме: вы не найдете ни одной области в программировании, где не будет ежемесячных нововведений.

Чтобы не учить все заново, и иметь спрос на рынке труда, не нужно знать фреймворки. Достаточно просто хорошо изучить js. Если вы хорошо знаете js, вас с руками и ногами заберут на работу.

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

Замена HDD на SSD, добавление DDR до 8.

select
*
from table 
order by id
limit 6 -- выбрать 6 строк
offset 4 -- пропустить первые 4 строки

int numbers[] = new int[] {1, 2, 3, 4, 4, 5, 6, 7, 7, 8, 8, 8, 9};

int number = Arrays.stream(numbers)
               .filter(n -> n % 2 == 0)
               .boxed()
               .collect(
                 Collectors.groupingBy(
                   Function.identity(),
                   Collectors.counting()))
               .entrySet()
               .stream()
               .max(Map.Entry.comparingByValue(Long::compareTo))
               .map(Map.Entry::getKey)
               .get();

Да, как бы, ничего не мешает писать один С++ код для множества платформ. Почти весь мой трудовой стаж связан именно с разработкой кроссплатформенных игр. Я работал с несколькими (самодельными и не очень) движками и имею свое собственное детище, прекрасно и однозначно собирающееся на 5 целевых платформ (Win, Mac, Linux, ios, Android), к которым без труда можно добавить и консоли, и новые платформы.

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

Кроссплатформенность подразумевает решение ряда вопросов, которые и выливаются в слой абстракции над операционной системой. Эти вопросы, зачастую, решать никто не хочет. Несколько раз встречал такое сам и еще мне рассказывали о том, как тот или иной движок сперва был только под конкретную ###, а потом решили портировать на @@@. Оказалось, что компилятор, которым всегда и собирали движок, нашпигован расширениями языка, которые конечно же все пользовали на 100%, и при смене компилятора ни один файл исходников не остался без доброй сотни ошибок. Т.е. переписывать надо было ВСЁ.

Mercury13 хорошо рассказал про Unicode пути к файлам. Drakonoved правильно подметил про разделители путей к файлам. Максим Гришин очень хорошо напомнил про порядок следования байт. Это все и есть часть этого ряда вопросов.
У каждой платформы есть свой API, которого не будет на другой платформе. Но на другой платформе будет свой API, со своими именами и схожей функциональностью. И работу с API надо абстрагировать от универсального кода.
Еще, на одной платформе у тебя может быть разомкнутый главный цикл обработки сообщений (Win), а на другой - замкнутый (Android). Надо подстраиваться. GUI везде разный, надо подстраиваться. Сама структура приложения на одной платформе может быть монолитной, а на другой - композиционной. Графические и звуковые API могут быть и кроссплатформенными, однако простоты использования это им не прибавляет. Инициализация все равно будет платформозависимой.
На самом деле даже в рамках работы на одной платформе надо соблюдать ряд правил, чтобы иметь возможность из одного кода получать и 32-битное приложение, и 64-битное тоже. Об этом неплохо написано на сайте разработчиков PVS-Studio.

И все это решается. От части - с помощью архитектурных приемов. Один из таких я уже показывал в другом своем ответе.
И еще эти вопросы можно не решать.
ДубльГИС, например, уже давно работает на базе Qt, что сильно упростило им кроссплатформенную жизнь. Qt решает ряд проблем кроссплатформенности.

Ну например, когда углубишься в JavaScript, и дойдешь до каких-нибудь энгуларов, вуев и реактов, тогда быть может и поймешь для чего оно надо) Кстати, было бы интересно посмотреть на приложение под angualr2+ без ООП ;)

Примерный роадмап такой
1) Знание java core. Особое внимание уделить java multithreading, это важно и незнание этой штуки может сыграть с вами злую шутку.
На счет кровавого веба, вам будет достаточно знаний 7 версии(java se 1.7) а восьмую доучите в процессе. Единственное исключение что бы не плеваться от ненависти, нужно из 8 версии поучить Date and Time api. Оно там шикарное, в отличии от 7.
2) После освоения java core, обратите внимание на sql(в ообщем и целом),html, css, js, sass, less.
3) Как только разобрались с пунктом 2 вы готовы к вебу. И вам нужно выбрать, либо голый ее, либо spring. И там и там есть свои плюсы и минусы, и там и там свои особенности. Но хуже всего, это то что все технологии можно смешать вместе((((
4)Если решили выбрать spring читаете по нему книги, тутотриалы и прочее.
Вот к примеру примерчик простого круда(https://www.youtube.com/watch?v=e7swABdqOS4) Но его смотреть можно только если есть база. Мой совет для простых приложений берите спринг.
5)Если ее тогда читаете книги по ее и пиште свои приложения.

Список ресурсов.
1)Java :
Брюс Эккель Философия java
Брайн Гоец java concurrency in practice
Блох эффективная java
javarush.ru для практики
2)ее + spring
книг по этим технологиям мало и они быстро гугляться
курсы типо григория кислина(есть на трекере но лучше задушить жабу и купить) на этом курсе можно получить целостное представление обо всем стеке
Смотреть курсы в интернете нужно осторожно, потратьте время на понимание того что такое java ee, сэкономите себе время и нервы. А инструменты будете доучивать по мере возможностей