Что вы говорите себе, если не можете понять новую концепцию, парадигму, функцию ...? [закрыто]

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

Я с трудом могу остановиться, чтобы сказать себе: «Почему я не могу понять? Я тупой или идиот? Да, я тупой!»

Что говорит ваш внутренний голос, если вы не можете понять новую концепцию после долгого времени, пока вы устали или безнадежны?

Как вы справляетесь с чувством собственного достоинства в таких ситуациях?

Лично у нас все по аналогии. И если я чего-то не понимаю, это, вероятно, потому, что мне не показали правильную концепцию, чтобы перевести меня в Страну Понимания. Я обычно продолжаю искать разные учебники, и в конце концов один из них займет другой оборот, чем в предыдущих уроках, которые я не делал. Тогда я вернусь и прочитаю их все и, наконец, соберу все вместе. А потом яростно рассуждаю, почему другие учебники не представили это так.

Если вы не понимаете проблему, есть более простая проблема, которую вы не понимаете.

Найдите эту проблему и решите ее. Затем попробуйте еще раз свою первоначальную проблему и посмотрите, готовы ли вы к ней.

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

Некоторые из защитных механизмов, которые вы хотите избежать (и которые часто встречаются в моем опыте):

• рационализация - «Я не могу понять эту концепцию, потому что она слишком сложна».
• идеализация - «Люди, которые придумали эту концепцию, намного умнее меня. Я не могу понять это, как бы я ни старался».
• проекция - «Люди, которые придумали эту концепцию, просто недостаточно знают предмет, чтобы сделать концепцию полезной».
• Формирование реакции - «Я просто слишком умен для этого».

Рационализация - это то, что я особенно вижу в программистах. У нас есть тенденция предполагать, что непонимание чего-либо означает, что это сложно, что не обязательно верно.

Тем не менее, вот некоторые из более здоровых защитных механизмов, которые работают для меня:

• альтруизм - как только вы освоите концепцию, напишите об этом в блоге, чтобы объяснить это другим или объяснить своей команде. Использование вашей борьбы, чтобы помочь другим, является хорошим стимулятором самооценки.
• юмор - шутить о своих проблемах. Это делает концепции менее опасными, не избегая их в целом.
• идентификация - найдите кого-то, кто, по вашему мнению, действительно хорош в этом, и смоделируйте ваш подход на их основе.
• ожидание - выделите время для изучения концепций заранее, чтобы вам не приходилось торопиться с их пониманием.
• сублимация - направьте свои мысли на более позитивные. Начните тренироваться или возьмите новое хобби.
• подавление мыслей - всякий раз, когда вы говорите: «Я так глуп ...», подавляйте эту мысль и возвращайтесь к предмету под рукой. Это удивительно эффективно.

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

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

Это может быть воодушевляющим для тех из нас, кто имеет обыкновение думать.

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

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

Это просто означает, что у вас все еще недостаточно опыта в этой конкретной области. По мере того, как мы приобретаем опыт, мы начинаем отображать концепции из других областей, что помогает нам быстрее понять новые концепции. Не бей себя за это. Просто продолжай давить, спрашивай друга и т. Д. Вы учитесь, и это здорово.

Мне не нужно все понимать. Я не буду мучить себя вещами, которые не соответствуют тому, как работает мой разум. Например, хотя я в целом неплохо разбираюсь в математике, я довольно неспособен к интегральному исчислению. Это просто не мое, и, скорее всего, никогда не будет.

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

Я думаю: «Наконец, программирование снова интересно!» и искать в Интернете учебники. Последний раз, когда это случилось, я наткнулся на монады. Многие программисты попадают в кирпичную стену, когда они впервые читают о монадах, потому что это не похоже ни на одну другую концепцию, с которой вы сталкивались в программировании, особенно если вы новичок в функциональном программировании.

Есть много 3-х буквенных техник, которые не имеют большого значения. Некоторое время назад я был в депрессии, если я не понял нового с первого взгляда, но теперь я знаю, я был просто смущен, потому что новый материал слишком прост и тривиален , но я ожидал чего-то нового и яркого , Хорошо, это только в 99% случаев, для остальных 1% я пытаюсь найти хорошую статью об этом.

Пример: когда я начал заниматься программированием на JS, для меня было совершенно темно, что делает JavaScript-фреймворк. У меня была предварительная концепция, и это было хорошо, но мне нужно было подтверждение, и я хотел понять это глубже. Я посетил много домашней страницы фреймворка, но тьма не ушла. После недели (!) Поиска в Google я чувствовал себя очень тупым. Я ulrasenior, и я не мог даже найти f. документ в модной теме программирования! Затем я нашел DomAssistant, который имеет отличную документацию. Я чувствовал статистику, просто читая первое предложение.

Идея DOMAssistant состоит в том, чтобы предоставить более простой и согласованный способ написания сценариев на основе объектной модели документов (DOM) в веб-браузерах. Идея состоит в том, что все начинается с рассматриваемого элемента (ов), который выбирается с помощью селекторов id или CSS, а затем выполняет различные методы, такие как добавление или удаление классов, событий и т. Д.

Пример кода:

$ ("# контейнер input [type = text]");

$ ("# navigation a"). addEvent ("click", myFunc);

$ ( "# Новости-лист") нагрузка ( "обновлен-news.php").

1. Четкая сфера действия, определение 2. Точные примеры! 3. На стартовой странице !!! И свет пришел в мою голову.

Так что, если вы не можете понять, может быть, только документация плохая.

Практика делает идеальным. Читайте больше, тренируйтесь больше, пока не поймете. Это нормально, чтобы занять больше времени, чем другие.

Даже если вы никогда не встречали кого-то умнее вас - и, скорее всего, у вас есть - очень маловероятно, что вы самый умный. И даже если вы самый умный, возможно, найдется кто-то, кому повезет больше, чем вам, и он наткнется на правильную комбинацию ключевых слов, которую вы должны ввести в Google, чтобы получить правильный ответ.

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

Конечно, иногда все упорство в мире не поможет вам. Есть некоторые проблемы, которые просто требуют большего интеллекта, чем у вас есть. Есть также проблемы, которые никто за всю историю человечества не смог решить, потому что они требуют большего интеллекта, чем кто-либо из живых или мертвых. И многие проблемы, вероятно, неразрешимы.

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