Рубрики
Без рубрики

8 вещей, которые я хотел бы знать как младший разработчик

Быть младшим разработчиком не легко. У вас есть много работы, и вы должны знать … Теги с карьерой, CodeNewie, JavaScript, Python.

Быть младшим разработчиком не легко. У вас есть много работы, и вы должны знать все, что происходит в вашей компании. Эти советы помогут вам начать на правой ноге.

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

Кроме того, есть времена, когда вы столкнетесь с проблемами, которые уже были решены кем-то другим (например, переполнение стека). В этих случаях не бойтесь просить о помощи! Лучше потратить 10 минут погубинков и задавать вопросы, чем тратить на 2 часа отладка проблемы, что кто-то еще уже решил.

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

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

Не беспокойтесь о старшей Это, вероятно, самая критическая точка в этом списке. Простое, чтобы попасть в идею старшинства и беспокоиться о том, стоит ли вы «старше», чтобы сделать конкретную задачу. Там нет такой вещи, как «старший достаточно» для чего-либо в моем опыте. Если вы думаете, что вы готовы, то продолжайте и попробуйте!

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

Быть активным Чтобы быть успешным в разработке программного обеспечения, чрезвычайно как младший разработчик, он помогает принять инициативу при решении проблем или реализации функций. Это означает, что собирается идти выше и помимо того, что за него было задано и убедиться, что все сделано в первый раз правильно (это также облегчает для других разработчиков для просмотра вашего кода).

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

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

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

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

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

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

Читать код Это довольно очевидно, но это все еще необходимо. Чтение кода – отличный способ узнать, как дела выполняются в других проектах и языках. Он также позволяет вам посмотреть, какие проблемы разработчики сталкиваются при написании программного обеспечения, что поможет вам с проблемным решением позже в вашей карьере.

Если вы когда-нибудь застряли на что-то и нуждаетесь в помощи от кого-то другого, возможность объяснить проблему чрезвычайно важно. Это помогает с коммуникацией между разработчиками, а также сотрудничество по проектам (которые должны быть основной целью любого разработчика). Кроме того, код чтения может просто дать вам некоторые идеи для вашего собственного проекта!

Учиться у других Этот момент тоже должен быть очевиден, но я думаю, что это достаточно важно, чтобы я хотел упомянуть это в любом случае. Воспользуйтесь возможностями для участия у других! Например, если кто-то задает вопрос о переполнении стека, который вы знаете ответ, продолжайте и ответьте на него! Вы также можете подумать о том, чтобы поделиться своими знаниями, блогов или выступая в встречах/конференциях. Даже если ваш ответ не связан напрямую с вашим рабочим обязанностями, в ответах все еще есть ценность в ответах, поскольку вы, вероятно, изучите что-то новое, в то время как это может помочь, это может помочь решить будущие проблемы, которые подходят, а также).

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

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

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

Практиковать то, что вы учитесь Это отличный способ затвердеть своими знаниями по теме, и это также простой способ показать то, что вы научились другим (такие как интервьюеры или потенциальные работодатели). Вы можете начать делать некоторые проекты практики JavaScript, например.

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

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

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

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

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

Также не беспокойтесь о том, считается ли что-то как «опыт старшего уровня». Только беспокоиться о том, что-то поможет вам стать лучшим разработчиком!

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

Оригинал: “https://dev.to/krowser/8-things-i-wish-i-knew-as-a-junior-developer-29di”