Содержание
- Кто такой backend-разработчик
- Full-stack-разработчик
- Что же мы сделали?
- Какой вы программист?
- API
- JavaScript
- Как стать фронтенд-разработчиком
- Определитесь с языком программирования
- Создание общего модуля типов
- Структура взаимодействия фронтенд и бэкенд
- Cypress. Trial
- Какой вы программист?
- Backend-разработчик
- Чем занимается каждое из направлений
- Плюсы или почему мы все-таки пишем на Go
- Disappearing Frameworks. Assess
Кто такой backend-разработчик
Подавляющее большинство специалистов – люди с техническим образованием. На их плечах лежит забота о внутренней и вычислительной логике веб-сервиса.
Еще они отвечают за:
- корректное функционирование сайта;
- организацию и работу с базами данных;
- обработку пользовательской информации;
- безопасное хранение личных данных;
- разработку алгоритмов работы веб-ресурса;
- взаимодействие с внешними сервисами;
- оптимизацию кода.
Обычный пользователь не увидит, насколько компетентен бэкенд-разработчик, не узнает, насколько он хорош в своем деле. Но его ошибки сразу бросаются в глаза.
Более 100 крутых уроков, тестов и тренажеров для развития мозга
Начать развиваться
Если вы видите на экране подобное сообщение или какой-то бессмысленный набор букв и цифр, то произошел сбой и за это отвечает backend-developer.
Чем отличается от frontend-разработчика
Бэкенд и фронтенд-разработчики должны работать вместе, чтобы в результате получился “вкусный” продукт.
Все остальное – обработка личной информации, ее хранение, связь между полем регистрации и корзиной с товарами, интеграция с платежным шлюзом, автоматическое отправление писем, добавление нового контента и обновление старого – детище backend-разработчика.
При работе с навигатором вы взаимодействуете с результатом работы фронтенд-специалиста – когда пишете адрес и видите карту. С бэкенд-developer – когда ваш запрос проверяется, выстраиваются возможные варианты пути и передаются данные.
Может, труд бэкенд-разработчика и незаметен, но без него будет бесполезна и работа фронтенд-специалиста – ничего попросту не будет функционировать.
На бэкенд-разработчике лежит большая ответственность, чем на его коллеге. Если из-за ошибки фронтенд-программиста пользователи просто останутся недовольными, то из-за промаха backend-специалиста бизнес может рухнуть и заказчик потеряет деньги.
Full-stack-разработчик
По данным «Мой круг» full-stack и back-end разработчики в 2018 году получают до 140 тысяч рублей. Front-end – до 125 тысяч.
Может ли один и тот же человек заниматься и фронтенд, и бэкенд разработкой? Если он разбирается и в том, и в другом – почему нет: такой разработчик называется Full Stack.
Он умеет решать любые задачи по разработке веб-сервисов и сайтов: знает серверные языки, JavaScript, HTML и CSS, может оптимизировать сайт под поисковики и превратить сделанный в Photoshop макет дизайна в рабочий интерфейсный код (вы же помните, что интерфейс сайта рисует дизайнер, но на самом сайте всё будет описано кодом?).
Как правило, fullstack-разработчика нанимают для небольших проектов, с которыми может справиться один человек. Такие программисты, как правило, не становятся экспертами ни во фронтенде, ни в бэкенде, зато неплохо разбираются в общей логике работы сайта и взаимодействии пользовательской части с серверной
Это, кстати, очень важно: многие front-end и back-end разработчики просто не понимают друг друга и ставят невыполнимые задачи, а full-stack специалист как раз может стать связующим звеном
Учиться сразу на fullstack нет смысла: обычно программист сперва осваивает одну часть работы – frontend или backend – и уже потом добавляет к багажу знаний навыки по смежному направлению.
Что же мы сделали?
- Во-первых, мы разработали и опубликовали три модуля, при этом нам даже не пришлось думать о компиляторе TS, WebPack, NPM или любых других инструментах, за исключением Bit. Именно поэтому я выбрал Bit и поэтому считаю его таким полезным инструментом. Он абстрагировал все шаги, необходимые для создания трёх компонентов, даже когда они работают в трёх разных средах.
- Мы работали с локальной зависимостью, которая должна быть внешней зависимостью, и даже не заметили разницы. Каждое обновление, вносимое в локальную версию компонента с типами BFF, подхватывалось другими двумя компонентами, и нам не приходилось заново выполнять весь процесс экспорта.
однимДата-центр ITSOFT – размещение и аренда серверов и стоек в двух ЦОДах в Москве; colocation GPU-ферм и ASIC-майнеров, аренда GPU-серверов. Лицензии связи, SSL-сертификаты. Администрирование серверов и поддержка сайтов. UPTIME за последние годы составляет 100%.
Какой вы программист?
Итак, оба направления важны, востребованы и взаимосвязаны. При этом качества, которые требуются в работе, разные. Собрали основные отличия фронтенда и бэкенда в одну табличку, чтобы вы могли определиться, какое направление вам больше подходит.
Фронтенд-разработчик | Бэкенд-разработчик |
---|---|
✓ Визуальная часть То, что вы делаете, видно сразу. Эстетика, педантичность и быстрый результат. |
✓ Глубинное устройство Бэкенд не покажешь маме со словами «Смотри, это я сделал», но без него ничего не работает. |
✓ Узкая направленность Фронтенд — всегда верстка и программирование на JavaScript. |
✓ Возможность выбора Много языков программирования. Возможность работать сразу на нескольких популярных языках. |
✓ Постоянные обновления Фронтенд постоянно развивается — и разработчикам придется учиться всегда. |
✓ Стабильность Радикальные изменения в бэкенде происходят редко. Это направление требует фундаментальных знаний. |
✓ Низкий порог входа Освоить фронтенд может даже человек с гуманитарным складом ума. Где-то придется подтянуть математику, но в целом всё реально. |
✓ Хардкор Приготовьте знание и любовь к математике, сложным задачам, оптимизации, алгоритмам и всему техническому. Только бэкенд, только хардкор! |
Чтобы выбор был еще проще, пройдите бесплатный тренажер «
API
Интерфейс доступа к функциям на сервере существовал и в нашем начальном приложении, но для потребителя выглядел хаотично. При разделении фронтенда и бэкенда нужно было больше определённости.
Цели для нового API сформировались из ежедневных трудностей в реализации новых продуктовых и дизайнерских идей. Нам были нужны:
- Слабая связанность компонентов системы, чтобы бэкенд и фронтенд можно было развивать параллельно.
- Высокая масштабируемость, чтобы новый API не мешал наращивать функциональность.
- Стабильность и согласованность.
Поиск решения для API начали не с бэкенда, как это обычно принято, а, наоборот — подумали, что нужно пользователям.
Наиболее распространены разного рода REST API. В последние годы к ним добавляют описательные модели через инструменты типа swagger, но нужно понимать, что это тот же REST. И, по сути, его главный плюс и в то же время минус — это правила, которые носят исключительно описательный характер. То есть никто не запрещает создателю такого API отклоняться от постулатов REST при реализации отдельных частей.
Другим распространённым решением является GraphQL. Он тоже не идеален, но в отличие от REST, GraphQL API — это не просто описательная модель, а настоящие правила.
Выше я говорил про систему, которая должна была согласовывать работу фронтенда и бэкенда. Прослойка (interlayer) — это именно тот промежуточный уровень. Рассмотрев возможные варианты работы с сервером, мы остановились на GraphQL в качестве API для фронтенда. Но, так как бэкенд написан на C++, то реализация GraphQL-сервера оказалась нетривиальной задачей. Не буду здесь описывать все возникшие сложности и ухищрения, на которые мы шли, чтобы их преодолеть, реального результата это не принесло. Посмотрели на проблему с другой стороны и решили, что простота — залог успеха. Поэтому остановились на проверенных решениях: отдельный Node.js сервер с Express.js и Apollo Server.
Далее нужно было решить, как обращаться к API бэкенда. Сначала смотрели в сторону поднятия REST API, потом пробовали использовать аддоны на C++ для Node.js. В итоге поняли, что это всё нам не подходит, и после подробного анализа для бэкенда выбрали API на базе gRPC-сервисов.
Собрав воедино полученный опыт использования C++, TypeScript, GraphQL и gRPC, мы получили архитектуру приложения, позволяющую гибко развивать бэкенд и фронтенд, продолжая при этом создавать единый программный продукт.
Получилась схема, где фронтенд общается с промежуточным сервером с помощью GraphQL-запросов (знает, что спросить и что получит в ответ). GraphQL-сервер в резолверах вызывает API функции gRPC-сервера, при этом для связи они используют Protobuf-схемы. API-сервер на базе gRPC знает, у какого микросервиса взять данные, или кому передать полученный запрос. Сами микросервисы при этом тоже построены на gRPC, что обеспечивает скорость обработки запросов, типизацию данных и возможность использования различных языков программирования для их разработки.
Общая схема работы после изменения архитектуры
Есть у этого подхода и ряд минусов, основным из них является дополнительная работа по настройке и согласованию схем, а также написанию вспомогательных функций. Но эти затраты окупятся, когда пользователей API станет больше.
JavaScript
За последние восемь лет, JavaScript непрерывно занимала первое место как самая часто используемая технология программирования в ежегодных опросах OverflowAnnualSurveys. Опрос разработчиков авторитетного сайта Stack Overflow 2020 года также показал, что 69,7% профессиональных разработчиков (47 184 опрошенных) проголосовали за JavaScript как самую популярную технологию.
С помощью Node.js, вы можете производить серверные операции в рамках языка программирования JavaScript
Но также важно понимать, что Node.js работает как платформа и в основном использует Express.js в качестве серверного фреймворка. Простыми словами, Express.js это бэкенд-фреймворк с открытым исходным кодом для Node.js
Express.js в сочетании с Node.js использует JavaScript как для написания фронтенда, так и создания бэкенда. С помощью JavaScript также разрабатывают программные интерфейсы приложений (API) для WEB, мобильных, гибридных, одностраничных и многостраничных приложений.
ХарактеристикиJavaScript
Быстрая Разработка: JavaScript позволяет разработчикам использовать его как написания фронтенда, так и для бэкенда. Именно поэтому с помощью этого языка быстро и легко создавать как мобильные, так и WEB приложения.
Снижение Нагрузки: Эта бэкенд-технология использует свои встроенные функциями для доступа к DOM, петлям и т. д. Это приводит к снижению количества выполненных сценариев и повышает производительность.
Простая Технология для Бэкенда: Платформа для создания бэкенда на базе JavaScript, такая как Express.js предлагает готовые промежуточные экспресс-модули для решения различных задач разработки. Эти пакеты промежуточного программного обеспечения состоят из регистратора HTTP-запросов, обработчика ошибок, заголовков безопасности и функций POST-данных. Кроме того, JavaScript является не фундаментальным фреймворком, он может работать без строгих правил. Разработчики могут использовать промежуточное ПО по-своему желанию без каких-либо ограничений.
Снижение Расходов: серверная часть, созданная на языке сценариев JavaScript, выполняется очень эффективно. Один и тот же язык используется для написания кода для фронтенда и бэкенда. Это одна из причин почему его выбирают при ограниченном бюджете.
Сообщество, использующее открытый исходный код: Количество и качество улучшений стало бы намного меньше без вклада сообщества и его обратной связи. К счастью, у JavaScript, есть преданное сообщество, которое использует его открытый исходный код, которым они делятся, и у бэкенд программистов всегда есть возможность найти готовые решения. Посмотреть решения, которые предлагают участники сообщества, в любом случае приведут к улучшению вашего бэкенд кода.
Обработка Запросов Ввода-Вывода: Express.js в сочетании с Node.js, создает продукт способный обрабатывать тысячи уведомлений и запросов ввода-вывода от пользователей приложений.
Ограничения JavaScript
Очень не просто разобраться в использовании событий бэкенда, написанного с использованием JavaScript. Особенно разработчикам, которые работают на других языках программирования, многие неправильно понимают методы обратного вызова (callback) и составляют весь код, используя только методы обратного вызова. Однако в последних версиях эта проблема встречается редко.
Программисты часто неправильно понимают концепцию связующего программного обеспечения при использовании серверного языка программирования JavaScript.
Также бывает трудно совместить бэкенд-фреймворки JavaScript с базами данных MySQL.
Многие бэкенд специалисты жалуются на непредсказуемость технологии JavaScript для создания бэкенда. По их мнению, стандартное проектирование гораздо лучше, чем эта свобода.
Как стать фронтенд-разработчиком
Получить новую профессию с нуля можно с помощью курсов. Возможно и самостоятельное обучение, но такой процесс займет больше времени и может не дать никакого результата.
Качественный курс дает только необходимую и актуальную информацию в сжатом виде. После обучения, начинающий специалист может устраиваться в компанию или уходить на фриланс.
Онлайн-курс от Skillbox даст основы HTML, CSS и JavaScript, научит создавать сайты и оптимизировать их под различные устройства. Дают навыки работы с анимацией оптимизации кода.
Преподаватели Skillfactory предлагают получить востребованную профессию. Старт в создании адаптивных веб-сайтов, разработке интерактивных приложений и страниц, написание сложных компонентов и интерфейсов.
Ускоренный курс от Гикбрейнс. За 5 месяцев научат создавать крутые сайты. Живое общение в экспертами-практиками, большое количество практики, работа с наставником, удобное разбиение материала по блокам.
Полноценный курс от Нетологии. Изучение 10 технологий, работа с реальными проектами, диплом, карьерный рост. Обучение верстке, решению задач с Яваскрипт. В программу входит даже английский язык для начинающих разработчиков.
Онлайн-курс от Skillbox, рассчитанный на год обучения. Работа с фреймворками, создание веб-приложений, закрепление навыков, пополнение портфолио, работа с системами контроля и продвинутыми макетами.
Обучение от Нетологии. Позволит добавить библиотеку в резюме, научит создавать более 20 вариантов интерактивных интерфейсов в период обучения.
Курсы от профессиональных школ предоставят диплом, который стажер может приложить к резюме. Дадут не только навыки для освоения профессии, но и научат оформлять портфолио и искать работу.
Определитесь с языком программирования
В отличие от frontend-разработчика, которому достаточно владеть HTML/CSS и JavaScript, backend-девелоперу приходится сделать непростой выбор. Языков много, одни развиваются более активно, другие применяются для узких задач.
Разработчикам-новичкам подходят скриптовые языки, например Python. Во-первых, он действительно относительно несложный, его синтаксис легко читать, а значит вы сможете искать решения для своих вопросов и учиться по чужому коду. Во-вторых, в той же веб-разработке позиции Python крепнут с каждым годом. Если вы планируете погрузиться в создание интернет-ресурсов, этот язык обеспечит вам поток интересных проектов.
Cогласно исследованию The State of the Octoverse, Go входит в топ-10 языков с самым быстро растущим комьюнити. Кроме того, в 2020 году он занял первое место в списке самых высокооплачиваемых языков. В backend-разработке он нужен для создания микросервисов и высоконагруженных проектов, где много пользователей одновременно работают с сайтом или приложением.
PHP не сдает позиции одного из самых популярных языков интернета, Ruby и Node.js также предлагают отличные возможности для тех, кто их изучает. Когда вы освоите базовые правила и возможности выбранного языка, сразу опробуйте их на практике. Пишите маленькие приложения, которые будут собирать веб-страницы по заданному тегу, автоматизируйте свои ежедневные задачи, придумывайте цели и выстраивайте пути к ним.
Создание общего модуля типов
- Разумеется, определение типов. Его будут использовать на своей стороне два других компонента. Также этот компонент будет экспортировать мок с фейковыми данными, используемый компонентом фронтенда, когда у него нет связи с бэкендом. Последняя часть нужна только в качестве примера, вероятно, вы найдёте более удобные способы решения проблемы на своей стороне.
- Бэкенд-сервис, экспортирующий функцию, готовую к созданию HTTP-веб-сервера и передаче фиксированного ответа на каждый запрос. Так как это пример, сервер будет очень простым, однако его будет достаточно, чтобы показать полезность подхода. В своём коде он будет использовать общее определение типов для проверки того, что ответ имеет нужный формат.
- React-компонент, который будет запрашивать данные у сервиса (или использовать данные мока) и рендерить их на странице. Разумеется, в его коде тоже будет использоваться общее определение типов.
Структура взаимодействия фронтенд и бэкенд
На сегодняшний день есть ряд основополагающих ресурсов, которые формируют взаимодействие между frontend и backend.
Взаимодействие между frontend и backend
Серверное приложение
Здесь HTTP-запросы передаются сразу-же на сервер самого приложения, а сервер, в свою очередь, выдает ответ в виде HTML-страницы. В процессе получения запроса и выдачи ответа, сервер производит поиск сведений по полученному запросу в базе данных и генерирует ее в шаблон (ERB, Blade, EJS, Handlebars).
После того, как страница загружена в браузер:
- С помощью HTML вы даете команду, что именно должно быть отображено на этой странице.
- Через CSS вы информируете браузер каким образом это будет отображено.
- JavaScript является неким языком сценариев в интернете, с помощью которого вы сможете настраивать структуру взаимодействия между браузером, HTML и CSS.
AJAX и аналогичные решения
Иной вид архитектуры применяет для коммуникации AJAX (Asynchronous JavaScript and XML). То есть JavaScript, загруженный в браузер, передает HTTP-запрос (XHR, XML HTTP Request) внутри страницы и в результате получает XML-ответ. Помимо этого, для ответов можно применять формат JSON. Более подробно про систему безопасности передачи сведений вы можете прочитать в статье о том, что такое HTTPS-протокол.
Другими словами, ваш сервер обязан иметь некую финальную ступень, которая будет отвечать на получаемые запросы через JSON или с помощью XML-кода. Существует 2 основополагающих протокола, которые используют для данной задачи:
- REST.
- SOAP.
Также AJAX дает вам возможность производить загрузку сведений при этом не обновляя страницу. Чаще всего, это требуется в таких программных платформах, как Angular и Ember. В последствии разработки, подобные приложения загружаются в браузер и все дальнейшие рендеринги реализуются на стороне пользователя, то есть в браузере. В этом случае, frontend-разработчик комуницируют с backend-разработчиком через HTTP, применяя JSON или XML-код.
Также существуют библиотеки и фреймворки, такие как: React и Ember, которые дают возможность реализовывать приложения как на сервере, так и «в клиенте». В данном случае для коммуникации frontend с backend, в приложении используется AJAX, обрабатываемый на сервере HTML.
Мы рассмотрели, что такое фротенд и бэкекд разработка и в чем между ними разница. Также хочется отметить, что на сегодняшний день крайне тяжело найти высококлассных специалистов в данных областях, в связи с тем, что большинство так называемых специалистов имеют поверхностные знания и не планируют развиваться дальше, поскольку подвержены воздействию эффекта Даннинга-Крюгера. Если у вас остались вопросы по данной статье — пишите нам в комментарии, и мы обязательно ответим.
Cypress. Trial
В тестировании ПО рекомендуется использовать фреймворки, которые написаны на том же стеке, что и ваше приложение. Таким образом можно отойти от парадигмы, когда автотесты пишут отдельные люди, и разделить обязанность на всю команду разработки. Это ускорит качество и скорость поставки.
У нас в компании распространен ряд фреймворков для тестирования веба: Cypress, Puppeteer, Codecept и собственная разработка Eva.io. Из группы этих решений хочется выделить Cypress — он является простым инструментом, имеет обширную и качественную документацию и обладает самым хорошим Developer Experience. То, чего вам может не хватить в Cypress, — поддержка нескольких вкладок, фреймов.
В нашем блоге есть статья Пишем интеграционные тесты на фронтэнд и ускоряем релизы — советуем ознакомиться.
Какой вы программист?
Итак, оба направления важны, востребованы и взаимосвязаны. При этом качества, которые требуются в работе, разные. Собрали основные отличия фронтенда и бэкенда в одну табличку, чтобы вы могли определиться, какое направление вам больше подходит.
Фронтенд-разработчик | Бэкенд-разработчик |
---|---|
✓ Визуальная часть То, что вы делаете, видно сразу. Эстетика, педантичность и быстрый результат. |
✓ Глубинное устройство Бэкенд не покажешь маме со словами «Смотри, это я сделал», но без него ничего не работает. |
✓ Узкая направленность Фронтенд — всегда верстка и программирование на JavaScript. |
✓ Возможность выбора Много языков программирования. Возможность работать сразу на нескольких популярных языках. |
✓ Постоянные обновления Фронтенд постоянно развивается — и разработчикам придется учиться всегда. |
✓ Стабильность Радикальные изменения в бэкенде происходят редко. Это направление требует фундаментальных знаний. |
✓ Низкий порог входа Освоить фронтенд может даже человек с гуманитарным складом ума. Где-то придется подтянуть математику, но в целом всё реально. |
✓ Хардкор Приготовьте знание и любовь к математике, сложным задачам, оптимизации, алгоритмам и всему техническому. Только бэкенд, только хардкор! |
Чтобы выбор был еще проще, пройдите бесплатный тренажер «
Backend-разработчик
Чем занимается?
Backend-разработчик решает самые разные задачи, начиная от создания каркаса будущего приложения, заканчивая специфическими бизнес-задачами. Например, в банке такой специалист будет анализировать платежи с банковских терминалов и проверять их корректности для предотвращения краж. Еще он проектирует системы хранения и обеспечивает быстроту обмена данными, контролирует их чистоту и корректность доступа к ним. Помимо этого, backend-разработчик пишет системы для автоматического тестирования и проверяет, корректно ли работает программа.
Технический стек
Backend-части часто пишут на PHP, JavaScript и Go; для больших приложений, например банковских, используется Java. У каждого языка, как и любого инструмента, своя область применения. Backend-разработчики активно используют фреймворки — каркасы приложений, в которых фундаментальный функционал уже оптимизирован, это позволяет сосредоточиться на более конкретных задачах.
Рабочий день
Рабочий день backend-разработчика зависит от места работы. В компаниях, занимающихся разработкой собственного продукта, более размеренный ритм, в котором есть пара больших сессий написания кода в день (по 2–3 часа), короткие встречи для синхронизации с командой, обсуждение архитектурных вопросов. У заказной разработки график более рваный: нужно общаться с заказчиками, быстро вносить правки и участвовать во встречах.
Тоже интересно: Чем занимается backend-разработчик в компании, которая делает игры?
Карьерный рост
Карьера начинается с позиции джуниор-разработчика. В течение испытательного срока он изучает процессы разработки, общается с командой и очень много работает. Первые полгода-год джуниор набирается опыта. Если за это время до конца было доведено много задач, багов было немного, а производительность сравнима с более опытными коллегами, можно просить о повышении.
Дальнейший рост может быть разным, как ветки прокачки в компьютерных играх: если вы прокачиваете технические навыки (hard skills), можно вырасти до уровня архитектора. Если вы чувствуете тягу к построению процессов, можно освоить методологии управления Scrum или Agile и обучать команды. Если есть уклон в классический менеджмент, можно вырасти до тимлидов и CTO (Chief Technical Officer, технический директор): в этой области нужно уметь организовывать и строить процессы, а также не бояться общаться с заказчиками.
Личные качества
Ответственность: на плечах такого специалиста лежит очень многое. Но самое главное качество программиста — научиться думать абстракциями. Если человек не может перейти с материального уровня на уровень функций, объектов, паттернов, то ему будет сложновато.
Александр Пряхин, работает в IT-менеджменте, до этого — backend-разработчик на PHP и Java: «Моя профессия нравится мне динамикой. То, что вчера казалось фантастикой, сегодня – реальность. Посмотрите, как Тони Старк в фильме „Железный человек“ 2010 года с телефона показывает видео на телевизоре. Сейчас это обыденность. Программисты создают экосистемы, цифровые миры, высокопроизводительные системы. Разве это не круто?»
Курс
Backend-разработчик
Освойте с нуля программирование на Go и бэкенд-разработку высоконагруженных приложений и станьте незаменимым специалистом. Дополнительная скидка 5% по промокоду BLOG.
Узнать больше
Чем занимается каждое из направлений
Фронтенд-разработка
Занимается версткой и программированием страниц. Всё, что вы видите и с чем взаимодействуете на сайтах: дизайн, кнопки, листалки, схемы — относится к этому направлению разработки.
Коротко и схематично о фронтенде. Слева направо: HTML — CSS — Javascript.
Задачи фронтенд-разработчика — сверстать и «оживить» сайт, обеспечить корректность его работы на всех устройствах. Для этого специалисту необходимо знание языков разметки HTML и CSS и языка программирования JavaScript, а также педантичность и внимательность.
Часто для перехода в ИТ-сферу выбирают именно фронтенд-разработку. Она не требует углубленного знания математики и подходит людям и с гуманитарным складом ума.
Бэкенд-разработка
Отвечает за внутреннюю функциональность сайта. Бэкенд-разработчик работает с сервером — невидимой частью сайта, где хранится вся информация. Он создает базы данных и управляет ими, проводит интеграции с внешними сервисами и занимается всем, что находится «под капотом» сайта.
Работу бэкенд-разработчика обычный пользователь увидеть не может, но именно благодаря ей сайт функционирует.
«Бэкенд есть у сайтов, мобильных приложений и даже у игр. Последние тоже „общаются“ с серверами и передают данные о вашей игре. Все платежные системы, системы оповещения, отправки писем и многое другое — все делается на бэкенде».
Алексей Симоненко, директор по развитию в HTML Academy
Для бэкенда существует несколько языков программирования: PHP, Python, Ruby и другие. Поскольку они сильно отличаются между собой, мы остановимся на одном из них — PHP.
PHP — один из самых популярных и стабильных языков бэкенд-разработки. По данным
Плюсы или почему мы все-таки пишем на Go
Хочется начать с порога вхождения: он минимален. Вспоминая какой скрежет вызывал в освоении тот же Spring, то Go, по сравнению с ним, можно преподавать в младших классах, настолько он прост.
И эта простота заключается не только в языке, но и в окружении, которое он за собой несет. Вам не нужно читать долгие маны по gradle и maven, не потребуется писать длиннющие конфиги, чтобы все хотя бы просто один раз запустилось. Здесь все обходится парой команд, а достойный сборщик и профилировщик уже является частью языка и не требует глубокого исследования для старта.
Как говорится: easy to learn, hard to master. Это то, чего мне всегда лично не хватало в современных технологиях: их как будто делают не для людей.
Из этого же следует скорость разработки. Язык был сделан для одной цели:
По сути, это backend язык для бизнеса. Он быстр, он прост и позволяет решать сложные задачи понятными способами. Насчет сложных задач и понятности — это отдельная тема для разговора, потому что в Go есть такая классная вещь как горутинки и каналы. Это удобнейшая многопоточность с минимальной возможностью для выстрела себе в ногу.
Disappearing Frameworks. Assess
В категорию «Исчезающие фреймворки» попадают фреймворки, выполняющую свою полезную работу на этапе компиляции, генерируя чистый JavaScript без тяжелых абстракций наподобие Virtual DOM. Такие фреймворки максимально легковесны, и их производительность на слабом железе заметно выше.
Кандидаты в эту категорию: Stencil, Svelte, Solid и Angular Elements.
Все из перечисленных решений позиционируют себя как совместимые или имеющие возможность компиляции в Web Components. Это отличная возможность, позволяющая создавать веб-приложения на базе универсальной веб-платформы. За этой группой фреймворков нужно следить и экспериментировать с ними.
Такие фреймворки потенциально могут быть использованы в решении задачи переиспользования UI-компонентов между разными большими фреймворками, что позволит, допустим, иметь одну общую кодовую базу UI Kit.
Более подробно познакомиться с подходом Disappearing Frameworks можно в статье Питера О’Шонесси.