Post #257

Когда сложно и непонятно Когда я читаю статьи по новым для меня темам, например, про фондовый рынок, то бывает, в процессе посещает это чувство: «что-то сложновато». И в результате стараешься побыстрее проскочить, например, раздел про фьючерсы или опционы (это что-то слишком сложное, не хочу не буду). Но в глубине души я понимаю, что если остановиться и неспеша разобраться с этими инструментами, ничего принципиально сложного и непонятного в них не будет - просто нужно время, чтобы вникнуть и разложить в голове все по полочкам. Примерно так же это работает в любом обучении. Например, во время изучения программирования вы ловите себя на ощущении, что тема слишком сложная, непонятная, неохота в неё вникать, лучше побыстрее проскочить, а там как пойдёт. Лектор рассказывает про устройство памяти программы, про хип и стэк, и вам всё это непонятно, и вы думаете - да ну его, зачем мне это. Но с таким подходом вы будете только накапливать снежный ком непонимания и сложностей. Лучше сделать наоборот - остановиться и замедлиться, пока не добьётесь хорошего понимания темы. Всё сложное раскладывается на очень простые винтики, если сесть, вникнуть в детали и разобраться, как оно устроено. Сложным и непонятным всё это выглядит, если слишком спешить и слишком скакать по верхам, ни во что не вникая глубоко. Будущим айтишникам нужно воспитывать в себе въедливость и внимание к деталям. Если в лекции или в учебнике слишком сложное объяснение, поищите в Интернете более простое - наверняка, где-нибудь на хабре есть статья, где этот вопрос раскладывается по полочкам, а на stackoverflow уже кто-то задавал похожий вопрос, где-нибудь есть наглядные объяснения с примерами и картинками, а может, даже с видео. Можно рисовать схемы на бумаге для себя, можно экспериментировать с кодом, дабы проработать примеры, можно, наконец, попросить знакомого разъяснить непонятный материал, или даже нанять себе репетитора. Если учебное задание не получается выполнить быстро и на ходу, выделите на него больше времени и выполняйте его неспеша. Значит, степени вашего погружения в задачу на этом этапе уже недостаточно и нужно копать глубже. Главное - вопросов и неясностей не должно оставаться. Программист - это инженер, а не волшебник из Хогвартса. Он проектирует приложения из понятных и простых блоков, а не взмахом волшебной палочки делает какую-то магию, и всё начинает работать само, и непонятно как…