Как учить JavaScript c практикой

Начал учить javascript по сайту learn.javascript.ru. вроде хороший учебник достаточно понятно объясняют, но в голове почти не задерживается то что прочитал, иду учить следующие главы, а предыдущие уже забываются, делаю в конце главы задания, но так как предыдущее уже подзабылось, не могу выполнить текущее задание.

поэтому хотел спросить может есть какие-то учебники с большим количеством практики, чтобы как-то получше закреплялось?

попробовал по советам по запросу front-end challenges поискать сайты, вот нашел какой-то https://www.frontendpro.dev/fr... challenges
там есть какие-то задания усложняющиеся но мало объяснений как делать то что нужно, непонятно пока стоит ли оно того.

может еще что посоветуете чтобы лучше училось?

0

Сообщение от avedeo тебе и самому непонятно, как оно сработает,

Если мне непонятно, то как я его напишу?
Писать надо так, что бы хоть самому себе объяснить, что делает каждая строчка в коде.
Мутным он конечно может быть, с какими нибудь (иногда лишними) оптимизациями, обходами системных ошибок... Но в таком случае, тем более, необходимо объяснить зачем и что делается.

0

Для JS комментарии и длинные имена переменных писать не стоит. Потому что код js виден в браузере. А если еще его оптимизировать, то минификатор удалит все комментарии и ваши длинные имена переменных заменит на 'o', 'e' и так далее. Я всегда так делаю, что бы лишний раз не давать повод начинающим хакерам поковыряться у меня на сайте.
Minifier

0

Сообщение от black1385 Для JS комментарии и длинные имена переменных писать не стоит. Потому что код js виден в браузере. А если еще его оптимизировать, то минификатор удалит все комментарии и ваши длинные имена переменных заменит на 'o', 'e' и так далее.

Ничего не понял.
Длинные имена и комментарии пишешь для себя (команды разработчиков). А для тех кто смотрит сайт - минифицированный js.
Так почему не писать длинные имена и комментарии?

Сообщение от black1385 что бы лишний раз не давать повод начинающим хакерам поковыряться у меня на сайте.

Настолько все секретно?
Я видел примеры, как сейчас ИИ вполне успешно разбирает минифицированный js, давая переменным вполне осмысленные имена и вставляя комментарии.

0

Сообщение от voraa Настолько все секретно?

Я же сказал "начинающим хакерам". Продвинутым это не помеха)

Сообщение от voraa Длинные имена и комментарии пишешь для себя (команды разработчиков)

Ну, если для себя - тогда пожалуйста. Какой смысл спорить? Хочешь делай... хочешь не делай. Я не делаю. У меня хорошая память

0

Сообщение от black1385 Я не делаю. У меня хорошая память

Прямо вот через пару лет все вспомнишь?
Мне вот в прошлом году пришлось править прогу на C, которую я писал году в 2007, а последний раз ковырялся в ней в 2014 (судя по датам файлов). Я тогда тоже думал, что у меня хорошая память

0

Сообщение от voraa Прямо вот через пару лет все вспомнишь?

Я помню логику. Зная логику легко разобраться в коде... что и зачем делалось. Например, при нажатии на кнопку "Комментировать" отправляется запрос на сервер с данными. Ну, и так далее. У меня же не сто сайтов, а всего лишь 97

0

Сообщение от avedeo Допустим ты написал мутный код, тебе и самому непонятно, как оно сработает, но оно работает и ты пишешь длинный комментарий с мутным объяснением.

Так именно это проблема мутного кода, в котором ты не разобрался, а не в самом факте комментирования или названия переменных.

Блин, да о чем спорим:
1. Есть общепринятые конвенции оформления кода на языке реализации.
2. Есть внутренняя конвенция между разрабами компании, работающими с кодом.

Если кодревьювер глянет на твой код и поймет, что:

- ты не следуешь общепринятым правилам оформления кода: отсупов, наименований функций/переменных/объектов, методов и свойств класса
(
Яркий пример: твои коллеги используют camelCase, а ты snake_case. Они дают названиям сеттеров
set<Value>(<value>){}
А ты s_v(v){}
)
- Твой код скопипастен с кучей невырезанной(ненужной) части функционала, который как минимум будет занимать несколько сотен лишнего кода, а еще хуже, когда он еще тормозит скорость работы проекта.

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

- Твой комментарий по функции избыточен, например, на функцию getMaxValue(a, b) делаешь коммент /*функция получает 2 значения и возвращает максимальное значение*/ или, напротив, ты не написал пояснительный коммент для своей кастомной функции с массой параметров, один из которых должен быть обязательно нужного типа.

- Не следуешь правилам разработки под движок проект и пишешь совершенно чужеродный для этого движка код.
Самый банальный пример:
У тебя используется jQuery, ты в функции jQuery(document).ready(function(){}) ) начинаешь писать нативный JS-код по поиску элемента в DOM-дереве с выполнением действий по смене класса найденного элемента, хотя тот же самый код запросто можно переписать на jQuery.

То твой пуллреквест будет закрыт без слияния (то есть, твою сделанную задачу по проекту не приняли.).

0

Сообщение от DmitriyLutsenko хотя тот же самый код запросто можно переписать на jQuery.

Ванила как минимум быстрее выполняется.

0

Сообщение от voraa Ванила как минимум быстрее выполняется.

Быстрее? Да. Я сам за нативный js топлю.

Но вопрос сейчас не про скорость, а про единый подход к разработке в специально выбранном (и одобренном всеми) движке/архитектуре проекта(чтобы он не был похож на монстра Франкинштейна: здесь 1 подход, тут другой, тут третий)


Ну...Все равно что твоя команда проект выбрала писать на реакте, а ты с какого-то перепугу начал писать на Vue(потому что не умеешь в реакт или просто умеешь в Vue).

0