Сколько времени нужно, чтоб выучить JavaScript на хорошем уровне?
Stack Overflow на русскомLoading…
- 0
- +0
- Тур Начните с этой страницы, чтобы быстро ознакомиться с сайтом
- Справка Подробные ответы на любые возможные вопросы
- Мета Обсудить принципы работы и политику сайта
- О нас Узнать больше о компании Stack Overflow
- Бизнес
Каково оно учить JavaScript в 2016 / Habr
— Эй, я получил новый веб-проект, но, если честно, я не занимался веб-кодингом в течение нескольких лет, и я слышал, все немного поменялось. Ты же самый современный веб-разработчик, правда?
— Это теперь называется Front-End инженер, но да, я — именно он. Я работаю с вебом в 2016. Визуализации, музыкальные плееры, летающие дроны, которые играют в футбол, все что угодно. Я только что вернулся из JsConf и ReactConf, так что я знаю новейшие технологии для создания веб-приложений.
— Круто. Мне нужно создать страницу, которая отображает последние действия со стороны пользователей, так что мне просто нужно получить данные от REST и отобразить их в какой-то фильтруемой таблице, ну и обновлять её, если что-то изменится на сервере. Я думал, может быть, использовать JQuery для извлечения и отображения данных?
— О, Мой Бог! Нет! Никто больше не использует JQuery. Ты должен попробовать React: это — 2016!
— Интересно. Что такое React?
— Это — очень крутая библиотека, сделанная ребятами из Facebook. Она реально дает полный контроль и повышает производительность приложения, позволяя очень легко обрабатывать любые изменения представлений.
— Звучит заманчиво. Могу ли я использовать React для отображения данных с сервера?
— Ага, но сначала нужно добавить React и React DOM в виде библиотек.
— Подожди, почему две библиотеки?
— Ну, одна — это сама библиотека, а вторая — для манипулирования DOM, который ты теперь можешь описать в JSX.
— JSX? Что такое JSX?
— JSX — это просто расширение синтаксиса JavaScript, который выглядит очень похоже на XML. Это своего рода еще один способ описать DOM. Думай о нем, как об улучшенном HTML.
— Что случилось с HTML?
— Это 2016. Никто больше не пишет на сыром HTML.
— Ну хорошо. Если я добавляю эти две библиотеки, то я могу использовать React?
— Не совсем. Нужно добавить Babel, а затем можно использовать React.
— Другая библиотека? Что за Babel?
— О, Babel — это транспайлер, он позволяет ориентироваться на конкретные версии JavaScript, в то время как пишешь код в любой версии JavaScript. Тебе не обязательно добавлять Babel для того, чтобы писать на ReactJS, но если ты это не сделаешь, то ты застрял с ES5, ну а это 2016, ты должен кодить в ES2016+ как и все крутые чуваки.
— ES5? ES2016+? Я потерялся. Что за ES5 и ES2016+?
— ES5 означает ECMAScript 5. Это версия, на которую ориентируется большинство, поскольку она реализована в большинстве браузеров на сегодняшний день.
— ECMAScript?
— Да, знаешь стандарт JavaScript, который был основан в 1999 году после его первоначального выпуска в 1995 году? Тогда, когда JavaScript был назван LiveScript и только работал в Netscape Navigator. Это было очень запутано тогда, но, к счастью, теперь все ясно, и у нас есть 7 версий этой реализации.
— 7 версий. Серьезно. А ES5 и ES2016+ это?…
— Пятое и седьмое издание соответственно.
— Подожди, а что случилось с шестым?
— ES6? Да, каждое издание является надстройкой предыдущего, так что если ты используешь ES2016+, то ты используешь все функции предыдущих версий.
— Хорошо. А зачем использовать ES2016+ над ES6 тогда?
— Ну, ты можешь использовать ES6, но для интересных штук, типа async и await, тебе нужно использовать ES2016+. В противном случае ты застрял с ES6 генераторами и сопрограммами для блокировки асинхронных вызовов и нормального управления потоком.
— Я понятия не имею, что ты только что сказал, и все эти имена запутаны. Слушай, я просто хочу загрузить кучу данных с сервера, просто подключить JQuery из CDN и просто получить данные с помощью AJAX. Почему я не могу сделать это?
— Чувак, это 2016. Никто не использует JQuery больше, это заканчивается кучей запутанного кода. Все же это знают.
— Ясно. Так что моя альтернатива — это загрузить три библиотеки для извлечения данных и отображения таблицы HTML.
— Ну, ты включаешь эти три библиотеки, но связываешь их с менеджером модулей, чтобы загрузить только один файл.
— Понятно. А что за менеджер модулей?
— Определение зависит от окружающей среды, но для веба мы обычно подразумеваем все, что поддерживает модули AMD или CommonJS.
— Хорошооооо. А AMD и CommonJS это?…
— Определения. Есть куча способов, чтобы описать, как несколько библиотек и классов JavaScript должны взаимодействовать. Ты можешь написать несколько файлов JavaScript, определяющих API AMD или CommonJS, и использовать что-то вроде Browserify, чтобы связывать их.
— Хорошо, имеет смысл… наверное. А что такое Browserify?
— Это инструмент, который позволяет связать CommonJS описанния зависимостей для файлов, которые могут быть запущены в браузере. Он был создан, потому что большинство людей публикуют эти зависимости в NPM.
— Это очень большое общественное хранилище, где умные люди постят код и зависимости в виде модулей.
— Как CDN?
— На самом деле, нет. Это больше похоже на централизованную базу данных, где каждый желающий может опубликовать и скачать библиотеки, так что ты можешь использовать их локально для разработки, а затем загрузить их на CDN, если захочешь.
— О, как Bower!
— Да, но это 2016, сейчас никто больше не использует Bower.
— Хм, ясно… так мне нужно загрузить библиотеки из NPM?
— Да. Например, если ты хочешь использовать React, то загружаешь модуль React и импортируешь его в коде. Это можно сделать для почти каждой популярной библиотеки JavaScript.
— О, это как в Angular!
— Angular это слишком 2015. Но да. Angular тоже там есть, наряду с VueJS, RxJS и другими интересными библиотеками из 2016. Хочешь узнать о них?
— Давай придерживаться React, я уже узнал слишком много о нем. Так что, если мне нужно использовать React, я вытяну его из этого NPM, а затем использую Browserify?
— Да.
— Это кажется слишком сложным, чтобы просто взять кучу зависимостей и связать их вместе.
— Ага, именно поэтому ты используешь менеджер задач, типа как Grunt или Gulp, или Broccoli для автоматизации запуска Browserify. Ты даже можешь использовать Mimosa.
— Grunt? Gulp? Broccoli? Mimosa? Черт возьми, о чём мы говорим сейчас?
— Task менеджеры. Но они уже не такие крутые. Мы использовали их в стиле 2015 с Makefiles, но теперь мы перешли на Webpack.
— Makefiles? Я думал, что в основном это используется для C или C++ проектов.
— Ага, но, видимо, в вебе мы любим делать вещи сложными, а затем вернуться к основам. Мы делаем это типа каждый год. Ты подожди, через год или два мы еще запилим сборки (assemblies) в вебе.
— Пффф. Ты упомянул что-то под названием Webpack?
— Это другой менеджер модулей для браузера, в то же время он и своего рода Task менеджер. Это как улучшенная версия Browserify.
— ОК. А почему он лучше?
— Ну, может быть не лучше, но более гибкий в плане того, как зависимости связаны. Webpack позволяет использовать различные менеджеры модулей, а не только CommonJS. Например, родные модули ES6.
— Я очень запутался в этих CommonJS/ES6.
— Да все в этом запутались, но можешь больше не париться, потому что есть SystemJS.
— О, Боже, опять что-то-JS. Хорошо, а что это за SystemJS?
— Ну, в отличие от Browserify и WebPack 1.x, SystemJS представляет собой динамический модуль загрузчика, который позволяет связать несколько модулей в нескольких файлах, а не связывая их в один большой файл.
— Подожди, я думал, что мы хотели объединить наши библиотеки в один большой файл и загрузить его!
— Да, но из-за HTTP/2 несколько HTTP запросов на самом деле лучше.
— Стоять! Так чего же мы не можем просто добавить три оригинальные библиотеки для React?
— Ты, конечно, можешь добавить их в качестве внешних скриптов с CDN, но все равно нужно будет добавить Babel.
— Эх. И это плохо, не так ли?
— Да, придется включить полностью Babel-core, а это не будет эффективным для production. На production необходимо выполнить ряд предварительных задач, чтобы проект был полностью готов, а это ритуал, в сравнении с которым вызвать дьявола — это рецепт как сварить яйцо. Надо будет минимизировать файлы, сделать uglify, поиграться со стилями, подумать о загрузке скриптов…
— Понял, понял. Но если не скачивать библиотеки непосредственно с CDN, то как иначе?
— Я бы сделал транспайл из TypeScript с помощью комбо Webpack + SystemJS + Babel.
— TypeScript? Я думал, что мы пишем код на JavaScript!
— Typescript — это и есть JavaScript, или, лучше сказать, надмножество JavaScript. Более конкретно — JavaScript на версии ES6. Ну, та шестая версия, о которой мы говорили.
— Я думал, что ES2016+ — уже надмножество ES6! Почему нам сейчас нужен еще и TypeScript?
— Потому что это позволяет нам использовать JavaScript как типизированный язык и уменьшить количество ошибок во время выполнения. Это 2016, надо добавить некоторые типы в код на JavaScript.
— И TypeScript, очевидно, делает это.
— И Flow, хотя он проверяет только типы, в то время как TypeScript является надстройкой JavaScript, который нужно скомпилировать.
— Эээ… и Flow?
— Это — инструмент для проверки статической типизации, сделанный парнями из Facebook. Они написали его на OCaml, так как функциональное программирование является удивительно крутым.
— OCaml? Функциональное программирование?
— Ну это то, что сегодня юзают крутые пацаны, ну типа, знаешь, 2016. Функциональное программирование. Функции высокого порядка. Currying. Pure функции.
— Я понятия не имею, что это.
— Никто не понимает, в начале. Надо просто знать, что функциональное программирование лучше, чем объектно-ориентированное программирование, и это то, что мы должны использовать в 2016 году.
— Подожди, я учил ООП в универе, я думал, что это круто?
— Ну так было пока Oracle не купил Java. Я имею в виду, что ООП был хорош раньше, и его используют до сих пор, но теперь каждый понимает, что манипулировать состояниями эквивалентно пинанию младенцев, так что теперь все движется к immutable объектам и функциональному программированию. Ребята из Haskell уже 100 лет кричат об этом, и это я еще не упоминал Elm. Но, к счастью, в сети теперь у нас есть такие библиотеки, как Ramda, которые позволяют нам использовать функциональное программирование на простом JavaScript.
— Ты что, просто придумываешь имена? Что еще за Ramnda?
— Нет. Ramda. Как и Lambda. Ну, знаешь, библиотека Дэвида Чембера?
— Дэвида кого?
— Дэвида Чембера. Крутой чел. Один из авторов Ramda. Глянь еще работы Эрика Мейера, если серьезно относишься к изучению функционального программирования.
— А Эрик Мейер это?…
— Тоже функциональщик. Крутой чел. У него есть куча презентаций, где он в странной цветной футболке громит Agile. Еще глянь что делают Tj, Jash Kenas, Sindre Sorhus, Paul Irish, Addy Osmani…
— ОК. Притормози. Все это хорошо и прекрасно, но я думаю, что все это слишком сложно и ненужно для простой выборки данных и их отображения. Я уверен, что я не должен знать этих людей или все эти вещи, чтобы создать таблицу с динамическими данными. Давай вернемся к React. Как я могу извлечь данные с сервера в React?
— Ну, на самом деле для выборки данных не надо React, он отображает данные.
— О, черт. Так а что используется для выборки данных?
— Используй Fetch для получения данных с сервера.
— Использовать Fetch для выборки данных? Тот, кто называет эти вещи, нуждается в тезаурусе.
— О, да. Fetch это имя нативной реализации для выполнения XMLHttpRequests.
— О, AJAX.
— AJAX это просто запросы XMLHttpRequest. А Fetch позволяет делать AJAX на основе промисов, которые затем можно резолвить, чтобы избежать callback hell.
— Callback hell?
— Да. Каждый раз, когда выполняется асинхронный запрос, ты должен ждать его ответа, который заставляет добавить функцию внутри функции, которая называется пирамида callback hell.
— О, хорошо. А промисы решают эту проблему?
— Еще бы! Манипулируя коллбеками через промисы, ты можешь писать более понятный код, тестировать его, а также выполнять несколько одновременных запросов одновременно и ждать, пока все они отработают.
— И это можно сделать с помощью Fetch?
— Да, но только в некоторых браузерах, в противном случае необходимо включить Fetch polyfill или использовать Request, Bluebird или Axios.
— Сколько библиотек мне нужно знать, ради бога? Сколько из них?
— Это JavaScript. Тут тысячи библиотек, которые делают одно и то же. Мы знаем эти библиотеки. Наши библиотеки огрооооомные, а иногда мы добавляем картинки с Guy Fieri в них.
— Guy Fieri? Давай покончим с этим. Что эти Bluebird, Request и Axios делают?
— Это библиотеки для выполнения XMLHttpRequests, которые возвращают промисы.
— А методы AJAX JQuery не возвращают промисы?
— Мы больше не используем «J» в 2016. Просто используйте Fetch polyfill или Bluebird, Request или Axios. Затем управляй промисами с async, await и Бац!, у тебя правильный поток управления.
— Это третий раз, когда ты говоришь о await, но я понятия не имею, что это такое.
— Await позволяет блокировать асинхронный вызов, что позволяет лучше все контролировать во время получения данных и увеличивает читаемость кода. Это потрясающе, просто нужно, чтобы убедиться, что ты добавил stage-3 в Babel, или использовать синтаксис асинхронных функций и плагин transform-async-to-generator.
— Это безумие.
— Нет, безумие — что нужно перекомпилировать код TypeScript, а затем транспайлить его с Babel, чтобы использовать await.
— Шта!? Это не входит в TypeScript?
— Входит в следующей версии, но в версии 1.7 он только ES6, так что если хочешь использовать await в браузере, сначала нужно скомпилировать код TypeScript в ES6, а затем транспайлить с Babel в ES5.
— Я не знаю, что сказать.
— Слушай, это легко. Пиши весь код в TypeScript. Все модули, использующие Fetch компилируй в ES6, транспайль их с Babel с stage-3, и загружай с SystemJS. Если у тебя нет Fetch, используй polyfill, или Bluebird, Request или Axios, и обрабатывай промисы с await.
— У нас очень разные определения «легко». Так, с этим ритуалом я, наконец, получил данные и теперь я могу показать их с помощью React правильно?
— А приложение будет обрабатывать любые изменения состояния?
— Грр, я не думаю. Мне просто нужно отобразить данные.
— О, слава богу. В противном случае мне пришлось бы объяснить Flux и реализации, такие как Flummox, Alt, Fluxible. Хотя, если быть честным ты должен использовать Redux.
— Как же достали эти имена. Опять же, мне просто нужно отобразить данные.
— А, если просто отобразить данные, не надо начинать с React. Можно взять движок шаблонов.
— Ты шутишь, что ли? Думаешь, это смешно?
— Да я просто объяснил, что ты мог бы использовать.
— Стоп. Просто остановись.
— Я имею в виду, даже если просто использовать шаблонизатор, я бы все равно использовал комбо TypeScript + SystemJS + Babel на твоем месте.
— Мне нужно отобразить данные на странице, а не выполнить оригинальный фаталити Sub Zero из Мортал Комбат. Просто скажи мне, какой движок шаблонов использовать.
— Их много, с каким ты знаком?
— Уф, не могу вспомнить название. Это было давно.
— jTemplates? jQote? PURE?
— Не то. Еще один?
— Transparency? JSRender? MarkupJS? KnockoutJS?
— Другой
— PlatesJS? JQuery-tmpl? Handlebars? Некоторые люди до сих пор используют его.
— Может быть. А есть что-то похожее на последний?
— Mustache, underscore? Я думаю, что теперь даже у lodash есть шаблонизатор, но это своего рода 2014.
— Грр… возможно он был поновее.
— Jade? DustJS?
— Нет.
— DotJS? EJS?
— Нет.
— Nunjucks? ЕСТ?
— Нет.
— Чувак, никто не любит синтаксис CoffeeScript в любом случае. Jade?
— Нет, ты уже сказал Jade.
— Ну я имел в виду Pug. Я имел в виду Jade. Я имею в виду, Jade теперь Pug.
— Пф. Нет. Не помню. Какой из них ты бы использовал?
— Наверное, нативный ES6 template strings.
— Дай угадаю. Это требует ES6.
— Да.
— Который, в зависимости от того, какой браузер я использую требует Babel.
— Да.
— Который, если я хочу включить без добавления всей библиотеки, нужно, загрузить в качестве модуля NPM.
— Да.
— Который, требует Browserify или Wepback, или, скорее всего, SystemJS.
— Да.
— Который, если это не Webpack, в идеале должен управляться Task runner-ом.
— Да.
— Но, так как я должен использовать функциональное программирование и типизированные языки, я в первую очередь должен предварительно скомпилировать TypeScript или добавить этот Flow.
— Да.
— А потом отправить это на обработку в Babel, если я хочу использовать await.
— Да.
— Так что я могу затем использовать Fetch, промисы и управление потоком и всю эту магию.
— Только не забудь polyfill Fetch, если он не поддерживается, Safari до сих пор не может справиться с этим.
— Знаешь что. Я думаю, мы закончим здесь. На самом деле, я думаю, я закончил. Я закончил с этим вебом и с JavaScript в целом.
— Хорошо, через несколько лет мы все будем кодить в Elm или WebAssembly.
— Я просто хочу вернуться к бэкэнду. Я не могу справиться со всеми этими изменениями, версиями, изданиями, компиляторами и транспайлерами. Сообщество JavaScript безумно, если оно думает, что кто-то может идти в ногу с этим.
— Понятно. Тебе тогда надо попробовать сообщество Python.
— Почему?
— Слышал о Python 3?
Как изучить JavaScript быстрее.
Всем привет! В этой статье мы рассмотрим 6 советов по изучению JavaScript, которые помогут вам освоить его быстрее.
Когда люди пытаются изучить JavaScript или какое-нибудь другое умение, они часто сталкиваются с одними и теми же проблемами.
- Некоторые моменты могут сбивать с толку, особенно, если вы пришли с другого языка программирования
- Трудно найти время(и, иногда, мотивацию) для изучения
- Когда вы что-то поняли, это легко забыть
- Инструменты меняются так быстро, что непонятно, с чего начать
К счастью, эти проблемы могут быть решены. В этой статье я собираюсь представить вам 6 советов, которые помогут вам изучить JavaScript быстрее и стать счастливым, более продуктивным программистом.
1. Не позволяйте будущим решениям останавливать вас от развития сейчас
Многие начинающие изучать JavaScript задаются вопросом, какой фреймворк начать использовать. Но, если вы еще плохо знаете чистый JavaScript, то это неправильно задавать такой вопрос. Вы будете тратить все свое время на поиски различных фреймворков, а не двигаться вперед в своем развитии.
Один из способов решения этой проблемы – это иметь список того, чему вы должны научиться. Например, чтобы стать фронт-енд разработчиком, ваш список должен выглядеть так:
- HTML
- CSS
- JavaScript
- немного JQuery
- Возможно, какой-нибудь фреймворк
- Основы GitHub
- Немного WordPress
- Хостинг
Изучив все это, вы сможете создать функциональную страничку только с помощью html и css. Имея такой список, вам будет легче понять, что нужно изучать сейчас, и не тратить время на то, что следует изучать позже.
2. Не позволяйте себе забывать то, что уже изучили
Изучение чего-то слишком быстро может стать одной из самых разрушительных вещей в вашем изучении JavaScript. Позвольте мне объяснить.
Когда вы читаете что-то и сразу это понимаете, вы можете соблазниться и начать изучать что-то дальше немедленно. Возможно, вы поймете и следующую тему и начнете изучать следующую. Но вскоре вы дойдете до точки, когда поймете, что вы забыли какую-то из предыдущих тем и вам нужно вернутья назад и вспомнить ее. Вы быстро проглядываете предыдущую тему, чтобы освежить ее в памяти, и двигаетесь дальше. Но теперь вы снова понимаете, что что-то забыли. Вы продолжаете этот танец туда-сюда до тех пор, пока не понимаете, что вы полностью потерялись. Вы обескуражены, берете перерыв и затем, когда решаете продолжить обучение, понимаете, что забыли совершенно все.
К счастью, есть несколько простых шагов для решения этой проблемы:
- Ограничьте количество материала, которое вы изучаете за раз
- Практикуйтесь – пишите код
Когда вы изучили какую-то тему, сразу же попрактикуйтесь, почувствуйте себя комфортно при написании кода и даже постарайтесь совместить эту тему с предыдущими, уже изученными.
3. Подходите к практике правильно
Многие люди считают практику скучной, поэтому они стараются пропускать ее или сократить. Если вы будете так делать, то вам придется изучать JavaScript намного дольше. Но как сделать практику веселой, чтобы вам захотелось заниматься этим?
Попробуйте следующее:
Что, если вы изучили новую тему по JavaScript, но не попрактиковались? Как вы будете себя чувствовать? Лично я был бы расстроен. Это выглядит так же, как если бы ребенку купили новую игрушку, но не разрешили бы поиграть с ней.
Когда вы изучаете что-то в JavaScript, представляйте, что вы играете с новой игрушкой, автомобилем, парой ботинок или чем-либо еще, что вам нравится.
Воспринимая изучение чего-то в игровой форме, вы обретете знания быстрее, будете помнить их дольше и это будет вам в радость.
4. Найдите время для программирования, используя Facebook трюк
Одна из самых частых проблем, которая есть у людей, это то, что они не могут найти время для программирования, но те же люди очень часто проводят время на таких сайтах, как Facebook, YouTube, Wikipedia или Reddit. Не важно, относится это к вам или нет, вы все равно найдете, чему здесь поучиться.
У меня действительно было время, когда я только и хотел, что сидеть в Facebook, но я не проводил там часы. Как так получилось? А получилось это потому, что я и не собирался оставаться там долго. Начать работать над чем-то – это самая тяжелая часть, поэтому, сохраняя первоначальное обязательство, мне кажется это сделать проще. Если бы кто-то спросил меня, готов ли я проводить часы в Facebook, я бы ответил нет, потому что у меня нет времени на это. Мне больше нравится заходить туда, чтобы что-то проверить по-быстрому, и только.
Хорошие новости в том, что вы можете использовать этот метод при изучении программирования. Не берите на себя обязательство провести несколько часов за написанием кода, потому что тогда у вас никогда не будет на это времени. Просто скажите себе, что вы собираетесь попробовать какой-то код в течение трех минут и вы больше никогда не будете искать время на практику.
5. Думайте медленнее и вы будете изучать быстрее
Это противоречит здравому смыслу, поэтому я объясню это историей.
Мой друг однажды был смущен по поводу одной особенности JavaScript. Я попросил его рассказать мне, что он знает, а затем объяснить, какая часть из этого ему не понятна. Как только он пошел по коду, я понял, что он торопится.
«Подожди!» – сказал я ему. «Не торопись и расскажи мне каждый шаг этого кода».
Мой друг продолжил говорить мне о коде в общем.
Я снова его остановил. «Ты все еще торопишься. Попробуй снова, но на этот раз пройдись по каждой строчке кода и расскажи мне, что здесь происходит».
На этот раз мой друг рассказал о коде намного лучше. Суть в том, что он нашел время на то, чтобы рассмотреть и понять каждую строчку кода, вместо того, чтобы пытаться понять, что здесь происходит, тотчас.
В подобных случаях действительно лучше думать медленнее, и вы будете учиться быстрее.
6. Пишите сложный код простым языком
Если кусок кода кажется сложным или незнакомым, напишите его сначала на простом языке. Таким образом, вы сможете выяснить, что вы хотите, чтобы код делал, перед тем, как вы его напишите. Вот два преимущества такого подхода:
- Ваш код будет легче и быстрее написать, потому что вам не придется периодически останавливаться, чтобы обдумать, как вы хотите, чтобы он себя вел
- Вы найдете ошибки перед тем, как они произойдут, потому что у вас будет четкое представление, что следует делать коду
Заключение
Мы рассмотрели кучу способов, которые помогут вам изучить JavaScript быстрее, но вы можете применить их и для других умений. Вот краткое содержание того, что мы рассмотрели:
- Перестаньте беспокоиться о будущих решениях и погрузитесь в изучение сейчас
- Сделайте практику веселой, представляя новые умения, как новые игрушки
- Найдите время для программирования так же, как вы находите его на соц. сети
- Не торопитесь, делайте все постепенно, и вы будете учиться быстрее
А как вы относитесь к изучению? У вас есть какие-нибудь советы и приемы, которые не были рассмотрены в этой статье? Или, может быть, вы думаете, что это все ерунда и единственно правильный путь – это сидеть за изучением 12 часов в сутки. В любом случае, я бы хотел услышать ваше мнение в комментариях.
Источник: https://www.sitepoint.com/mind-tricks-to-learn-javascript-faster/
-
Создано 28.09.2016 17:17:17 -
Михаил Русаков
Создано 28.09.2016 17:17:17
Михаил РусаковЕсли у Вас остались какие-либо вопросы, либо у Вас есть желание высказаться по поводу этой статьи, то Вы можете оставить свой комментарий внизу страницы.
Если Вам понравился сайт, то разместите ссылку на него (у себя на сайте, на форуме, в контакте):
Как запомнить учебник по JavaScript за 5 дней, или «Дворец Памяти» в повседневной жизни программиста
Захожу на кухню, а на столе сидит маленький гномик и вертит в руках перочинный нож. Я что-то говорю гномику, он недовольно сплевывает вбок, нехотя поднимается и отрезает кусок от огромной сосиски, которая лежит на столе. Так я запомнил метод массива splice. Главная идея «Дворца Памяти» — придумать образ, который просто невозможно забыть, и прикрепить его в воображении к реальному месту, которое хорошо знаешь.
Предыстория
Я учился на бухгалтера и довольно рано понял, что это не мое. Бухучет — это вспомогательная функция, которая не предполагает созидания, а мне хотелось быть на острие атаки и что-то создавать. Поэтому я решил переучиться на программиста. Я смотрел различные курсы, читал литературу, но ключевым этапом в моем обучении стал следующий эпизод.
История
Мой брат порекомендовал книгу «Эйнштейн гуляет по Луне», где описывается техника «Дворца Памяти», при помощи которой чемпионы по скоростному запоминанию делают чудеса. Например, за час они могут запомнить последовательность из нескольких тысяч цифр. Я её прочитал и благополучно забыл бы содержание, если бы не занятный случай. Я поехал путешествовать, но по дороге отравился и попал в больницу. Там меня довольно быстро привели в чувства, но выписывать не спешили. Голова заработала и требовала активности. Стало скучно, и я решил опробовать «методы Эйнштейна», а под рукой как раз была электронная книга с учебником «Современный учебник Javascript».
То, насколько успешно это получилось, меня удивляет до сих пор. За 5 дней мне удалось запомнить около 250 образов, которые несут какой-то полезный смысл, например, особенность синтаксиса или какой-нибудь метод. Теперь, чтобы вспомнить вcё, что я знаю о массивах, достаточно зайти в нужную комнату — и начинается экшн. Правая нога в луже чего-то липкого (метод массива concat), на столе — огромная сосиска, один её конец похож на попу (метод массива pop), я делаю кое-что нецензурное с этой попой (метод массива push) и т.д.
У меня появился личный структурированный справочник, работающий быстрее Google, который всегда под рукой.
С того момента прошло 4 года, сейчас я профессиональный фронтенд-разработчик. Я постоянно использую технику «Дворца Памяти» в своей повседневной жизни.
Почему «Дворец Памяти» так здорово работает?
Дело в том, что мозг запоминает не всю информацию одинаково легко. Нашим предкам, охотникам и собирателям, было жизненно необходимо знать, какие растения съедобны, а какие нет, где найти еду и как вернуться домой. На эти способности памяти предки и полагались каждый день. Именно в таких условиях мы эволюционировали.
А вот потребность запоминать номера телефонов, историю России или как работает JavaScript, в масштабе истории человечества появилась недавно. Поэтому наш мозг плохо для этого приспособлен.
Зная эту особенность, мы можем её использовать. Обманка заключается в том, чтобы закодировать скучную вещь в очень яркий, удивительный образ, который просто невозможно забыть, и поместить его в место, которое вы знаете. Хорошо, если образ задействует множество органов чувств: пусть он трогает вас, издает звуки, пахнет. Еще лучше, если он будет делать провокационные и необычные вещи.
Заключение
Всем, кто заинтересовался этой техникой, рекомендую книгу «Эйнштейн гуляет по Луне. Наука и искусство запоминания» Джошуа Фоера.
Хочется, чтобы как можно больше людей обратило внимание на такой мощный инструмент и научилось им пользоваться.
За сколько Вы выучили html, css, javascript?
Про html согласен. Если не работать, и сидеть весь день заниматься только этим, то css можно за неделю-две, а javascript за месяца 2-3. Я когда учился в универе, за полгода всё выучил. Правда, javascript у меня был не на высоком, а на начальном уровне
что там учить то, конструкторов валом в инете, хоть с html редактором, хоть с визуальным, все дело в практике и желании понять что к чему, а остальное само придет, если желание есть) не в сроках дело, а в желании)
В 2004 году самостоятельно делал сайт для городской библиотеки. Понятия не имел о htm и php, но за три месяца продукт был готов и проработал потом около пяти лет. Основной проблемой была прикрутка выгрузки баз dbf к хостеру на сервак. Тут мне помог сам хостер. 🙂
HTML +CSS 3-5 дней JAVA 1-2 недели стать квалифицированным web дизайнером или программистом 5-10 лет
All is not as quickly as seems, I think. I just started to learn HTML, but it really easy, so you need about two years for getting a good knowledges
Я за три дня основы выучил и после взялся за vue.js. Правда Python уже знал неплохо.