Или сделайте то, что вам подходит. Это не догма.
Недавно Майкл Маколей начал важную дискуссию о том, что лучше: видео или письменные уроки программирования:
Это важное чтение, потому что оно заставляет вас больше сосредоточиться на своей этике; способ решения проблем. Это статья, заставляющая задуматься, и чем больше я хотел, чтобы мой ответ был кратким, тем больше я понимал, что хочу сделать из нее полноценный пост.
Сразу же - я не согласен с тобой, Майкл. Видео vs. письменные уроки для меня - это томайто, томахто.
Зачем читать?
В основном я читаю, потому что это заставляет меня сосредоточиться, но это сугубо личное дело. Я думаю, что письменные руководства ничем не отличаются, когда вы только что подошли к проблеме и просто ищете, как ее загрузить.
Видите ли, многие письменные руководства ничем не отличаются от своих видео-аналогов. Они всеобъемлющи, охватывают весь стек и проведут вас через построение проекта от начала до конца.
Письменные учебные пособия могут быть более удобными. Вы не можете использовать CTRL + F для видео, как вы уже сказали. Более того, вы не обязаны переписывать код. После того, как вы поняли, вы можете просто скопировать фрагменты. Это не обязательно хорошо, но стоит отметить.
Я согласен с тем, что легко обновлять блоги, современные технологии действительно выдающиеся, а видеоаннотации (по крайней мере, на YouTube) легко имитируют эту функцию. Мне не хватает информации о том, сколько людей обновляют свои статьи. Мне трудно поверить, что авторы пока заботятся о своих произведениях. Вы, вероятно, в любом случае не захотите следовать руководству, написанному более 3–4 лет назад.
Зачем смотреть?
Технически видеоуроки даже лучше, поскольку они содержат звук (задействовано больше органов чувств), их можно удобно приостановить и вынудить вас переписать код, а не просто копировать и вставлять его.
Неофициальные данные: еще в годы учебы в университете я начал курс программирования, ориентированного на ООП. C # должен был стать нашим любимым оружием, а я ничего об этом не знал. Я посмотрел потрясающий учебник по этому поводу, и я сиял на нескольких занятиях. Все было объяснено так ясно, и было намного легче вспомнить знания из-за кинофильмов.
Другая причина, почему они так популярны, заключается в том, что, по моему опыту, их легче делать. Однажды я записал руководство по созданию приложения, похожего на Pastebin, в Spring Boot и Angular:
Это три часа, и я вам кое-что скажу: я не могу представить, чтобы превратить его в статью. Даже если бы я прочитал сценарий во время записи, это потребовало бы гораздо меньше усилий, чем подготовка цифровой бумажной версии руководства.
Учебник Ад
Проблема возникает, когда вы пытаетесь бесконечно полагаться на учебные пособия. Частично у меня сложилось впечатление, что проблема, которую вы пытаетесь понять, более известна как учебный ад - и это относится как к письменным, так и к записанным.
Учебники хороши, особенно когда вы впервые решаете проблему. Вы имеете в виду проект? Хорошо, теперь пройдите пару инструкций и начните взламывать. Проблема в том, что они не позволят вам отточить свои навыки в долгосрочной перспективе.
В реальном программировании вы полагаетесь на поиск информации. И у вас есть множество мест на выбор, в первую очередь Stack Overflow. Но не надейтесь на это слишком сильно. Конечно - это ускоряет кодирование, как ничто другое. Но он не научит вас программировать. Это даже хуже, чем учебные пособия, если принять во внимание образовательный аспект. Скопировать фрагмент и забыть становится тривиальной задачей. Я признаю это - почти каждый раз сразу перехожу к ответу и игнорирую вопрос. Я знаю, что я не единственный. Я попытался отучиться от этого, поскольку начал замечать, что это не приносит мне пользы, но для меня это было невозможно.
Я пошел другим путем.
Зачем читать (Документы)?
Я считаю, что при поиске знаний выбор сырых источников имеет решающее значение, как и в случае с едой. Документы хороши. Проверять код еще лучше. Проблемы с GitHub также являются отличным источником мудрости.
В последнее время учусь FastAPI с нуля. И если вы не привыкли перемещаться по исходным документам, вы просто не продвинетесь далеко, поскольку в Интернете практически нет внешних ресурсов. Конечно, в последнее время он набирает обороты, но только некоторые. Его документация отличная, к сожалению, это может быть ваш единственный курорт.
Однако это крайний пример. Это передовая технология. То, что я бы не рекомендовал новичку. Это требует способности полностью разобраться во всем самостоятельно. Не рассчитывайте на следы стеков. Часто они неинформативны.
Не расстраивайтесь, если вам не хочется переваривать документы. Придет само собой - или нет. Совершенно нормально, если вы будете придерживаться хорошо зарекомендовавших себя инструментов, таких как React или Angular, с множеством ресурсов. Приятно знать, что это может дать ценную информацию, но опять же - это не незаменимо. Самый крутой способ привыкнуть к новым инструментам - это взаимодействие с REPL. Все зависит от вас.
Вывод
Неважно, какие инструменты вы выберете, если вы уверены в результате. Делайте то, что лучше всего подходит для вас. Также примите во внимание естественное развитие. Вы, вероятно, начнете с учебных пособий, видео или письменных - не имеет значения. Черт возьми, вы, вероятно, случайно попадете в вышеупомянутый ад обучения. Это. Является. Хорошо. Это часть процесса. Он все еще учится. Программирование можно понять, только экспериментируя. Ошибаясь. Тем не менее, вам нужен ввод; так работает интеллект. Чтобы что-то производить, вам нужно научиться чему-то. И оба эти аспекта важны. Они могут быть не равными в ваших глазах, да и не должно быть. Откройте для себя наиболее подходящий вам набор инструментов и рабочий процесс.
Бартош ушел.
