Как не быть посредственным разработчиком

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

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

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

Давайте посмотрим на пример ниже:

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

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

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

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

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

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

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

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

Выше приведен первый пример кода, который вы встретите в документации на сайте vue.js. Даже когда я смотрю на этот очень простой пример, я пытаюсь объяснить следующие вещи в моей голове:

Для чего новое ключевое слово для создания компонента? Почему у них нет фабричного шаблона для создания объектов?

Похоже, свойство el принимает идентификатор элемента и почему оно использует #? Означает ли это, что я могу добавить другие селекторы элементов, такие как атрибут и класс?

Данные выглядят как очень общее имя свойства объекта vue, что он пытается представить?

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

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

Решение задачи по программированию. Они заставят вас думать о вещах, которые мы считаем разумеющимся в нашей рутине. Я говорю о пространственно-временной сложности нашего кода. Некоторые люди утверждают, что решать задачи непрактично, поскольку большинство вещей абстрагировано, и вы просто будете использовать API.Но я не согласен! Это не только поможет вам критически взглянуть на код, но также даст вам уверенность в том, что вы сможете найти лучший код по производительству, и еще одним преимуществом является то, что вы всегда будете готовы к этому собеседованиюНекоторые сайты для решения задач — этоLeetCode, HackerRank и Project Euler.

Если вам понравился коммит вашего коллеги, не стесняйтесь оставлять сообщение и цените или одобряйте тот ответ, который помог вам в stackoverflow или похлопайте за статью на medium, которая дала вам бесплатную мудрость или звезду того интересного проекта, который вы проверили на github. Поощрение других помогает извлечь из них лучшее, а в конечном итоге и вас.

Вы обнаружили проблему с API, которую, на ваш взгляд, вы используете, но не можете ее исправить, потому что вы являетесь «фронтенд разработчиком». Это плохое отношение, по моему мнению. Основные принципы программирования, такие как DRY, использование абстракций, если вы видите несколько вариантов использования для ваших классов, перехват исключений для всех путей управления потоком и т. д., применимы практически к каждому слою стека. Если вы будите помнить об основных принципах, это может помочь вам решить проблемы, которые, по вашему мнению, не могут быть затронуты, потому что вы не работаете над этой частью кодовой базы.

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

Вууух, вроде перевел.

Если вам понравилась эта статьи (а я надеюсь, так как я много убил времени на перевод) лайкните ее, прокомментируйте, а также зайдите на мой сайт с другими новостями по программированию и оцените их. Например из последних — это "Как сделать калькулятор на javascript", "Советы о том, как стать лучшим программистом" и другие.

Я буду очень признателен вам за это и благодарен!)

Я в твиттере и вк

Статья была переведена отсюда - How not to be a mediocre developer!