TDD очень замедляет разработку, скорее всего из-за отсутствия навыков. Имхо, нужно пару лет, чтобы привыкнуть к TDD. Ну это мелочь по сравнению постоянным напряжением, что твоё приложение в любой момент может отказать, например из-за рефакторинга или из-за изменения зависимостей.
Кент Бек в своей книге «скромно» хвалится, что может построить чистую архитектуру на тестах с лёгкостью и достаточно быстро.
PULSE всё ещё не точно подбирает черты лица.
Но, в общем говоря, проблема достаточно волнующая.
Пока изучал нейросеть, наткнулся на пару интересных проблем:
1) FD: issue активистки — она, как раз, задавалась вопросом о этичности технологии.
2) PULSE: Хоп! И PULSE обвиняют в расизме!
По поводу генерации: 12 минут на 800 шагов — i9 9900 GeForce 2080 Super.
На своём опыте скажу, что Xamarin.Forms + System.Reactive + Мобильное устройство = подтормаживания (или тормозище), неоправданный перерасход памяти.
Пару штук observable\observer ваше мобильное приложение выдержит. А вот с десяток, или, как в моём первом проекте с три десятка в одной view (vm), то уже начнутся заметные подтормаживания…
Могу писать о связке rx+xamarin.forms бесконечно долго :)) Но итог один — я крайне не доволен System.Reactive под мобильники.
Если нужна особая асинхронность, то лучше перейти на TPL или поюзать фитчи C#9.0. Меньшее количество задач в багтрекере вам обеспечено! :))
Да и вообще, System.Reactive уже пережил себя с приходом асинхронного программирования. Разве нет?
А вижу, dpereverza уже ответил (+1 Вам :)
Кент Бек в своей книге «скромно» хвалится, что может построить чистую архитектуру на тестах с лёгкостью и достаточно быстро.
Пишете насчёт производительности.
Я так понял, чем свежее и мощнее девайс, тем лучше. Приложения написанные на этой платформе, всегда подтормаживают?
А какого типа приложения пишут на RN и Flutter?
Не перестаю поражаться эрудиции Фаулера!
Вспомнил своё детство, когда я что-то выжигал, запах жжённого — непередаваемо! :))
Но, в общем говоря, проблема достаточно волнующая.
Пока изучал нейросеть, наткнулся на пару интересных проблем:
1) FD: issue активистки — она, как раз, задавалась вопросом о этичности технологии.
2) PULSE: Хоп! И PULSE обвиняют в расизме!
По поводу генерации: 12 минут на 800 шагов — i9 9900 GeForce 2080 Super.
На своём опыте скажу, что Xamarin.Forms + System.Reactive + Мобильное устройство = подтормаживания (или тормозище), неоправданный перерасход памяти.
Пару штук observable\observer ваше мобильное приложение выдержит. А вот с десяток, или, как в моём первом проекте с три десятка в одной view (vm), то уже начнутся заметные подтормаживания…
Могу писать о связке rx+xamarin.forms бесконечно долго :)) Но итог один — я крайне не доволен System.Reactive под мобильники.
Если нужна особая асинхронность, то лучше перейти на TPL или поюзать фитчи C#9.0. Меньшее количество задач в багтрекере вам обеспечено! :))
Да и вообще, System.Reactive уже пережил себя с приходом асинхронного программирования. Разве нет?
Если Microsoft не станет продвигать Xamarin ещё активнее, то в ближайшие 10 лет, он просто канет в лету.
Правду же говорят: Xamarin — хорошо подходит для MVP, а не для конечного продукта.