Вы знаете больше, чем думаете
Чем больше вы узнаете о программном обеспечении, тем больше понимаете, как мало вы знаете. Это может вызвать у вас стресс или вы можете рассматривать это как свое преимущество: никто не знает всего, поэтому вы знаете то, чего не знает кто-то другой.
Разработчики нового программного обеспечения и учащиеся поражены огромной перспективой изучения всего. Мы думаем, что должны разбираться в разработке полного стека, JavaScript, Django, Rust, Golang, машинном обучении, графическом дизайне, модульном тестировании, AWS, сегментировании, SCSS, как создавать новейшие и лучшие в архитектуре ... и давайте бросим блокчейн там тоже.
Чем меньше у вас опыта, тем легче не чувствовать себя неуверенно в том, чего вы не знаете. Однако, если вы ждете того дня, когда почувствуете, что «знаете достаточно», то этот день не наступит.
Если вы так считаете, вот и хорошие новости: вы знаете больше, чем думаете.
Не пытайтесь быть другим разработчиком
В начале пути к программированию вы встречаете человека, который много знает . Это ваш инструктор, старший разработчик, онлайн-наставник, старый профессор. Итак, вы пытаетесь смоделировать себя по их образцу.
Это отличный способ быстро многому научиться, но не пытайтесь ставить перед собой цель знать все, что знает ______.
Если вы пытаетесь только изучить то, чему вас учат старшие в вашей команде, вы будете лишь немного хуже их.
Если вы дополните их наставничество своим собственным обучением, вы отточите свое мастерство и станете силой в своей команде.
Когда вы начинаете осваивать новую область, вы будете следовать множеству руководств, книг, каналов YouTube - всего, чтобы получить знания и навыки.
Со временем вы начинаете находить те области, которые вам действительно интересны, например:
- Вы начинаете знакомиться с разными SQL-запросами
- Вам надоедают проблемы с алгоритмами
- Вы влюбляетесь в интерфейсный дизайн
- Коллеги начинают просить вас о помощи с AI / ML
Удивительная часть? Это может случиться быстро. В течение одной недели вы можете стать «специалистом по DevOps» в своей команде. Не нужно быть экспертом. Вам просто нужно быть готовым сесть и узнать, чем другие люди не являются.
Даже юниоры знают то, чего не знают старшие
Позвольте мне привести очень мягкий пример из собственного опыта.
Когда я искал свою первую работу в сфере программного обеспечения, я активно проводил собеседования. Одно интервью было проведено через Zoom (еще до того, как было круто, в предпандемические дни).
Старший наблюдает, как я решаю проблему. Должно быть, это был алгоритмический вопрос, потому что в какой-то момент мне нужно было построить переменную в кубе.
Я не уверен, ожидал ли он, что я напишу varToCube * varToCube * varToCube или, может быть, сделаю что-нибудь странное с циклом, но я просто написал вместо этого varToCube**3.
Он не лгал. "Ой! Я не знал, что ты сможешь это сделать ».
Может, он просто заговорил, не задумываясь, а может, он был достаточно зрелым, чтобы нормально относиться к незнанию чего-то очень незначительного, что знает младший.
Для меня это небольшое замечание изменило правила игры. Оно говорило мне, что я могу предложить больше, чем небольшую экспоненциальную нотацию.
У меня была способность приносить пользу команде с первого дня.
Пожилые люди тоже учатся
Менее опытные разработчики неправильно понимают, что такое старший.
На высоком уровне пожилые люди являются пожилыми людьми, потому что они понимают архитектуру системы, могут предвидеть потребности бизнеса, понимать плюсы и минусы использования различных технологических стеков и т. Д.
Но под всем этим это просто означает, что они гуглили намного больше, чем вы.
Они все еще учатся. Вот что делает их хорошими разработчиками.
Старший разработчик разместил в Slack-канале команды вопрос, почему PHP выдает ошибку в его JSON. Не было ничего очевидного (например, пропущенной точки с запятой). Я предполагал, что ему ответит кто-нибудь более знающий. Через пару часов я подумал, стрелять, я возьму трещину.
И, посмотрев на его код, я увидел, что в его JSON отсутствует фигурная скобка. Это был просто такой большой объект, что легко было не заметить, в какой строке отсутствовала закрывающая скобка.
Это простая вещь, но когда вы смотрите на нее часами, вы можете ее пропустить. Это не только для юниоров. Это для учеников, и все учатся.
Может быть, вы потратили 10 часов на изучение новой технологии, а теперь можете провести обед и научиться рассказывать о ней своим коллегам за 1 час.
Вы только что сэкономили 10 человек по 9 часов каждому. Это эквивалент более двух недель работы. Ваш один рабочий день сэкономил всего две недели работы. Умножьте это на среднюю почасовую ставку для команды (особенно, если это очень высокопоставленная команда), и вы увидите, что сэкономили компании тысячи долларов.
Вы можете задавать вопросы своим наставникам
Я был в команде с очень уверенным в себе старшим разработчиком.
Он определенно был хорошо осведомлен, поэтому у него не было проблем с внесением предложений по нашим планам или выдвижением новых идей для нашего текущего стека технологий.
Он очень увлекался использованием продвинутой структуры базы данных. На всю жизнь я не понимал почему. Существующая структура была в порядке и не вызывала никаких проблем.
Я сидел на собраниях, где он непреклонно предлагал свое решение (не проблема). Возможно, он просто хотел чего-то более технически сложного, потому что в противном случае мы в то время много работали с фронтендом.
Проблема заключалась в том, что его изменения не имели экономического обоснования, они усложнили бы систему для всех (во имя простоты) и не предложили бы никаких улучшений скорости, безопасности или читабельности кода.
Это была абстракция ради абстракции.
Я не был достаточно уверен, чтобы выразить свое замешательство по поводу всей перспективы. Всего через пару месяцев этот разработчик покинул команду. И его проект больше никогда не упоминался.
Никто не хотел вносить изменения, которые он хотел, но по какой-то причине никто из нас не отступил достаточно во время этих встреч.
Мое оправдание заключалось в том, что я был менее опытным и поэтому не должен понимать, что должно было быть хорошей идеей. Нет, у пожилых людей тоже могут быть плохие идеи.
Я чувствовал себя слишком юным, чтобы задавать очевидный вопрос: «Зачем это нужно?», Хотя я должен был это сделать. Извлеченный урок: никогда не следует задавать вопросы, чтобы лучше понять почему.
Что вы хотите узнать?
Это нормально быть новичком.
Не пытайтесь чему-то научиться только потому, что считаете необходимым. Узнайте, что вас увлекает, - так у вас действительно будет сила воли, чтобы придерживаться этого надолго.
Хотите изучить TensorFlow? Нереальный движок? Perl Если он вас увлекает, стоит изучить его.
Если вы искренне уверены в своих способностях к обучению, вам не нужно бояться того, что вы чего-то не знаете. Вместо этого вы без лжи говорите: «Дайте мне пару дней, и я все выясню».
Как только вы узнаете что-нибудь о предмете, о котором не знают другие, вы сразу же становитесь экспертом в их глазах.
Вы не умнее других. Вы не можете знать всего, как и никто другой. Мы все ограничены. Но у вас есть возможность узнать что угодно, если вы просто уделите этому должное внимание.
