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

Как сохранить чистый и организованный код в кодовой основе? – Часть 1.

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

Автор оригинала: Robert Wozniak.

Как разработчики, мы сталкиваемся с большим количеством проблем при осуществлении конкретных функций, связанных с нашими задачами. Важная часть времени, на которой мы тратим, – это признать вопрос – это относится к исправлению ошибок в нашем программном обеспечении. Это первая часть, и вы можете не знать, но это действительно не ваша ошибка или ваша проблема навыков, если вы не можете исправить ошибку в надлежащее время. Около 20% от этого зависит от разработчика, который написал часть программного обеспечения, которое вы в настоящее время фиксируете. Еще 30% зависит от технического руководителя, который отвечает за рассмотрение запросов на потяну. Остальные принадлежат вам, что означает, что вы можете быть сохранены – я имею в виду 50/50.

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

1. Как это начинается?

jonathan-klok-379720-unsplash.jpg

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

Через некоторое время разработчик, который был выбран вами, приходит в офис. Допустим, ваш новый прокат прошел все необходимые шаги, чтобы начать совершать код и сделать запросы на тягу. Это действительно важный фазовый – код кода. Вы знаете одну из ваших обязанностей в качестве технического лидера? Это обзор кода, он должен проводиться прочным способом, и вы не можете пропустить даже небольшой кусок кода, потому что вы почувствовали усталость и лень проходить через все линии. Мой совет: Если вы чувствуете себя усталым или ленивым, чтобы пройти через весь преданный код, разделив его на два дня, потому что понятно, что вы можете получить огромный запрос на тягу, содержащий 500 строк кода.

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

2. До прогона развития

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

Rawpixel-602143-unsplash.jpg

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

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

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

3. Подход для кода отзывы

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

2.1 У меня есть мотивация

Большой! Поздравляю! Но этого недостаточно, вам нужно иметь достаточную прочность, чтобы пройти код, и не говорите, что все, что после просмотра 50 или 100 строк. Как я уже упоминал выше, вы собираетесь ударить айсберг, потому что ваш мозг устает. Есть способ, если у вас есть много обязанностей, чтобы справиться с лидером, что совершенно нормально и естественная вещь, вам нужно правильно его планировать. Сядьте, сделайте глубокий вдох, получите ноутбук и начните писать свой план на день. Я приближался к нему, расщепляя мой день в процентную графику. Это помогло мне не ограничивать себя так сильно, а также снижение давления, потому что я не видел часы на бумаге, я видел процентов. Я знал, что он работает как батончик прогресса, и это также считает часы, но он подсознательно стимулировал мою подсознание.

jeremy-perkins-657282-unsplash.jpg

Я проводил 20% моего дня, чтобы выполнить обзоры кода и лучшее время для этого было утром. Утром ты свежий, ваш мозг не устал и не собирается быстро уставать, что означает, что это лучшее время для просмотра кода ваших товарищей по команде. Это дает вам пространство для принятия лучших решений и предложить новые решения. Вам необходимо сделать правильное решение сроки времени для выполнения правильного обзора кода. Допустим, вы запланировали все, но ваш план говорит, что вы будете тратить 20% времени во второй половине дня, что рискованно. Почему? Даже имея достаточно самостоятельной мотивации, вы собираетесь пропустить что-то или пропустить ее нарочно, плюс у вас не будет свежего ума, что означает меньшее количество умных идей о том, как улучшить код и потерю концентрации, что заставляет вас быть в Облака вместо земли, думая о лучшем решении.

2.2 У меня нет мотивации

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

max-brown-505252-unsplash.jpg

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

2.3 Способ рассмотрения

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

neil-thomas-329602-unsplash.jpg

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

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

4. Способ взглянуть на код

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

Больше в части 2