Слово стресс имеет негативный оттенок в нашем обществе. Однако медицинское определение стресса – это всего лишь чувство эмоционального или физического напряжения. Он может быть положительным (эустресс) или отрицательным (дистресс).

Есть много способов объяснить эту связь. Одним из них является принцип Златовласки, который касается уровня задач, с которыми мы справляемся лучше всего. Как человек, даже младенцы избирательно относятся к сложности учебного материала, будь то слишком простой, в самый раз или слишком сложный. материал причинит нам беспокойство. Когда сложность в самый раз, мы будем испытывать эустресс в нашем обучении.

Теперь возникает вопрос: «Почему мы решили, что учиться слишком сложно?» Я уверен, что есть много ответов на этот вопрос, но есть один ответ, который я нашел во время обучения программированию. Проще говоря, это знание шагов, которые решат проблему. Теперь следуйте за мной, пока вы читаете эту статью, и постарайтесь испытать это изменение точки зрения или способа мышления о проблеме!

Однажды, после того, как я дернул себя за волосы, покричал в воздух и выдохнул физически в воздух, я подумал: «Забудь об этой работе» и просто сосредоточился на решении своего утомительного любопытства, которое не имеет ничего общего с самой проблемой. Именно тогда я узнал, что это ответ на все вопросы! (Ну, по крайней мере, в кодировании в то время.)

Если вы не учитесь в качестве хобби и чистого удовольствия, мы чувствуем давление из-за нехватки времени. Это может легко заманить нас в ловушку разочарования из-за того, что этот код ДЕЛАЕТ?!

Пауза.

Если вы ТОЛЬКО начали учиться программировать, может быть, несколько дней или даже несколько недель назад, эта сосредоточенность причинит вам огромное беспокойство. Вы чувствуете себя так:

Мы изменим это. Тогда половина шагов к эустресса будет сделана.

На чем мы, студенты, должны сосредоточиться, так это на том, «что означает это тини-тини-виббли-шатко, тайм-вайми…» Упс, я имел в виду, «что означает это тини-тини-одно слово что делать в этом блоке кода?'

Задавайте вопросы по коду так, как если бы вы подвергали сомнению и оценивали презентацию заклятого врага. Задайте самый простой вопрос, потому что… просто потому, что вы хотите быть придирчивой и придирчивой.

«Что возвращает этот единственный метод?», «Каждый отдельный метод фактически возвращает те части, над которыми он работал, или те, над которыми он не работал?» и «Почему возврат был там, а не здесь?» помогут вам построить эти основные понятия становятся все более и более трехмерными. Я учу одно определение. Если я хочу применить его сразу после этого, мне нужно знать несколько различных его аспектов, чтобы это произошло.

Я только что узнал, что такое метод и переменная, но такие простые вещи, как «почему .some_variable не работает, когда работает .getter_variable?», меня смущают. Я присвоил геттеру переменную, верно? Я вызываю имя переменной. В чем разница? Я знаю, что точечный метод - это способ вызова метода, но точечная запись не работает с переменной? И так далее.

Теперь другая половина. Просто задав этот вопрос, вы не превратите дистресс в эустресс. Ему нужна вторая половина: учитель и место, где я могу напечатать свое любопытство и получить ответы. Во-первых, испытайте все свое любопытство на этом месте, например, irb, pry или repl.it. Затем попросите людей объяснить эксперименты, которые вы проводили. Если вы спросите, не экспериментируя, что это за все разные сбои и что прошло, велика вероятность 1) еще больше запутаться или 2) как-то получиться, но всего на 5% больше, чем раньше.

Когда вы не уверены, почему у вас это не получается, отвлекитесь. Разбейте сложность на более мелкие шаги, которые вы знаете, как проверить. Когда у вас будет «правильный» размер задачи, вы сможете сложить все маленькие победы в одну большую.

На вашей тестовой платформе проверьте, равен ли один 1, другой ОДИН тоже равен 1 (хоть имя почти такое же, но все же может быть другим значением), плюс равен +, два равен 2 и, конечно же, равен ли 1+ 1 = 2 верно. Затем запустите «один плюс один равно двум». Проверить, равен ли один 1, будет намного веселее, чем ломать голову над уравнением из 100 символов. Итак, получайте удовольствие и просто продолжайте кодить!

Обратное резюме:

  1. Знайте место, где можно протестировать маленькие кусочки кода, и знайте, как его использовать. Ex) irb, pry, repl.it и т. д.

2. К черту заставить этот код работать и бездумно задавать глупые вопросы о коде, который можно немедленно протестировать.

(Если вам нужна красивая формулировка... Когда что-то не работает, сосредоточьтесь на этом одном слове и просто задайтесь вопросом, что оно на самом деле делает или не делает, а не на всем этом блоке кода)

Затем каким-то образом они дадут вам ответы на этот код.