Заказная разработка веб-приложений и сервисов

Наши этапы разработки

От проектирования макета до запуска в Production



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

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



На основе требований, которые мы обсудили в предыдущем пункте, наша команда создает дизайн будущего web-сайта. Мы стараемся в первую очередь создать удобный и только во вторую красивый дизайн.

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



Верстается страница для десктопных и мобильных разрешений.



Добавляется клиентская и серверная логика для страницы, которая была сверстана. Клиентская логика - это например работа фильтров на странице. Серверная - сохранение данных пользователя в базу данных.



После завершение спринта, мы демонстрируем вам рабочую страницу. И если вас все устраивает, то переходим к выполнению следующей задачи.

Если вы хотите внести некоторые правки (как обычно бывает). То мы оцениваем сложность задачи и вносим ее в наш список (с учётом срочности).

Шаги выполняются для каждой задачи в проекте



На этом этапе разработка основного функционала уже должна быть завершена более чем на 70%. Таким образом можно будет проверить работу не только отдельных страниц, но также и взаимодействие между ними.

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



Мы помогаем вам встроить веб приложение в вашу существующую инфраструктуру, либо если это новый сайт или MVP, то публикуем его на хостинг и подготавливаем его для работы с пользователями (привязка домена, SSL и т.д.)



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

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

Наши технологии

Angular

Фреймворк для создания браузерной части web-приложения. Разработка ведется на TypeScript, в дополнении имеет в своем арсенале большое число встроенных библиотек. В том числе библиотеку компонентов Material. Если вы не знаете какой фреймворк использовать, то выбирайте Angular.

Blazor

Также как и Angular используется для Frontend разработки. Однако в отличии от первого использует C# в качестве языка программирования. Несмотря на очевидное превосходство С# над TypeScript, этот фреймворк проигрывает Ангуляру в удобстве разработки (хоть и имеет схожий набор возможностей). Выбирайте этот фреймворк, если у вас уже есть код написанный на C# и вы хотите переиспользовать его в вашем приложении. Также Blazor хорошо подойдет для создания сайтов, которым важно CEO. Т.к здесь лучше организована работа с рендерингом веб-страницы на стороне сервера (что очень важно для поисковых роботов).

Asp .Net Core

Фреймворк для разработки серверной части веб-приложения (Backend). Использует язык C#, а также Entity Framework для взаимодействия с базой данных. Мы используем монолитную, многослойную и микросервисную архитектуру при создании ваших web-приложений.

Microservices

Для разработки сложных веб-сервисов и Saas мы используем микросервисную архитектуру, в связке с RabbitMQ. Данная архитектура лучше всего подходит для зрелых сервисов, над разработкой которых трудится несколько команд разработчиков. Ее также можно использовать для небольших веб-приложений, но нужно учитывать, что микросервисная архетектура усложняет структуру проекта, а значит делает сложнее (дороже) дальнейшую поддержку и сопровождение.

MySQL

SQL база данных. В основном хостеры используют ее в качестве умолчательной базы данных. Поэтому, если планируете разворачивать ваш сайт на обычном хостинге, то MySQL ваш выбор.

PostgreSQL

Аналогично с MySQL - это SQL база данных. При этом PostgreSQL - более производительное решение. Поэтому если ваше приложение подразумевает высокую нагрузку, то лучше выбрать этот вариант. Но по скольку большинство хостеров не поддерживают ее из коробки, то для использования PostgreSQL нужно разворачивать собственную базу данных на выделенном или виртуальном сервере, а это связано с дополнительными затратами.