Комментарии 14
Если автор и допускает опечатку, он исправляет её за пять секунд. Новичок же, столкнувшись с аналогичной ошибкой или, что хуже, с несовместимостью версий библиотек, может потратить на это три часа.
На заре карьеры я потратил 3 дня на поиск ошибки в куске c++ кода, работая в примитивном редакторе, оказалось незакрытая фигурная скобка
Букву "с" русскую никогда в коде не искали?))
Ладно буква С еще. У меня как то на клавиатуру упали книжки и похоже (я так думаю) ввелись какие то непечатаемые символы да так "удачно", что после чего программа работала, но иначе. Я тогда так и не нашел, что поменялось, т.к. визуально все было бы вроде в порядке.
на этот случай в редакторах есть расширения, подсвечивающие все не латинское по хоткею
Хотелось бы отметить что автор описывает идеальный пример видеокурса, на деле же большинство видеокурсов это паразитирующий контент созданный лишь ради заработка и рекламы своих курсов. Никакой полезной информации они не несут, а лишь копируют чужой код, проекты которые имеются в открытом доступе, на деле полезного контента очень мало.
Новичок тратит 90% когнитивного ресурса на то, чтобы не допустить опечатку и получить ту же картинку, что в ролике.
А до этого он тратил 90% когнитивного ресурса на поиск нужной буквы.
Это просто этап обучения. Пока учащийся не доведёт до автоматизма основные синтаксические конструкции, он будет тратить на них ресурс.
А он должен понимать что он делает и для чего, пусть на очень проверхнностом уровне. Синтаксис придет со временем, все конструкции которые тебе нужны для написания кода новичок может найти по первой странице запроса в гугл. Когда ты просто переписываешь материал зачастую ты не понимаешь что именно делает каждая строчка кода. Автор и говорит что ресурс должен тратится не на написание кода, а на понимание, формирование цели и шагов для достижения цели. Программирование это не про написание кода, хоть это и один из важных аспектов.
Почему-то никогда не встречал подход, что в программировании главное - оценить устойчивость реализации алгоритма, декомпозированного из задачи.
Программирование это не что то одно, это совокупность всех элементов. Возможно вы не правильно меня услышали. Вы же не сразу код пишете? А сначало формируете требования к проекту, из этого строится понимание функциональной части, где в дальнейшем можно говорить уже про архитектуру и базу данных, основных инструментах разработки. А потом уже написание написание кода основываясь на всех этих факторах.
Да, но пока синтаксис не задрочен до автоматизма, на него БУДЕТ тратиться когнитивный ресурс. И ничего с этим не сделаешь.
Конечно, надо самому писать код, а не тупо перепечатывать.
Согласен с посылом статьи. Никогда хорошим людям не советую начинать изучение какой-либо более-менее сложной темы с видео. Только книга + параллельная практика. Видео в принципе не отрицаю, но после освоения базы и начала рабочей практики, чтобы быстренько что-то подсмотреть из опыта других.
P.S. В молодости был две недели на отработке барщина на даче. Без людей. Взял с собой толстенную книгу по UNIX. Телевизора, радио и даже мобильника не было. В свободное от работы время читал эту книгу как художественную литературу. Очень понравилось. При возвращении к компьютеру стал тут же практиковаться, чтобы не забыть материал.
Полностью поддерживая автора, могу заметить, что это еще не все проблемы.
Много работая с обучающимися в IT, часто вижу, что студенты полностью переходят на работу с ИИ. Даже годное видео посмотреть и разобрать не хотят, не говоря уж про документацию. По итогу получается еще одна ловушка, когда человек вообще перестает думать самостоятельно.

Ловушка туториалов: почему просмотр видео не сделает вас программистом