как я понял, ассемблер нужен, если я смогу аргументировать что подход на сях требует большего числа тактов

но в реалиях 10млрд/сек мы все на это забиваем

Вам это никогда не удастся. Сделать умнее, чем gcc/LLVM очень сложно. Реально так никто не делает. Идут по другому пути - оптимизируют компиляторные интринсики под железо

я не знаю что такое gcc/LLVM. Может поэтому и сделаю лучше :D

А, ну делайте

ну хз. если архитектура проца популярная, то эти спец.инструкции должны поддерживать компиляторы и сами уметь их применять. а если это что-то непопулряное - например, множество разношёрстных контроллеров из мира встраеваемых систем - то там вообще своя атмосфера

Они и поддерживаются в компиляторе, но в виде интринсиков.

Ну вот и ответ. Хочешь писать компиляторы значит асм в руки и вперёд. Можно ещё колибриос контрибьютить.

Ты ж уже выкинул корутины из проекта?

Пишут-пишут.

Я и не особо затягивал, честно говоря.

Но ты же не думаешь, что если мне не нравится магия у компоуза, то мне вдруг понравится магия у корутин?:)

Другое дело, что с UI есть варианты, которые показывают, что можно и без магии (во всяком случае такой явной), а вот с корутинами я пока не видел примеров таких, везде колдунства делают.

Да и не припомню я у корутин магию на уровне моего кода. С моей стороны всё как-раз выглядит вполне явно, а волшебство где-то там — внутри.

Не, если не затягивал -- вопросов нет. Я хотел провести аналогию с корутинами, но если у тебя их в проекте нет, то подкол провалился)

а у винды есть нативный лук?

Порядок кнопочек жи в диалоговых окнах :)

Был в парочке проектов. Даже нравится их использовать.
Но не нашёл в них каких-то плюсов настолько, чтобы использовать на постоянке.

Сейчас вот со всеми этими StateFlow можно уже брать на постоянку, вместо всяких модных LiveData

Но да, в разрезе идеи судить о look-n-fill смысла ноль

Ну вообще есть. Другое дело, что он уже поменялся и стал похож на Material, так что уели

Так магия же, нельзя брать