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

poleznye sovety kotorye pomogut sozdat horoshie privychki veb razrabotchika?v=1656518049

автор Антуан Лешено

0*aBR7CeFwdI8VbV19
Фото от rawpixel на Unsplash

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

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

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

Хорошо, первый совет.

1. Сделайте технологию часов. МНОГО.

«Технологический дозор» – это деятельность, направленная на то, чтобы быть в курсе инноваций в определенной области.

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

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

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

Некоторые из веб-сайтов/форумов, которые я читаю еженедельно:

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

Легко заблудиться и перепрыгивать с одного предмета на другой. Ладно, последняя статья о новом Crypto ICO СУПЕР ИНТЕРЕСНА, но вы работаете в криптовалюте? Быть сосредоточенным.

2. Посмотрите на замечательные веб-сайты. И распакуйте их!

Здесь можно легко найти отличные веб-сайты, ресурсы или эксперименты с кодом:

Но дело не в том, чтобы посмотреть на них и сказать: «Я никогда не смогу этого сделать!»

Спросите себя: как бы вы сделали магию и попытайтесь понять, из чего они ее создали. Новая технология, новая библиотека JavaScript, неизвестное свойство CSS? Мы живем в мире, где каждый день появляются новые вещи, и мы не можем учиться так быстро, как технологии растут сами.

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

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

Это напрямую подводит меня к следующему пункту.

3. Учитесь у тех, кто имеет больше опыта

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

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

Но самое главное: не бойтесь просить того, что вы считаете глупым.

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

Другой способ учиться у лучших – это просмотр кода.

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

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

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

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

Избегайте создания multiSuperTaskFunction().

// I don't know RickmySuperFunctionAddRemoveCreateEarth( $string, $purpose1, $bool) {  $var1 = true;  while($var1) {   addNewHumans++;  } else {   heregoesnothing();
  }}

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

/** Handler to create the planet system*/Class Planet {
   public $name;
/*   * Set the name of the instancied planet   * @var STRING $new_name Contain only a string to name the planet   */   function set_name(string $new_name) {	 $this->name = $new_name;   }	    /*   * Function to access the name of the planet   * return STRING $this->name Contain only a string with the name    * of the planet   */   function get_name() {			return $this->name;		   }
}

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

5. Совершенствуйте собственный код: рефакторинг.

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

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

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

Мартин Фаулер, Усовершенствование дизайна существующего кода

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

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

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

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

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

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

6. Совершайте ошибки.

Ладно, но…?!

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

Вы писали ту же функцию пять раз в одном проекте? Я делал много раз. Но этого больше не происходит благодаря моему опыту и созданным мною процессам.

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

Спасибо, что нашли время, чтобы посмотреть мою первую статью на Medium!

Если вам понравилась эта статья, поставьте ?, подпишитесь на меня на Medium и порекомендуйте эту статью своим друзьям.

Не стесняйтесь связаться со мной на LinkedIn! ✌️

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *