Избегайте этого для лучшей карьерной траектории

Пропустить чтение документации

Раньше я избегал такой документации, как MDN (сеть разработчиков Mozilla). Это было долго, и я знал, как добиться цели. Просто заставь его работать, подумал я.

Конечно, вам не нужно знать все тонкости. Особенно со слабо типизированными языками, такими как Javascript.

На самом деле я сам с собой не согласен.

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

Сосредоточьтесь только на себе и не помогайте другим

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

В некотором смысле вы являетесь старшим разработчиком в этом сценарии.

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

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

Старайтесь не сломать свой код

Разработчики, которые тестируют только тот путь, который, как они знают, работает, не тестируют код должным образом.

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

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

Всегда проверяйте пограничные случаи и заведите привычку проверять неудачный путь.

Меняйте работу только за зарплату

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

Смена работы стала настолько обычным явлением, что разработчик в среднем остается в компании на 18 месяцев.

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

От такой статистики моему отцу стало бы плохо. Он из тех людей, которые работают по 20 лет.

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

Смена работы должна быть комбинацией этих двух факторов. Не только за деньги.

Предположим, юниоры не могут вам помочь

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

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

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

Иногда отлично. В других случаях, когда я знаю, что это неправильно, я использую это как возможность направить.

Относитесь к другим как к дерьму

Когда я был младшим разработчиком, я работал с отличным разработчиком. Его можно было назвать 10-кратным разработчиком.

Его навыки развития были потрясающими. Он был очень быстрым и продуктивным. И я был в восторге от него. Назовите это любовью к мужчинам.

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

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

Это бесполезно, когда вы только начинаете. Вы обязательно будете совершать ошибки или что-то упускать.

Вскоре такое поведение сделало его неприступным. Такой человек на работе — это не тот человек, с которым вы хотите дружить вне работы.

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

Бойтесь выйти из зоны комфорта

Если вы будете делать то, что делали всегда, вы получите то, что всегда получали.

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

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

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

Точно так же, если вы придерживаетесь только одного фреймворка. Или один стек. Вы будете расти. Но медленно.

Работайте только сами

Избегайте парного программирования. Это ошибка. И верный способ ограничить себя.

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

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

Спасибо за прочтение!

Если это было полезно, я был бы признателен, если бы вы поставили этому сообщению 👏, поделились в своей сети, и если вы еще этого не сделали, было бы здорово подписаться.

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

Ваша подписка напрямую поддержит меня и многих других авторов Medium.



Дополнительные материалы на PlainEnglish.io. Подпишитесь на нашу бесплатную еженедельную рассылку новостей. Подпишитесь на нас в Twitter, LinkedIn, YouTube и Discord .

Заинтересованы в масштабировании запуска вашего программного обеспечения? Ознакомьтесь с разделом Схема.