Что бы я сделал иначе, если бы мне пришлось заново учиться программировать

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

Я все время задаю себе эти вопросы. Как бы все изменилось, если бы у меня был кто-то, кто сказал бы мне все это до того, как я начал? Я гарантирую, что я бы взялся за дело быстрее, чем я, это точно.

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

Лучшее знание Git

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

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

Я разрешаю вам посмеяться над этим.

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

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

Фрагменты личного кода

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

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

Я уже знал о расширениях сниппетов, связанных с React.js, но они относились только к этому фреймворку. Мне нужно было что-то более конкретное для проекта, над которым я работал, и здесь мне пригодилось создание моих собственных сниппетов.

Вы можете узнать больше о том, как создавать собственные фрагменты кода здесь.

Сочетания клавиш VS Code

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

Вот несколько ярлыков VS Code, о которых я хотел бы знать, когда начинал:

  • Использование ctrl + p позволяет вам перемещаться между файлами в вашем проекте без необходимости пролистывать различные папки, чтобы найти его.
  • Использование ctrl + shift вместе с любой из стрелок направления позволяет выделять строки кода для копирования и вставки в другое место. В сочетании с этим ярлыком, используя shift + alt и стрелку вверх или вниз, вы вставите код выше или ниже строк, которые вы выделили ранее.
  • Выделение блока кода вместе с ctrl + k + f будет использовать prettier для правильного форматирования кода. Это помогает, если вы скопировали фрагмент кода, который, похоже, некорректно вставился в файл.

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

Примите свои ошибки

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

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

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

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

Автоматизация ручных задач

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

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

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

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

Заключение

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

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

Спасибо за прочтение. Увидимся в следующем.