JF
Короче, для меня это оверджамп. Надо си учить
Size: a a a
2020 November 17
ML
Потому что слишком много всего меняется. Тут уже реконсайл может в минус работать по сравнению с точечными байндингами.. Плюс нативный лук важен.
"нативный лук" ахахах
ML
в приложении на свинге ахахаха
BP
Реальный мир был написан 5+ лет назад. А компоуз в бете. При чем я не уверен, что компоуз - это правильный путь для тяжелых приложений аля идея.
Современный такой тоже. Я не сторонник иммутабельности так то
I
Ну поясните. Я же не говорил что я знаю. Извините что вожу в заблуждение. Но мы говорили про алокации, а вы сами на сортировку перешли. У разных видов сортировки, на сколько я знаю, разная стоимость.
Я перешёл на сортировки после пассажа про вычитание пустого списка. Не проверяют на сортируемость массива из-за того, что это очень редкий случай и статистически проверка выйдет дороже, чем возможный выигрыш. Аналогия, надеюсь, ясна?
AN
не путай "инструмент не подходит" и "я не знаю, как это сделать с этим инструментом"
Я знаю, но не уверен, что получится лучше. На реакте точно бы не получилось, как раз из-за локализации стейта. Компоуз лучше, там можно стейт фрагментировать и рассовать по модулям. Но у меня еще есть большие сомнения по поводу того, как оно будет себя вести в динамической модульной системе. Например когда кусок UI изымается и заменяется другим куском с совсем другими стейтами. Или когда кусок перетаскивается из одного контейнера в другой. Товарищи андроидеры часто забывают, что на "экранах" свет клином не сошелся.
D
Нет зачем, у нас все Serializable
Никогда фреймворчные вещи не храните? Например, Bundle
I
Потому что слишком много всего меняется. Тут уже реконсайл может в минус работать по сравнению с точечными байндингами.. Плюс нативный лук важен.
А где кстати в IDEA нативный лук? (Ну кроме window)
AN
А где кстати в IDEA нативный лук? (Ну кроме window)
На виндовс :)
I
Нет. Я же говорю, что претензий к тебе я не имею. Просто не понимают откуда такой радикализм - это плохо, а это хорошо.
Думаю хватит, а о прийдёт и скажет что я ною. Я может не корректно понял высказывания, услышал я "зачем делать лишнюю алокацию", точно такой вопрос задавался и stdlib котлина и не мной
Думаю хватит, а о прийдёт и скажет что я ною. Я может не корректно понял высказывания, услышал я "зачем делать лишнюю алокацию", точно такой вопрос задавался и stdlib котлина и не мной
Я объяснил, почему выделение памяти в гуёвых приложениях - это плохо. Потому что ничего не бесплатно и достигая плавности отрисовки мы платим чем-то другим. Для достижения 60 фпс надо выделить кучу памяти для ГЦ. Но и это не всегда спасает. Если ГЦ не успевает в выделенное время отсортировать кучу, а чем больше аллокаций, тем более мелких объектов, тем больше времени занимает проход по графу объектов, то ГЦ не чистит память и тогда при достижении предела по памяти всё равно будут тормоза.
BP
Я перешёл на сортировки после пассажа про вычитание пустого списка. Не проверяют на сортируемость массива из-за того, что это очень редкий случай и статистически проверка выйдет дороже, чем возможный выигрыш. Аналогия, надеюсь, ясна?
Ясна, но вот и получается что алокация дешевле, нужно всегда искать компромисс (я не навижу компромиссы, но и фанатиком быть не хочу).
Ну я так и ответил - не имеет смысла. Конечно добавил что "зачем лишний раз проходить по массиву". Слово "лишний" - лишний проход, который редко себя оправдывает.
Ну а пустой список не такая уж и редкость
Ну я так и ответил - не имеет смысла. Конечно добавил что "зачем лишний раз проходить по массиву". Слово "лишний" - лишний проход, который редко себя оправдывает.
Ну а пустой список не такая уж и редкость
I
На виндовс :)
AN
Не знаю, у меня такого нету :)
I
Не знаю, у меня такого нету :)
Ну потому что нативно для macOS 😉
I
Никогда фреймворчные вещи не храните? Например, Bundle
Во вьюках может быть где-то есть, но мы стараемся так не делать ибо это порождает кучу проблем с рассинхроном стейта (да и там примитывы суются)
BP
Я объяснил, почему выделение памяти в гуёвых приложениях - это плохо. Потому что ничего не бесплатно и достигая плавности отрисовки мы платим чем-то другим. Для достижения 60 фпс надо выделить кучу памяти для ГЦ. Но и это не всегда спасает. Если ГЦ не успевает в выделенное время отсортировать кучу, а чем больше аллокаций, тем более мелких объектов, тем больше времени занимает проход по графу объектов, то ГЦ не чистит память и тогда при достижении предела по памяти всё равно будут тормоза.
И я в первом же сообщении написал "Согласен". Но радикально отказывается от штуки которая может помочь - хрень. Компоуз как раз диктует свой мир, и это плохо. Ну и затем и нужен ресайкел, что бы не дергать каждый раз функцию рендера отдельного графа. Точно как это работает в флатере - хз, мне он и не нравится, как и компоуз
с#
AK
Ребят, что сейчас пишут на ассемблере? Думаю что дальше изучать, есть ли смысл его?
смысла практически нет, очень редко пишут вставки в некторые продукты - но опять же как и зачем загадка. и скорей всего это некие точечные костыли для совместимости очень низкоурвоневых апи
AN
Принес про вакцины: https://trv-science.ru/2020/11/covid-19-logunov-retraction/. Как анализатор скажу, что огрехи, приведенные в статье в принципе могут быть следствием не злого умысла, а просто неумением писать статьи, но вот отказ предоставлять данные - это уже очень серьезный аргумент в пользу подтасовок.
DS
смысла практически нет, очень редко пишут вставки в некторые продукты - но опять же как и зачем загадка. и скорей всего это некие точечные костыли для совместимости очень низкоурвоневых апи
Поддержка специализированных инструкций процов?