4 совета по разработке навыков разработчиков

Sep 16, 2025

Инструкции

Coder navigates a roadmap avoiding bugs and errors in coding

(Образ кредита: Роберт Пиццо)

Сверхрусенний режиссер Дэн Молл будет делиться своими советами о том, как оставаться актуальным в качестве веб-дизайнера в Генерировать Нью-Йорк 2018. Получить свой билет сейчас Отказ

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

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

01. Следуйте по формуле

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

Но вот уловка: что делает программирование Fun (будучи изобретенным и мышлением на ногах) может непреднамеренно способствовать техническому долгу на более крупных проектах, ведущих команды.

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

02. потеть маленькие вещи

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

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

На протяжении всего процесса убедитесь, что вы исправляете ошибки, когда вы идете. Рано или поздно другой код в конечном итоге полагается на эти ошибки. Остановитесь как можно скорее. Если вы внесите изменения, сделайте их последовательно. Базы данных базы данных, функции Backend, вызовы API, функции JavaScript, документы, документы, аннотации, атрибуты HTML, имена классов CSS, и так далее - убедитесь, что все каскады вниз.

03. Оставайтесь структурированным

Image showing a before and after of restructured and refactored code — Две версии тех же файлов маршрутов приложений. Что облегчает понять структуру приложения?

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

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

Вы должны быть бдительными для слияния обязанностей и постоянно спрашивают себя: это принадлежит здесь? Если код чувствует себя «iCky», это, вероятно, есть.

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

04. Остерегайтесь чрезмерно сложности

A before and after demonstrating how a refactored class is more readable, functional and testable — Заполненный класс справа - более читаемый, функциональный и тестируемый верситель одной слева

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

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

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

Одна вещь, которую вы не должны делать, после написания некоторых особенно тупых кода - это с гордостью, и удивляйтесь, насколько трудно прочитать! Лучший код элегантный (читать: не сложно); Если у вас нет, у вас есть работа.

Эта статья была первоначально опубликована в номере 290 NET, самый продаваемый в мире журнал для веб-дизайнеров и разработчиков. Купить Выпуск 290. или же Подписаться на Net. Отказ

Хотите дополнительные советы по обеспечению навыков программирования?

Dan Mall is giving his talk Should Designers…? at Generate New York from 25 - 27 April 2018 — Дэн Молл дает его разговоры, должны разработать дизайнеры ...? При генерировании Нью-Йорк от 25 до 27 апреля 2018 года

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

В его разговоре Генерация Нью-Йорка от 25-27 апреля 2018 года Суперструйный режиссер Дэн Молл будет делиться историями и перспективами, чтобы ответить на эти вопросы и более, предоставляя конкретные методологии и методы, чтобы помочь дизайнерам стать еще более незаменимым, быстрее. Получить свой билет сейчас Отказ

Статьи по Теме:

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

4 совета по разработке навыков разработчиков

01. Следуйте по формуле

02. потеть маленькие вещи

03. Оставайтесь структурированным

04. Остерегайтесь чрезмерно сложности

Хотите дополнительные советы по обеспечению навыков программирования?

Инструкции - Самые популярные статьи

Как нарисовать мышцы

4 шага для использования вариабельных шрифтов

Как создать значок приложения в Illustrator

Начните с Express.js

Получите голову реагируют с этими пятью факторами

Женишь неотразимое пушистое существо

Как строить миры для кино

Ultimate Guide для компоновки изображений в Photoshop

Категории