В индустрии веб-разработки существует много различных подходов. Как ни странно, но суть этих подходов легко применима к реальной жизни не только программистов. Если вы хотите узнать, как упростить себе жизнь в работе над проектами, эта статья — для вас!
Расшифровывается, как «Create, Read, Update, Delete».
Основа подхода — идея в том, что любую логику можно рассмотреть как CRUD.
Например, чекаут в интернет-магазине — это «Create» для модели «Заказ». Авторизация на сайте — это «Create» для модели «Сессия пользователя». Редактирование личных данных в личном кабинете — это «Update» модели «Пользователь». И так далее.
Применение. Этот подход очень полезен при декомпозиции проектов на задачи для последующей оценки и выполнения.
Расшифровывается, как «Keep it stupid simple».
Основа подхода — избегать избыточной сложности при описании или реализации задач.
Например, у вас на сайте есть простое текстовое поле для названия статьи. Вам понадобилось в этом поле делать перенос строки. По KISS вы можете не менять тип поля на визуальный редактор (WYSIWYG), а просто добавлять в поле <br>. Или, если вам нужно разово привязать один товар к другому, то можно не программировать новую связь. Нужно просто в описании первого товара вставить гиперссылку на второй товар.
Применение. Этот подход часто спасает проекты от вымирания из-за перерасходов ресурсов на ненужные фичи.
Расшифровывается, как «Don’t Repeat Yourself».
Основа подхода — избегать повторений.
Например, обычно на разных страницах корпоративного сайта есть одинаковые элементы: «меню», «шапка», «подвал». Если у вас для десяти разных страниц созданы разные шаблоны, в каждом из которых повторяется «шапка» сайта, то при изменении номера телефона, вам придется сделать это десять раз. Что еще хуже, в какой-то момент вы забудете сделать это на всех страницах, и телефон будет разным на разных страницах.
Применение. Подход DRY очень полезен при написании технической документации. Например, для этого мы выносим описание логики страниц в одно отдельное место «Функционал». Из-за нарушения принципа DRY в ТЗ могут появиться повторения. Затем после невнимательных исправлений, части ТЗ могут начать расходиться и противоречить друг другу.
Расшифровывается, как «Model View Controller».
Основа подхода — разделение на данные (Model), вывод данных (View) и логику (Controller). Логика MVC очень важна, потому что на самом базовом уровне помогает избежать проблемы «спагетти-кода».
Например, если программист обратится из шаблона страницы к базе данных, это будет проще и быстрее в моменте, но в перспективе это выстрел себе в ногу. Потому что, если изменится способ получения данных из БД, то ему придется менять этот способ в каждом месте обращения к базе. И мы получим ту же проблему, что и в DRY. Кроме того, такой код будет очень трудно читать, а значит дорого поддерживать.
Применение. Мы используем MVC для декомпозиции и оценки проектов, стартапов и сервисов так же, как CRUD. Эти подходы структурирования проекта уже доказали свою эффективность при программировании. Так почему бы не использовать их и при планировании, техническом описании и оценке.