Aesteria

Вы наверное слышали, что каждый уважающий себя программист обязан написать несколько велосипедов? И JavaScript-программисты тоже так делают и еще как! Так вот в этом нет ничего плохого, это отличное самообучение.

Для начала заходите на любой каталог плагинов для JavaScript или jQuery. Находите интересный, не очень сложный на вид плагинчик (например карусель, лайтбокс, слайдер и т.п.) и пытаетесь сделать похожий, только лучше. Поначалу будет выходить черти что, но, это будет уже реальная задача, где вы начнете сталкиваться с реальными особенностями языка. Вот тут то знания и начнут обретать какую-то структуру у вас в голове.

Не пытайтесь брать сразу сложные вещи, начинайте с малого. Как заметили выше, не смотрите пока что на очень сложные книжки, их читать сейчас почти бесполезно.

Просто отлично, что вы к этому пришли.
Как говорится, с начала освойте азбуку, а потом уже за c++ принимайтесь.

1. Charles Petzold "C.O.D.E."
Читать обязательно. Очень хорошо разжёвываются все эти битности, разрядности и .тд.
В процессе чтения Вы, вместе с автором постепенно собираете компьютер и попутно осваиваете для этого необходимый бекграунд.
С начала разбираются подходы в кодировании информации, не шифровка, а принципы представления информации в нулях и единицах. Потом разбираются системы счисления, потом немного химии и физики, что бы представлять как течёт ток по проводам. Потом разбираетесь как работают реле, далее идут первые логические элементы на реле. Потом вместе с автором собираете различные компоненты типо памяти, процессора на основе ранее сконструированных логических элементах. В общем это всё продолжается пока вы в конце не построите компьютер и изучите несколько основных ассемблерных команд, попутно изучив как считать в разных системах счисления, краткую историю развития комп техники и все логические элементы.

2. Andrew Tannenbaum "Structured Computer Organization"
По идее, можете даже сразу начать с этой книги, но все те фундаментальные вещи, которые разжёвывает Петцольд тут будут упомянуты вскользь, но тут пойдут уже более серьёзные вещи по поводу архитектуры. Будут рассматриваться уровни устройства современных процессоров, памяти, ассемблер, прерывания и т.д. т.д. т.д. Перечислять всё не имеет смысла, т.к. список будет оооочень большой. Это наиболее полная и подробная книга об архитектуре ЭВМ. В принципе, прочитая её от корки до корки вы будите достаточно хорошо разбираться в архитектуре самих компьютеров.

3. Hennessy J., Patterson D. "Computer Architecture A Quantitative Approach"
Эту пока ещё не читал, но судя по содержанию может быть отличным дополнением после танненбаума. Хотя, вполне может оказаться довольно самодостаточной книгой на ровне с вышеупомянутой книгой.
Судя по предисловию и содержанию, в ней в дополнении к тому, что разбирает танненбаум, много уделяется внимание параллелизму, облакам, шарингу ресурсов и т.д.

Можете взяться за это так:
Если цените время, то начинайте сразу с Танненбаума, но если окажется сложным, то закрывайте и с начала читайте Петцольда.

Если время хватает, то сразу читайте Петцольда, а потом Танненбаума :) И это лучший вариант. ИМХО)
Петцольд читается очень легко и интересно. Я прочитал его на одном дыхании, а вот с Танненбаумом всё не так просто)

UPD:
По поводу актуальности. Актуально всё)
2 и 3 разбирают современные ARM-Cortex A8 и i7 процессоры, Nvidia Fermi, CUDA и т.д.
Ну а в первой книге этого и не надо)

Ловите из моей копилки (сортировка от балды, комментарии мои, я "заказчик")

