ЮВ
в итоге 5 ч*лет тупо на UI kit, потому что кто-то захотел реакт :)
Size: a a a
2021 January 21
АЛ
сколько в ч*месяцах?)
длительность от 1 до 6. на 2й мес как правило уже можно использовать было.
AC
в итоге 5 ч*лет тупо на UI kit, потому что кто-то захотел реакт :)
С любым другим фреймворком затраты ровно те же
NG
у нас их 200, переезжаем с ангуляра на реакт, костяк перевезли за 3 месяца, дальше по заявкам
АЛ
С любым другим фреймворком затраты ровно те же
да даже без фреймворка
ЮВ
С любым другим фреймворком затраты ровно те же
1. нет 2. реакт это не фреймворк
AC
Мы переходили на реакт протому что затраты на поддержку старого решения превышали все разумные границы
АЛ
аналогично
AC
1. нет 2. реакт это не фреймворк
1. Ну да, они выше.
2. Всегда есть фрейморк, просто он накручен вокруг реакта самостоятельно. React + Redux + Saga + TS + соглашение о нейминге - уже фреймворк
2. Всегда есть фрейморк, просто он накручен вокруг реакта самостоятельно. React + Redux + Saga + TS + соглашение о нейминге - уже фреймворк
ЮВ
ну если хочется понакручивать фреймворки самостоятельно, то тут ничего не поделать, конечно. но к бизнесу это отношения уже не имеет
AC
Ещё как имеет. Стек задачи бизнеса должен решать в первую очередь, по этому принципу и выбирается
ЮВ
и как сформулирована задача бизнеса?
AC
Ну вот например:
1. Сделать единый look and feel
2. Обеспечить цикл поддержки приложения 5 лет
3. Иметь возможность быстро увеличить фронтенд команду в два-три раза
4. Не просесть в перфомансе при переходе на новый стек
1. Сделать единый look and feel
2. Обеспечить цикл поддержки приложения 5 лет
3. Иметь возможность быстро увеличить фронтенд команду в два-три раза
4. Не просесть в перфомансе при переходе на новый стек
AS
Ну вот например:
1. Сделать единый look and feel
2. Обеспечить цикл поддержки приложения 5 лет
3. Иметь возможность быстро увеличить фронтенд команду в два-три раза
4. Не просесть в перфомансе при переходе на новый стек
1. Сделать единый look and feel
2. Обеспечить цикл поддержки приложения 5 лет
3. Иметь возможность быстро увеличить фронтенд команду в два-три раза
4. Не просесть в перфомансе при переходе на новый стек
Очень правильные хотелки.
HB
дешевле джавы только пхп и 1с
Питон ещё, но там стек и задачи дополнительно уточнять надо
ЮВ
Ну вот например:
1. Сделать единый look and feel
2. Обеспечить цикл поддержки приложения 5 лет
3. Иметь возможность быстро увеличить фронтенд команду в два-три раза
4. Не просесть в перфомансе при переходе на новый стек
1. Сделать единый look and feel
2. Обеспечить цикл поддержки приложения 5 лет
3. Иметь возможность быстро увеличить фронтенд команду в два-три раза
4. Не просесть в перфомансе при переходе на новый стек
Из этого на задачу больше всего похож пункт 2, но вот если брать меня, то я не понимаю, как реакт способствует циклу поддержки 5 лет
p
дешевле джавы только пхп и 1с
так и результат соотвествующий
HB
так и результат соотвествующий
Как будто на Java нельзя написать плохо
K
дешевле джавы только пхп и 1с
дотнет еще
ЮВ
дотнет еще
там, к сожалению, на долгосрок делать что-то дорого, MS последние лет 10 переобувается без обратной совместимости каждые несколько лет