Аниме — это искусство в чистом виде. Я люблю смотреть аниме в свободное время. Персонажи, боевые сцены, сюжетная линия… все просто захватывает. Я взволнован, наблюдая, как Наруто взрывает злодея Расенганом.

Недавно начал смотреть новый сериал — Дзюдзюцу Кайдзен. Пока смотрел, заметил кое-что интересное.

Главному герою Итадори пришлось бороться с могущественным проклятием (злодей). В мире дзю-дзюцу кайдзен единственный способ нанести урон проклятию — использовать энергию проклятия. В то время Итадори еще не мог использовать энергию проклятия, как другие колдуны, поэтому ему приходилось полагаться на свою физическую силу — он безумно силен, быстр и атлетичен. Он смог нанести 1-2 удара, но, если вкратце, проклятие выбило из Итадори дерьмо. Было чудом, что он вообще выжил.

Однако со временем и тренировками Итадори в конце концов нашел способ влить энергию проклятия в свою физическую силу. Он стал крутым специалистом по ближнему бою. Он играл на пределе своих возможностей.

Итадори — прекрасный пример, однако он существует в вымышленном мире… стране аниме. В этом мире все идеально, и конфликт обычно разрешается в конце каждой серии.

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

Прежде чем я начал программировать, у меня в голове засела идея о том, что делает хорошего разработчика программного обеспечения. Раньше я думал, что великий разработчик — это тот, кто может написать 1000 строк кода навскидку… кто-то, кто может запомнить малоизвестную документацию по памяти… кто-то, кто может написать решение без ошибок за один раз… кто-то, кто этого не делает. скопировать код другого разработчика.

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

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

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

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

В конце концов, я прибегаю к другому совету по программированию: «Всегда читайте документацию» — я мог бы сделать татуировку на тыльной стороне ладони, потому что это спасло мне жизнь. Я читаю и перечитываю спецификации, пока не понимаю передаваемое сообщение. Я возвращаюсь к StackOverflow, и ранее игнорируемые решения начинают обретать смысл. Ржу не могу.

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