Стартап глазами разработчика. Какой framework лучше выбрать
Комментарии (5)
25 июля 2017 в 20:14 (комментарий был изменён)
+2↑
↓
поддержка сообществом
продвижение гигантами IT-индустрии
легкость освоения
зрелость технологииА почему не: скорость разработки, сложность поддержки, багоёмкость, отзывчивость работы, наличие стандартной библиотеки, адаптивность?
мы в Программе «Единая фронтальная система» выбрали основным фреймворком для разработки React.
Звучит как «в качестве средства передвижения мы выбрали шины мишлен» :-) Говорите уж честно: вы создали свой уникальный фреймворк, в котором скомпоновали несколько известных библиотек, несколько неизвестных, нескольких велосипедов и кучу связующего их между собой кода.
для React существует огромное количество написанных элементов UI, библиотек для управления состоянием приложения и других модулей.
К сожалению, количество слабо коррелирует с качеством. Что лучше: 10 разношёрстных библиотек управления состоянием или одна, но идеально стыкующаяся с остальными компонентами фреймворка?
На мой взгляд, здесь не нужны дополнительные комментарии: зачем разрабатывать на фреймворке, который убьет много времени на освоение?
А сколько вы убили времени на освоение экосистемы Реакта и подгонку выбранного вами набора библиотек друг ко другу?
О том, как создать приложение на реакте за один вечер, Николай рассказал на конференции.
Я там увидел лишь создание мёртвой формы и вывод таблички с рандомными данными. Ни обработчиков действий пользователя, ни сетевых запросов, ни индикаторов загрузки, ни локализации, ни настроек для переиспользования в разных местах, ни дизайна в конце концов. Сколько займёт времени добавление всего этого?
Зачастую он показывает некоторую интерактивную картинку, которую можно пощупать.
Это называется «макет». MVP же должен реализовывать как минимум один бизнес процесс от начала и до конца. Иначе его Value = 0.
25 июля 2017 в 21:13
0↑
↓
его Value = 0.
Что и является минимально ценным продуктом : D
25 июля 2017 в 21:25 (комментарий был изменён)
0↑
↓
Ну, тогда ценность может быть и отрицательной, когда продукт ломает бизнес процессы :-D
25 июля 2017 в 21:29 (комментарий был изменён)
0↑
↓
В таком случае его ценность становится опять положительной, просто уже для конкурентов :)
25 июля 2017 в 21:44
0↑
↓
Чем MVP в вашем определении отличается от Proof of Concept?