Вы Сдаетесь И Хотите Бросить Задачу? Вот Как Выглядит Эффективное Обучение Разработчиков

Эта точка зрения более полезна: она означает, что если у меня что-то не получается, нужно очень постараться, и я разберусь .

Кроме того, из этого следует, что моя работа не всегда будет легкой или радостной – мне придется много работать.

должен понимать.

Однажды мне пришлось работать в компании, которая использовала git, и все вокруг меня были экспертами в этой системе контроля версий.

Было время, когда мне пришлось признать тот факт, что мои знания SQL были не очень хорошими.

И в каждом из этих случаев какая-то часть меня была уверена, что я должен хорошо разбираться в этих областях: ведь я ведущий разработчик широкого профиля с многолетним опытом! Да, у меня был опыт, но это не меняло того факта, что детально изучать эти технологии мне пришлось впервые, и поначалу я в них плохо разбирался.

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

Получается примерно так.

Конечно, у меня может не получиться, и естественно, что я пока не очень хорош - но мне не обязательно сразу что-то хорошо делать, поэтому я стараюсь и постепенно совершенствуюсь.

Например, какой-то фрагмент кода обработки данных в моем кластере Spark приводит к случайному сбою узлов или какая-то библиотека не хочет работать, что бы я ни пытался придумать.

Решать эти задачи занятие невесёлое, и иногда я, честно говоря, с удовольствием занялся бы чем-нибудь другим — лишь бы не тратить время на то, чтобы разобраться, что происходит. Но я понимаю: программирование — это не всегда должен чтобы угодить – иногда приходится просто засучить рукава и взяться за неинтересную работу.

Когда это происходит, это может быть сложно.

Но постепенно я понял, что в этом есть и польза: самые сложные задачи заставляют совершенствоваться наиболее эффективно.

И примеров этому в моей жизни немало.

Когда я впервые взял в руки книгу по программированию, мне было трудно писать код, но я наконец научился программировать.

Или, например, я когда-то пытался взяться за разработку архитектуры больших приложений.

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

Однажды мне пришлось серьезно отнестись к SQL и по-настоящему его изучить — после этого я смог работать с отделом анализа данных нашей компании.

Наконец, я взялся за проектирование инфраструктуры обработки данных для нашей компании с использованием технологий веб-приложений.

Я боролся с этим, пока не узнал об озерах данных, конвейерах ETL и решениях для распределенных вычислений.

И этот список можно продолжать долго.

В каждом из этих случаев приятного было мало: были и тупиковые решения, и бесполезный код, который приходилось выбрасывать, и множество неудачных попыток что-то попробовать.

Но благодаря этим трудностям я освоил новые навыки и стал лучшим разработчиком — без всей этой боли и отчаяния я бы никогда ничему не научился.

Поэтому сегодня я предпочитаю думать, что стресс, трудности и некоторая нервозность — это хороший знак: если я трудный , это значит, что я я учусь .

Надеюсь, мои умственные «хитрости» (или те, которые вы придумаете сами) помогут вам справиться с трудностями.

Будьте упрямы и не сдавайтесь.

Если вы чего-то не понимаете, продолжайте усердно работать и пытаться это понять: вы будете удивлены тем, что вы можете сделать — просто попробуйте.