Развивая тему пресейловых активностей и типов договоров, в B2B, в т.ч. заказной разработке RFI, RFQ и RFP - это три важных процесса, используемых для получения информации о продукте или услуге, а также о требованиях к поставщику. RFI используется для получения информации о компании и ее продукте или услуге, RFQ используется для получения ценовых предложений на конкретный продукт или услугу, а RFP используется для получения подробного предложения на конкретный продукт или услугу. Правильное использование этих процессов может помочь компаниям выбрать наилучший продукт или услугу и заключить выгодную сделку.

При заказе разработки программного обеспечения клиенты обычно сталкиваются с выбором типа контракта. При этом исполнителю не менее важно понимать обязательства, риски и преимущества каждого из договоров. Существует несколько типов контрактов на разработку, которые могут быть использованы для оплаты проектов. Некоторые из них включают в себя фиксированный платеж, который гарантирует, что проект будет выполнен в соответствии с определенными требованиями. Другие контракты основаны на оплате за час работы, что может быть особенно полезно, если требуется дополнительное время на исправление ошибок или внесение изменений. Кроме того, существуют контракты с гибкой системой оплаты, которые позволяют клиентам оплачивать только те функции, которые имеют наибольшую ценность. Все эти контракты имеют свои преимущества и недостатки, далее поговорим про каждый из них.

TAdviser: Чем объяснить повышение спроса на заказную разработку, которое мы наблюдаем в последние годы?

МАКСИМ АРТАМОШКИН: Цифровизация, жесткая конкурентная борьба, а также повышение уровня компьютерной грамотности клиентов, пользователей и сотрудников заставляют компании менять решения, которые использовались десятилетиями. Сейчас всё больше клиентов выбирают банк, магазин, страховую компанию по уровню удобства цифровых сервисов — портала для клиентов (личный кабинет), мобильных приложений, контакт-центров. Если буквально 5–7 лет назад можно было внедрить стандартный сайт на коробочном решении, и он обеспечивал достаточный для продаж функционал, то сейчас компаниям в разных сферах приходится конкурировать с гигантами, оперирующими современными маркетплейсами и экосистемами сервисов. Клиенты сравнивают сайт любого банка с сайтом банка из ТОП-3, то же касается и личного кабинета, мобильного приложения и пр. Всё это заставляет даже небольшие компании вкладываться в конкурентные решения.

Разработчики React делают все, чтобы React работал практически молниеносно, Virtual DOM работает на столько быстро, на сколько это возможно. Но случается, что даже небольшие приложения по прежнему работают очень медленно. Все же React не делает чудес и все также многое зависит от разработчика приложения. От него требуется понимание работы React и принципы эффективного использования в том или ином случае.

В React существует уже множество инструментов для оптимизации, такие как React.lazy, PureComponent и т.д. Мы рассмотрим только моменты связанные с оптимизацией применимой функциональным компонентам.

Не так давно мир фронтенда пополнился еще одним термином — федерализация. Что же это значит? Федерализация (от лат. foederatio - “объединение”, “союз” ) — объеденение ранее обособленных единиц, термин из политической сферы. В нашем же случае это архитектура, позволяющая на лету объединять код различных приложений.