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

Каковы же последствия этого для IT рынка? Мы имеем еще более жесткую конкуренцию и более ожесточенную борьбу за финансирование между стартапами. Сами же стартапы вынуждены до безобразия упрощать бизнес-концепцию своих решений, выкидывать из MVP все что только можно, и искать пути экстремально сократить фазу пруф оф концепт. 

Скованные узкими рамками бюджета стартаперы, всегда ищут недорогие но эффективные решения для своих IT проектов. В такой ситуации обращение к концепции MVP кажется вполне обоснованным. А при помощи Юай библиотек недорогой, но прекрасно функционирующий продукт можно создать в два счёта. Кто-то наверняка возразит, мол, хорошие библиотеки и фреймфорки стоят денег, а это дополнительные траты.  Каки это вяжется с концепцией MVP?" Не только вяжется, но и способствует её реализации. Смотрите сами. 

Вы можете наткнуться на это видео в youtube где разработчики стартапа сталкиваются во всеми перечисленными проблемами и описывают свою стратегию развития продукта - как использование advanced UI library в которой уже имеются необходимые компоненты. В описанном примере они используют всего 12 Lines of Code чтобы создать wireframe своего решения и по сути получить готовыe admin applications

Плюсы такого подхода  

  1. Скорость разработки становится быстрее. Т. Е. Можно иметь рабочий продукт уже через пару недель, а не через несколько месяцев. Даже на разработку простого софтового продукта требуется время и головы. Месяцы работы команды разработчиков будут явно стоить дороже, чем покупка индивидуальной лицензии какой-нибудь библиотеки. 
  2. Унифицированный интерфейс для целого спектра платформ (web, cloud, desktop, mobile)
  3. Учитывается возможный рост.  
  4. Меньше багов. Любой опытный разработчик скажет, что исправлять ошибки, особенно, когда проект находится на своём завершающем этапе - это очень дорого. Лучше их избегать с самого начала. Библиотеки в этом вопросе выигрывают, так как чаще всего являются плодом умов десятков девелоперов. Обычно все компоненты тщательно проверены и раоботают 
  5. Меньше затрат на тестирование. Компоненты библиотек уже тщательно протестированы 

Минусы 

В будущем возможны сложности с интеграцией custom design, т.к. библиотека содержит сложные комплексные виджеты с большим количеством контролов. Это создает проблемы с настройкой нестандартного дизайна 

Сложности с интеграцией сторонних библиотек и виджетов. Не каждая UI library имеет достаточную поддержку и количество примеров интеграции 

Совместимость с мобильными устройствами. Стандартной адаптивности может не хватить в некоторых специализированных случаях. Особенно, когда разработчики пытаются воспроизвести на mobile платформах нативные элементы управления свойственные мобильным интерфейсом. Разработчики столкнуться с проблемами производительности и совместимости HTML5 ui на мобильных устройствах