Интересно, проще ли разрабатывать фронтенд, чем бэкенд? На самом деле на этот вопрос сложно ответить. В 2022 году как фронтенд, так и бэкенд-разработка стали сложными областями веб-разработки. Попытаемся разобрать аспекты фронтенд-разработки, которые делают ее более сложной, чем бэкенд, и наоборот.
- Почему некоторые программисты говорят, что фронтенд проще, чем бэкенд?
- Чем фронтенд сложнее?
- Почему бэкенд сложнее фронтенда?
- Так что же на самом деле проще: разработка интерфейса или бэкенда?
Почему некоторые программисты говорят, что фронтенд проще, чем бэкенд?
Почему некоторые, обычно старшие, программисты говорят, что бэкенд сложнее, чем интерфейс? Вероятно, потому что в 90-е годы разработка фронтенда действительно была не такой уж сложной. Конечно, были проблемы с совместимостью браузеров, а JavaScript был недостаточно развит и глючил. Тем не менее интерфейс веб-сайта был довольно простым — как с точки зрения дизайна, так и с точки зрения технических стандартов программирования. Не было никаких интерфейсных фреймворков, таких как React, Vue или Angular, и большая часть прикладной логики выполнялась на бэкенде. По этой причине разработка бэкенда в 90-е годы была намного сложнее, чем разработка фронтенда.
Чем фронтенд сложнее?
Давайте выделим причины, почему фронтенд-разработка может быть сложнее:
1) Необходимость идти в ногу с быстро меняющимися возможностями.
Интерфейс считается сложным, потому что он быстро меняется. Каждые несколько месяцев появляются новые инструменты и фреймворки, призванные улучшить разработку интерфейса.
Когда-нибудь ситуация стабилизируется, однако современная разработка интерфейсов все еще находится в стадии развития. Из-за этого появляется много различных подходов и техник, чтобы совершенствовать ее. Когда-то давно Angular был готовым фреймворком для внешнего интерфейса, затем это был React. Теперь мы видим, как некоторые компании возвращаются к чистому Vanilla JavaScript по соображениям производительности.
Не похоже, что эти изменения прекратятся в ближайшее время. Так что нужно иметь в виду постоянно меняющийся ландшафт фронтенд-разработки.
2) Больше принципов, которые следует иметь в виду: дизайн, пользовательский интерфейс, функционал интерфейса, программирование.
Не в обиду серверным разработчикам, но большинство серверных проектов на самом деле просто повторяют одни и те же операции CRUD. Поначалу это сложно, но как только это сделать, все станет довольно просто.
Однако когда мы начинаем работать над интерфейсом, есть много различных аспектов, которые необходимо учитывать, и в которых мы должны быть хороши. Во-первых, мы должны быть наполовину приличным дизайнером. Несмотря на то, что редко предоставляется проект без макета дизайна, дизайнер не будет разрабатывать каждый отдельный видовой экран, и придется следить за тем, чтобы интерфейс не выглядел ужасно.
В дополнение к дизайну, необходимо учитывать пользовательский опыт. Дизайнеров обычно не волнует, как пользователь взаимодействует с программным обеспечением — главное, чтобы оно выглядело хорошо. Как разработчику интерфейса, нам важно, чтобы пользователи могли легко взаимодействовать с приложением.
Наконец, в 2022 году фронтенд-разработка становится такой же сложной задачей, как и бэкенд-программирование. С самоуверенными фреймворками, системами управления состоянием интерфейса и сложной логикой нет никаких оснований полагать, что у бэкенд-разработчиков более сложная работа, чем у фронтенд-разработчиков с точки зрения программирования.
3) Дополнительные инструменты для изучения.
Постоянно меняющийся ландшафт также означает, что нужно осваивать больше инструментов, чтобы оставаться на высоте. С заменой Gulp и Grunt на Webpack, Angular на React и множеством других инструментов, внедряемых каждый день, таких как Yarn и NPM, нужно держать руку на пульсе, чтобы не остаться за бортом. Иногда, честно говоря, кажется, что ты никуда не идешь, просто чтобы не отставать.
4) Тестирование и тестовые наборы.
И последнее, но не менее важное: тестирование интерфейса веб-приложения значительно сложнее, чем тестирование серверной части. Особенно когда это связано с дизайном. Когда мы тестируем серверную часть, все сводится к тестированию нескольких крайних случаев и проверке логической обоснованности функций и объектов.
Попытка написать тесты для внешнего интерфейса — это совершенно другая история, необходимо написать тесты для элементов дизайна, чтобы убедиться, что они существуют и выглядят правильно, а также проверить все изменения состояния и логические операции. Нередко просто пропускают все наборы интерфейсных тестов в пользу утомительного ручного тестирования, учитывая его ненадежность.
Это не значит, что невозможно написать модульные тесты для внешнего интерфейса. Однако это, безусловно, отнимает гораздо больше времени и расстраивает.
Почему бэкенд сложнее фронтенда?
Есть конкретные причины, почему бэкенд-разработку можно считать более сложной:
1) Более крутая кривая обучения начинающих.
Интерфейс веб-сайта можно создать, используя только HTML и CSS, но для работы с бэкендом нужно изучить реальный язык программирования. Часто новички создали базовый веб-сайт и теперь думают, что понимают все о разработке интерфейсов. Но когда дело доходит до бэкенда, новичок найдет его очень запутанным без значительной практики.
2) Менее визуальный, чем интерфейс.
Бэкенд так же визуален, как и интерфейс, просто нужно знать, где искать. Однако при разработке интерфейса можно видеть вносимые изменения на экране. С помощью серверной части мы не обязательно получим такую визуализацию. Так что бэкенд, безусловно, может показаться более сложным для новичка.
3) Множество внутренних языков
Наконец, бэкенд может быть сложнее в освоении, потому что существует много бэкенд-языков: PHP, C#, Java, Python, Ruby и т.д. А во фронтенде — только HTML, CSS и JavaScript. Очевидно, есть чему поучиться, но большая часть основана на этих языках.
Если изучить все эти языки, можно увидеть, что различные способы серверной разработки являются просто разными вариантами одного и того же. Однако переключаться между языками достаточно сложно, поэтому большинство людей специализируются на определенном языке и переключаются только тогда, когда это необходимо или появляется лучшая возможность трудоустройства.
Так что же на самом деле проще: разработка интерфейса или бэкенда?
Ответ зависит от обстоятельств. Существует множество приложений, которые являются гораздо более сложными с точки зрения внешнего интерфейса, и многие из них — с точки зрения бэкенда. Мы не можем точно сказать, что один сложнее другого. Это очень сложные навыки, которые нужно долго осваивать, если вы хотите работать на них.
Как говорится, без труда не вытащить и рыбку из пруда!
