Що ви говорите собі, якщо не можете зрозуміти нову концепцію, парадигму, особливість…? [зачинено]

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

Я навряд чи можу зупинитись, щоб сказати собі: "чому я не можу зрозуміти? Я дурний чи ідіот? Так, я дурний"!

Що підказує ваш внутрішній голос, якщо ви не можете зрозуміти нову концепцію після того, як довго проживете, поки не втомлюєтесь чи безнадійно?

Як ви справляєтеся зі своєю самооцінкою в таких ситуаціях?

Особисто все - це аналогія. І якщо я чогось не розумію, це, мабуть, тому, що мені не було показано правильної концепції, щоб перевести мене до Країни Розуміння. Зазвичай я продовжую розшукувати різні навчальні посібники, і, врешті-решт, один із них піде на інший виток, ніж попередні підручники, які я не ривкнув. Тоді я повернусь і прочитаю їх, і, нарешті, складу їх разом. І тоді лють, чому інші підручники не представляли це так само.

Якщо ви не розумієте проблеми, є легша проблема, яку ви не розумієте.

Знайдіть цю проблему і вирішіть її. Потім спробуйте свою первісну проблему ще раз і побачите, чи готові ви до неї.

Це більше питання психології, ніж програмування. Коли Фрейд говорив про захисні механізми, це, по суті, те, про що він говорив: механізми, які захищають ваш образ, коли це загрожує. Деякі з них вважаються більш зрілими і здоровими, ніж інші.

Деякі з механізмів захисту, яких ви хочете уникати (і які часто виникають на моєму досвіді):

• раціоналізація - "Я не можу зрозуміти це поняття, оскільки воно занадто складне".
• ідеалізація - "Люди, які придумали цю концепцію, просто настільки розумніші за мене. Я не можу це зрозуміти, як би я не старався".
• проекція - "Люди, які придумали цю концепцію, просто не знають достатньо теми, щоб зробити концепцію корисною".
• формування реакції - "Я просто занадто розумний для цього".

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

Однак, ось деякі більш здорові механізми захисту, які працюють на мене:

• альтруїзм - Після того, як ви освоїли концепцію, напишіть про неї блог, щоб пояснити її іншим або пояснити її своїй команді. Використання вашої боротьби, щоб допомогти іншим, - це гарне підсилювальне зображення.
• гумор - жартуйте про свої проблеми. Це робить уявлення менш загрозливими, не уникаючи їх взагалі.
• ідентифікація - Знайдіть когось, на вашу думку, насправді добре, і моделюйте свій підхід.
• передчуття - Бюджетний час для засвоєння понять заздалегідь, щоб вам не довелося поспішати розуміти їх.
• сублімація - скеруйте свої думки на більш позитивні. Починайте займатися або підбирайте нове хобі.
• придушення думки. - Щоразу, коли ти опинишся, що ти кажеш "Я такий дурний ...", придушуй цю думку і повертайся до теми, що знаходиться під рукою. Це напрочуд ефективно.

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

Жодна концепція не є такою складною, що її неможливо перемогти повторними атаками звичайного розуму.

Це може бути обнадійливим для тих, хто має звичайний розум.

Якщо я щось не розумію, я знаходжу когось, хто це робить, і кажу їм, щоб він мені це пояснив. Після того, як це було пояснено, я цементую своє розуміння, погравши з концепцією трохи.

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

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

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

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

Я думаю "Нарешті програмування знову цікаве!" і шукати підручники в Інтернеті. Востаннє це сталося, коли я натрапив на монадів. Багато програмістів потрапляють у цегляну стіну, коли вперше читають про монади, оскільки це не схоже на будь-яку іншу концепцію, з якою ви стикалися поки що програмістом, особливо якщо ви новачок у функціональному програмуванні.

Існує багато 3-буквенних прийомів, які є великими значеннями. Деякий час тому я був в депресії, якщо з першого погляду я не зрозумів нового, але тепер я знаю, що я просто розгубився, бо новий матеріал просто надто простий і тривіальний , але мене очікували щось нове і яскраве . Гаразд, це лише 99% випадків, для решти 1% я намагаюся знайти гарну статтю.

Приклад: коли я перейшов у програмування JS, для мене було зовсім темно, що робить JavaScript-структура. У мене була попередня концепція, і це було добре, але мені було потрібно підтвердження, і я хотів це зрозуміти глибше. Я побував на домашній сторінці рамок, але темрява не згасла. Через тиждень (!) Гугла, я почував себе дуже німим. Я ulsensenior, і я не міг навіть знайти f. документ у модній темі програмування! Потім я знайшов DomAssistant, який має чудову документацію. Я відчув статисфакцію, просто прочитавши перше речення.

Ідея DOMAssistant полягає в тому, щоб запропонувати більш простий та послідовний спосіб скриптування проти Модель об'єкта документа (DOM) у веб-браузерах. Ідея полягає в тому, що все починається з розглянутих елементів (елементів), вибраних за допомогою селекторів id або CSS, а потім виконувати на ньому різні методи, такі як додавання або видалення класів, подій тощо.

Приклад коду:

$ ("# введення контейнера [тип = текст]");

$ ("# навігація a"). addEvent ("натиснути", myFunc);

$ ("# news-list"). load ("updated-news.php");

1. Чітка область, визначення 2. Точні приклади! 3. На вступній сторінці !!! І світло прийшло мені в голову.

Отже, якщо ви не можете зрозуміти, можливо, лише документація погана.

Практика робить ідеальною. Читайте більше, практикуйте більше, поки не зрозумієте. Це добре, щоб зайняти довше, ніж інші.

Навіть якщо ви ніколи не зустрічали когось розумнішого за вас - і, швидше за все, - у вас дуже малоймовірно, що ви найрозумніший. І навіть якщо ви найрозумніший, мабуть, хтось має більше удачі, ніж ви, і натрапить на правильну комбінацію ключових слів, яку вам потрібно набрати в Google, щоб отримати правильну відповідь.

Отже, навчіться жити з обмеженими розумовими ресурсами і пам’ятайте, що витривалість і наполегливість, як правило, важливіші за розум і зазвичай мають усе значення.

Звичайно, іноді всяке наполегливість у світі вам не допоможе. Є деякі проблеми, які просто потребують більшого інтелекту, ніж у вас є. Існують також проблеми, які ніхто в історії людства не міг вирішити, оскільки їм потрібен більший інтелект, ніж будь-хто живий чи мертвий. І багато проблем, мабуть, нерозв’язні.

Пам’ятайте, що мова не йде про вас та ваше его, а про вирішення проблеми. Якщо вам не вистачає дисципліни, щоб думати про проблему замість вас, переймайте себе і тренуйте свій розум, щоб тримати свої емоції під контролем.