Глубокая работа в технике
Недавно я закончил книгу Кэла Ньюпорта под названием «Глубокая работа». Это была замечательная книга, которую я рекомендую вам прочитать. Тем не менее, это также было очень сосредоточено вокруг студентов, профессоров и работников умственного труда. Было несколько примеров и вариантов использования для программистов и людей, которые работают в сфере технологий. Однако большая часть книги была предназначена для других типов людей. Итак, чтобы компенсировать это, я собираюсь написать о том, как я реализовал глубокую работу в своей жизни и как, по моему мнению, она вписывается в мир технологий.
Так что, если вы не читали книгу «Глубокая работа», я быстро расскажу, что такое глубокая и поверхностная работа. Глубокая работа — это приносящая удовлетворение и трудная умственно работа, которая доводит вас до предела. В то время как поверхностная работа — это работа, которую легко воспроизвести и которая не очень приносит удовлетворение. (например, электронные письма.)
В книге гораздо больше понятий, чем глубокая/поверхностная работа, однако это все, что вам нужно знать из книги, чтобы понять мою статью. В книге рассказывается о многих стратегиях, позволяющих использовать глубокую работу, а также о том, как повысить вашу способность концентрироваться. Я лично буду использовать только некоторые из этих стратегий, потому что все люди разные и любят делать что-то по-разному. Хотя основной смысл этой статьи в том, как я думаю, что глубокая работа может быть легко применена к технологиям.
Я собираюсь начать с первой проблемы, которую я заметил, сравнивая глубокую работу с моими усилиями по программированию. Например, способ Кэла Ньюпорта измерять глубокую работу на основе времени, необходимого для изучения темы. Хотя в большинстве случаев это хорошо, его не так легко применить к технологиям. Это потому, что довольно легко запрограммировать то, для чего существует сотня руководств. Вы можете просто скопировать, вставить, отредактировать и все. Означает ли это, что только самые малоизвестные и выдающиеся проекты могут быть глубокими? Конечно, нет. Я думаю, что все, что нам нужно сделать, это сместить наше видение на другую часть пути программиста. Части накопления опыта и понимания основных концепций программирования. Кодирование того, что делалось тысячи раз раньше, само по себе не может быть серьезной работой. Мысли и переживания, собранные им. Обратите внимание, что это в основном относится только к технологиям программного обеспечения, а не к электрическим технологиям.
В Интернете я встречаю много советов, в которых говорится об использовании чужой программы для запуска вашего проекта, и с точки зрения бизнеса это может иметь смысл. Тем не менее, с точки зрения глубокой работы или с точки зрения личностного роста, внезапно становится гораздо более разумным строить почти все с нуля. Когда вы делаете что-то для себя, вы лучше это понимаете и, следовательно, получаете от этого опыт. Это позволяет вам расти и понимать глубокие концепции, которые, как мы надеемся, приведут вас к проектам, которые требуют глубокой работы и умственных усилий.
Я решил применить в своей жизни и карьере лишь несколько концепций из книги. Основной способ, с помощью которого я это делал, заключался в том, чтобы выделять большие отрезки времени для концентрации, как это рекомендуется в книге. Хотя также я начал узнавать больше о коде, который я использую вместо чрезмерно используемого метода копирования и вставки. Не сказать, что не работает. Я просто отталкиваюсь от очень популярной книги, чтобы сказать: «Понимайте свой код». При создании проекта вполне нормально копировать чужой код или код, который вы не понимаете, — это часть обучения. Просто убедитесь, что когда рабочий день закончится и ваш проект будет завершен, вы поймете большую часть, если не весь ВАШ код. Или он даже твой? Конечно, возможно, вы собрали его и модифицировали, но если вы этого не понимаете, все, что вы сделали, это построили набор Lego. Вы все еще программист, если вы этим занимаетесь. Хотя, на мой взгляд, не очень хороший.
Я знаю, что это звучит пугающе — знать все о своем коде. Если это и не сложно, то, безусловно, отнимает много времени и утомляет. Я только совсем недавно начала этим заниматься. Но я обещаю, что когда вы поймете все аспекты своего кода, вам будет намного легче переходить к следующему проекту, и вы узнаете больше в придачу.
Подводя итог, можно сказать, что технологии сами по себе не всегда глубоки. На самом деле большая часть работы, с которой начинает работать начинающий программист, будет поверхностной. Но до тех пор, пока вы понимаете свой код и учитесь. Со временем и большими усилиями это может превратиться в своего рода снежный ком. Снежный ком глубоких концепций, которые ведут к действительному осуществлению вещей, как говорится в книге.
Давайте переключим передачу на мгновение. То, как я смотрел на глубокую работу на протяжении большей части этой статьи, было довольно кратким и сухим. Хотя на протяжении всей книги Кэла Ньюпорта она претерпевает множество изменений и вариаций. Еще один способ взглянуть на глубокую работу — это просто способность фокусироваться и концентрироваться. Когда глубокая работа определена таким образом, ее еще проще применить к технологической отрасли и программированию.