• Биржи фриланса СНГ
○ https://work-zilla.com — легко очень быстро найти исполнителя на простую работу за 100-3000₽
○ kwork.ru
○ https://5bucks.ru
○ radideneg.ru
○ moguza.ru
○ https://fl.ru/ (ад.кг) -- один из самых известных фрилансных ресурсов рунета, полно предложений (август 2018)
○ https://freelance.ru/ -- сильный конкурент fl.ru, полно предложений (август 2018)
○ https://www.weblancer.net/ -- норм, не очень много предложений, но много "целевых", меньше мусора (август 2018)
○ https://freelansim.ru/ -- не очень много предложений (август 2018)
○ https://YouDo.com -- мало предложений (август 2018)
○ https://freelancehunt.com/ -- много предложений (август 2018)
§ Статистика цен https://freelancehunt.com/statistics/rates/currency/rub
○ https://www.freelancejob.ru -- очень мало предложений (август 2018)
○ https://yukon.to — для даркента и "сомнительных" заданий. Типа "античата"
○ www.free-lance.ru -- старое название fl.ru

• Биржи фриланса международные
○ https://www.upwork.com - конкурировать невозможно, только покупать профиль с 1000+ часов, остальное $5-$15 от рабовладельцев
○ www.freelancer.com
○ https://www.peopleperhour.com/
○ https://www.guru.com/
○ fiverr.com — для простого дизайна
○ https://envato.com/
○ https://talent.hubstaff.com
○ https://remoteok.io
○ https://weworkremotely.com/
○ https://www.cybercoders.com/
○ https://djinni.co
○ https://www.toptal.com
○ https://www.linkedin.com
○ https://elance.com — куплен upwork
○ https://odesk.com — куплен upwork

• Агрегаторы фриланс-бирж
○ https://primelance.com
○ https://www.alot.pro
○ https://work-at.me/freelance_projects/list
○ https://ifreework.org/projects.html
○ https://joby.su/search/ff/
○ ayak.ru
○ https://spylance.com/spy#notices
○ j-scan.ru/search_old
○ ejobstracker.com
○ https://play.google.com/store/apps/details?id=alot...
○ https://play.google.com/store/apps/details?id=free...
○ https://play.google.com/store/apps/details?id=com....
○ https://itunes.apple.com/us/app/mobile-freelance/i...
○ https://play.google.com/store/apps/details?id=com....
○ Где искать заказы?

Когда вы "раскрываете" объект, вам показывают его текущее значение. Наведите на иконку с информацией (i) рядом с объектом в консоли "Value below was evaluated just now". Что означает, что значение ниже было вычислено в данный момент. В тот самый момент, когда вы раскрыли объект.
При этом, значение определяется при первом раскрытии объекта.
Запустите этот код:

const user = {
  name: 'Nikola',
  age: 25
}
console.log(user)

setTimeout(() => {
  user.age = 45
  console.log(user)
}, 5000)

Значение в объекте будет изменено через 5 секунд.
При первом запуске кода, сразу раскройте первый вывод в консоль. Дождитесь, пока измениться значение и произойдёт второй. Можете снова открывать и закрывать первый вывод в консоль, его значение не будет меняться и будет составлять 25.

Запустите код ещё раз, но в этот раз не открывайте первый вывод в консоль. После второго вывода откройте оба. Вы увидите, что и там и там значение будет составлять 45.

Есть идея пойти по цепочке по цепочке Html+Css->JS->PHP+MySQL

Хорошая идея. Но зачем? Для чего тебе это?

В последующие годы все также будет популярен PHP или стоит изучать node.js?

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

Если PHP будет актуален, для изучение данного ЯП будет ли актуальна ли книга "PHP 7 в подлиннике" или стоит начать изучение PHP, к примеру, с книги "Изучаем PHP 7".

Возьми любую, прочти, ПОЙМИ, повтори все, что там написано. Потом так же с другой. Порядок не принципиален.

Актуальна ли книга - "Выразительный JavaScript" и стоит ли прочитать "JavaScript. Полное руководство" или же "Изучаем JavaScript".

Любая книга актуальна. Возьми наугад любую, повтори действия из предыдущего пункта, перейди к следующей книге.

Предложите свои варианты, что стоит почитать...

Лично тебе вышеперечисленных книг (если ты их будешь читать вдумчиво, применяя знания на практике) хватит по меньшей мере на год. Вернись с этим же вопросом после прочтения этих пяти книг.

