Изучайте чужой код. GitHub, Bitbucket, примеры в статьях влиятельных авторов, выдержки из документаций. Как маленькие дети слагают свою речь,
еще не понимая всей глубины отдельного слова и составляющих его букв, так и вам стоит принимать авторитетные фрагменты кода как слова, из которых сформируется вся программа. Пусть понимание отдельных нюансов придет чуть позже – окружайте себя готовыми классическими решениями и используйте их в своих работах. Старайтесь не просто копировать и вставлять, а самостоятельно набирать фрагмент – так стандартные решения быстрее отложатся в голове, подкрепившись моторной памятью. И в следующий раз, при написании своего кода с чистого листа, рука сама потянется добавить «content:»»» для псевдоэлемента или проверить на undefined переменную перед обращением к свойству.
Учите основы. Да, пусть это скучно, но необходимо. Без них вы никогда не станете уважаемым профессионалом. Представьте, к вам подходит
подопечный джуниор-разработчик с вопросом: почему “2” + 2 = 22? А вы не можете ответить, потому что не знаете про механизм приведения типов и наличие toString у прототипа объекта Number. Сложно представить? Правильно, потому что у таких программистов подопечных не бывает. Более того, сейчас всё стремительнее сменяются фреймворки и дополняются возможности языка. Без понимания, что там «под капотом», практически невозможно быстро переключаться над высокоуровневыми реализациями. Угнаться за темпом IT не получится, запоминая только методы популярного на текущий момент фреймворка: завтра он сменится другим, ваши познания превратятся в тыкву, а цена на рынке как специалиста уйдет в –1. Все крупнейшие IT-компании уже давно просят кандидата на собеседовании написать алгоритмический код, зачастую без привязки к языку, а если и спрашивают конкретику, то исключительно про подводные камни, языковые тонкости и их комбинации, требующие глубокого понимания того, «как работает мотор».