4 Поради щодо розробки навичок розробника

Sep 14, 2025

Як

Coder navigates a roadmap avoiding bugs and errors in coding

(Зображення кредиту: Robert Pizzo)

Superfriendly директор Dan Mall буде поділитися своїми порадами щодо того, як залишатися актуальним як веб-дизайнер Генерувати Нью-Йорк 2018. Отримайте квиток зараз .

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

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

01. Дотримуйтесь формули

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

Але ось улов: що робить програмування веселощів (будучи винахідливою і мислення на ваших ногах), може ненавмисно сприяти технічному боргу на більших проектах, що керує командою.

Існують встановлені найкращі практики, принципи та закономірності, які виявилися протягом багатьох років. Це ваша робота до досліджень, вчитися та реалізувати їх - і, у процесі, пожертвуючи трохи вашої індивідуальності у відповідь на ремонту та надійність. Є пост блогу " Ви не платять писати код - Це досить добре.

02. Піт маленький матеріал

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

Будьте ультра-організовані: турбуватися про структури папок та розташування файлів (Framework можуть допомогти тут), переконайтеся, що модулі мають послідовні замовлення API, загальні функціональність групи та використання шаблонів з розмежниками.
Зробіть свій код читається: Використовуйте білий простір Sudicialy, і використовуйте коментарі до анотації та уточнення намірів (але не поганий код). Ви працюєте як команду, і ви заплатили ясно.
Не розрізайте кути: збереження часу тепер може здатися гарною ідеєю, але ви можете бути впевнені, що, як зростає проект, будь-яка суперечка буде посилюватися та витрачати проект пізніше.

Протягом усього процесу переконайтеся, що ви правильні помилки, як ви йдете. Рано чи пізно іншим кодом буде в кінцевому підсумку, спираючись на ці помилки. Зупиніть гниття якомога швидше. Якщо ви внесете зміни, зробіть їх послідовно. Стовпці бази даних, функції бекенда, виклики 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, вам потрібно зробити крок назад. Можливо, вам потрібно, щоб рефактор, який конкретний шматок коду, рефрактор класу він знаходиться або переглянути свій поточний підхід до проблеми, яку ви намагаєтеся вирішити.

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

Одне, що ви не повинні робити після написання деякого особливого тупого коду, сидіти назад і чудовим чином, як важко читати! Найкращий код - елегантний (читати: не складно); Якщо це не так, у вас є робота.

Ця стаття була опублікована у випуску 290 чистих, найпопулярніших журналів у світі для веб-дизайнерів та розробників. Купувати випуск 290 або Підписатися на мережу .

Хочете подальші поради щодо полірування ваших навичок програмування?

Dan Mall is giving his talk Should Designers…? at Generate New York from 25 - 27 April 2018 — Dan Mall подає свої розмови повинні дизайнерам ...? На генерації Нью-Йорк з 25 - 27 квітня 2018 року

Дизайнери повинні вирощувати свої навички, щоб залишатися актуальними та ефективними, але які варто зосередитись? Якщо дизайнери навчаються коду, і, якщо це так, чи можуть обмеженими кодовими знаннями дійсно змінювати роботу з талановитими інженерами? Як дизайнери вписуються в рухливі робочі процеси? Чи є методологія проекту навіть у будь-якому випадку? Яку роль дизайнер у створенні, використання та підтримки дизайнерських систем?

У своїй розмові Створіть Нью-Йорк з 25-27 квітня 2018 року , Superfriendly Director Dan Mall поділять історії та перспективи, щоб відповісти на ці питання та більше, забезпечуючи конкретні методики та методи, щоб допомогти дизайнерам ставати ще більш незамінними, швидшими. Отримайте квиток зараз .

Пов'язані статті:

Інструменти розробника, які потрібно знати прямо зараз
25 порад щодо розробки веб-сайтів, щоб підвищити свої навички
10 речей, які веб-розробники повинні знати, щоб стати справді дивовижнім

4 Поради щодо розробки навичок розробника

01. Дотримуйтесь формули

02. Піт маленький матеріал

03. Залишайтеся структурованими

04. Остерігайтеся надмірно складності

Хочете подальші поради щодо полірування ваших навичок програмування?

Як - Найпопулярніші статті

Як додати енергію на ваші життєві малюнки

Як кодувати Smart Text ефекти з CSS

Як змінити розмір зображення в Photoshop

Побудуйте адаптивні макети без засобів масової інформації

Як розгортати обличчя для анімації

Як створити додаток для інформаційних панелей з реагуванням

Як досконале волосся у ваших портретах

Прототип кнопки плаваючої дії в піксеті

Категорії