Я понимаю, что книги не лучший выбор, т.к. они быстро устаревают, но материал для меня лучше усваивается по книге ( не в электронном формате). И я также понимаю, что нужно практика, практика, практика..., но хочется все же сначала почитать, усвоить, а потом делать. А не походу практики изучать материал.

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

В следующий раз только задавай подобные вопросы на книжном форуме. Тут больше по программированию люди, чем по чтению.

Это не то чтобы ответ, просто мысли на тему.
Вряд ли найдёте что-то толковое, SEO - очень конкурентная ниша, в которой очень много магии, а также дремучего идиотизма.
До сих пор встречаются уникумы, требующие, чтобы у h1 в разметке не было указано никаких атрибутов (включая class) и прочее в таком духе.
Лучший способ в одном месте сразу получить нужную информацию - найти какую-нибудь SEO-контору, которая вам кажется профессиональной, и заказать у них аудит сайта, после чего курить документ, который они составят.

Без этого, всё что вы можете сделать:

1. Следить за семантикой (использование к месту правильных тегов вместо диватоза, туда же ссылки вместо кнопок);
   
2. Сделать графический контент максимально доступным для поисковиков (alt'ы изображений (можно через figure и figcaption), альтернативное описание SVG-графики)
   
3. Сделать текстовый контент максимально доступным для поисковиков (верная структура заголовков, использование микроформатов там, где уместно).
   
4. Следить за скоростью загрузки (является одним из факторов ранжирования, а также улучшает поведенческие факторы)
   
5. Следить за доступностью (пока вроде как нигде не учитывается, но я верю, что в свете трендов это будет влиять в дальнейшем. Кроме того, доступность - это не только про людей с ограниченными возможностями, это также улучшает UX в целом, что способствует улучшению поведенческих факторов).
   

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

В США.

Я обычно объясню необходимость изучения алгоритмов примерно так.
Представте, вы учитесь играть на музыкальном инструменте и хотите стать музыкантом.
Не тем, который "три аккорда - любая мелодия" а настоящим, классным исполнителем неважно чего - хоть Битлз, хоть Бетховена, хоть Моцарта - но именно классным.
Ежу понятно, как идти к этой цели.
- Сначала играем гаммы. Долго, упорно. до автоматизма.
- Потом играем этюды. Да это скучновато, да это точно не Битлз, да мелодия не ахти -но там есть тысячи пассажей и приемов, от простых к сложным. Вот их мы осваиваем, постепенно, повышая свое мастерство. Шаг за шагом, с каждым этюдом или с каждой адаптированной для новичков мелодией приобретаем навыки игры все более и более сложных "комбинаций нот".
- И только потом учимся играть "настоящую" музыку.
Попытки перескочить этот естественный путь развития приедет к тому, что "для себя" вы играть может быть и научитесь, но вот слушать вас толпы зрителей - вряд-ли согласятся добровольно.
Ничего не напоминает?

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

Этюды -- вот это и есть алгоритмы. На самом деле этот курс надо рассматривать не как последовательое изучения предмета (как математика, физика, химия, история..) а как мастер-класс, в котором вам показывают, как подойти к задаче, с какой стороны ее проанализировать, как разложить на последовательность элементарных кирпичиков и как потом эти кирпичики сложить в стройную конструкцию. По сути вас учат алгоритмически думать, тренировать себя для того, что-бы потом, освоив эти навыки уметь самостоятельно "играть любую мелодию"=составлять любую программу от идеи до реализаци, и составлять ее так, что-бы она была по возможности эффективной, читабельной и масштабируемой.

Конечно, изложение выше - это некое упрощение, можно сказать краткое объяснение на пальцах для новичков. Но суть от этого не меняется. И алгоритмы - есть обязательное (одно из многих других, кстати!) условие превращения "кодировщика" в "разработчика", даже если этот разработчик никогда сам в жизни не будет писать алгоритм сортировки или обхода графа.
Вот как-то так.