Сорян если вопрос холиварный, хотел бы узнать, насколько Compose сейчас

является production ready? В общем ситуация, до текущего момента на фирме разрабатывали банковские приложения на кроcсплатформе, сейчас щупаем натив потихоньку. Вот и решаем на каком стеке вести разработку, соответственно legacy кода нету, можно брать всё что угодно. Всё ли можно сделать на Compose, что и на xml, есть ли проблемы с производительностью и стабильностью?

У нас всё приложение с недавних пор на композе, очень даже продакшен на 3 миллиона юзеров. Сложности в основном вокруг мест, где есть интеграция с не-композными View, например карты и WebView. Производительность устраивает, хоть нам и есть, куда расти, и есть места в самом композе, которые пока, говорят, не самые быстрые (бесконечные списки), но всё-таки большинство проблем идёт из неправильного кода. Вряд ли будет медленее кроссплатформы)

Тебе надо описать тут что вы используете в интерфейсе Так то оно отлично все, потом обратно не захочется

Как по мне, production ready. Почти всё есть. Нет готовой реализации shared element transition, больше ничего не приходит в голову. С производительность всё нормально, может быть немножко медленней чем вьюхи, но разница мала. Если что-то лагает/тормозит, то скорей всего по вине разраба. Оставшихся критических багов не знаю

ну как что используем, из каких-то особенных вещей, ну например встроить карты Яндекса в приложуху проблем не будет? ну и любых других библиотечных элементов интерфейса? BottomSheet? слышал со списками проблема в композе, для нас критично звучит, на очень многих страницах используем списки, примерно 80% с разной высотой строк, иногда с разными шаблонами элементов в пределах одного списка, тут какие проблемы видятся?

В 1.5.0 производительность здорово подтянули за счет Modifier.Node

Хочется сказать "нет", но я не понимаю почему вы задаёте такие вопросы. Узнать продакш рэди или нет было нормально, но принимать важное решение на основании мнений каких-то левых людей из чата - такое себе. Я бы в любом случае попробовал реализовать списочки, боттомшиты и т.д., а потом уже принимал решение

Оптимизация модифайеров Они большую вложенность создавали

Имхо вообще нет проблем.. Как по мне так даже проще чем в ресайклера)) если я правильно понял задачу))

само собой уж не только на основе сообщений из чата решение принимаем, уже месяца полтора проект пилим тестовый. Прост поскольку опыта в разработке на именно нативе нету, пока впечатление не очень хорошее, младшие сотрудники постоянно приносят какие-то сомнительные решения, а ля велосипеды. Говорят чего-то готового для элементарных задач нету, поэтому и разрываюсь между новым Compose, на котором каких-то вещей нету и старым xml, на котором скорее всего это уже есть, но который всех пугает)

да вполне может быть конечно) поэтому и решил у сообщества спросить про всё это

на эти вопросы может кто ответить? в идеале на все, но хотя бы про списки, это прям ОЧЕНЬ сильно волнует

Прям очень здорово.

Списки в 1.5.0 подтянули очень заметно, я macrobemchmark-ом замерял, но видно и невооружённым взглядом. Одно но, 1.5.0 пока не стабильный релиз

Я скидывал скрины когда замерял, и свои лайауты и те что @arkivanov выкладывал в issues. И прям был приятно удивлен выросшей производительности.

Как насчет нанять опытного человека?

руководство не хочет, мол будет писать не пойми что, а мы и не поймём, так как опыта нету, странный аргумент, знаю

чисто посмеяться, а так они прям читают код и во всё вникают? прям и бек и фронт? какое годное начальство