Жаль, что в этой новости отсутствует упоминание ChatGPT, Midjourney, Open AI, Tesla, Илона Маска, NVIdia, VR, Google, Microsoft, Apple, web 3.0.
Ещё работать этому энтузиасту и работать...
Также не раскрыты поставщики проводов и разъёмов, марка блока питания, провайдер сетевых услуг и поставщик электричества, нет оценки точности времени и его поставщика.
На изображении выше видно, что при вставке перекрестной ссылки вставлено поле «Рисунок 1.1». Такой формат мне совсем не подходит: буква заглавная в середине предложения, окончание не то!
А мне было бы удобнее считать фразу так: "... на Рисунке 1.1 ...", потому что заглавная буква сразу даёт понять, что речь идёт о названии ресура на который сссылается текст. И в этом случае даже если не склонять: "... на Рисунок 1.1 изображено ...", фраза выглядит приемлемо.
Судя по публикациям на хабре, ещё 2-й встречается. Книжки Onyx Boox на 4 и 6.
А при небольшой аудитории можно рассуждать и по-другому: у вашего приложения 10 установок. Мимо проходит человек с 5-ым Андроидом и может купить или не купить. Для вас это будет 10% дохода :)
Compose это библиотека поверх стандартного Андроида, так что развести руками, сказать, что не получилось и выкинуть проблемы не составит. Для десктопа Kotlin multiplatform использует под капотом Swing, так что выгода не очень понятна. Никак не могу уяснить выгоду декларативного подхода по сранению с императивным. В одном вы пишете функцию с параметрами и в другом пишете функцию с параметрами. Когда есть xml можно теоретически сказать, что вы отделили представление от кода и что интерфейс может сделать человек не знакомый с программированием. С Compose же уже сложнее.
Это значит, что мой локальный ключ используется в качестве "загрузочного", а пользователи на устройства получают уже сборки, подписанные внутренним ключом Google
Интересно, почему Google при этом не делает подпись индивидуальной для каждого пользователя, ведь это могло бы затруднить пиратство.
Jetpack Compose. Тенденция к меньшему объему кода, поскольку Compose позволяет создавать UI-компоненты в декларативном стиле, что обычно делает код более чистым и кратким.
Программное добавление вьюх. Зависит от сложности интерфейса, но часто может быть громоздким.
Почему так? Ведь в программном добавлении вюьх точно также организуются блоки.
Улучшило поддержку тем и стилей.
А как реализуется когда надо несколько тем и разные экраны? if или switch в composable фунциях? Скажем, если на экране мобильника 5 кнопок помещается, а на планшете 10.
И вдогонку: как думаете, технология будет развиваться или через годик её объявят устаревшей и выкатят compose2?
Почему ИИ? Все кнопки изначально жмут люди.
А если ли способ прочитать все интернированные строки из кода приложения?
То есть яндекс не сам пишет свои приложения? Кому принадлежат права?
Без ключевых слов его никто не найдёт в инете.
Без использования самых передовых технологий он никого не заинтересует.
Без информации о точности распознавания, оценки времени он не научен.
Без полной информации о используемом оборудовании никто не сможет повторить и воспроизвести результаты.
Жаль, что в этой новости отсутствует упоминание ChatGPT, Midjourney, Open AI, Tesla, Илона Маска, NVIdia, VR, Google, Microsoft, Apple, web 3.0.
Ещё работать этому энтузиасту и работать...
Также не раскрыты поставщики проводов и разъёмов, марка блока питания, провайдер сетевых услуг и поставщик электричества, нет оценки точности времени и его поставщика.
Тогда вам придётся написать свой учебник по электронике. В противном случае вас никто не будет понимать.
Если вы считаете, что стабилизатор эмиттерного тока и каскад с общим коллектором - синонимы, то да, показывают.
В формулировках, показывающих слабое знание предмета.
бред ...
А мне было бы удобнее считать фразу так: "... на Рисунке 1.1 ...", потому что заглавная буква сразу даёт понять, что речь идёт о названии ресура на который сссылается текст. И в этом случае даже если не склонять: "... на Рисунок 1.1 изображено ...", фраза выглядит приемлемо.
А у меня для быстрой оценки времени калькулятор есть :P
Вот что получается для 3-х задач, каждая из которых оценивается в 1 час наименьшего времени, 2 часа обычно и 5 часов наихудшего случая.
Правда, это не спасает от случая "прилетело обновление, в результате работа встала".
Судя по публикациям на хабре, ещё 2-й встречается. Книжки Onyx Boox на 4 и 6.
А при небольшой аудитории можно рассуждать и по-другому: у вашего приложения 10 установок. Мимо проходит человек с 5-ым Андроидом и может купить или не купить. Для вас это будет 10% дохода :)
Когда группа разработчиков постоянно наваливает новые гроздья кода, копаться в нём можно вечно...
Как во вьюхах оформляется разный вид для разных ориентаций экрана, направления письма, размера экрана?
Какова скорость и потребление памяти, если сверстать программно на вьюхах и на Compose?
При переносе из Figma плагином код читаем получается? Насколько просто с ним дальше работать?
В целом выглядит как хотели решить какую-то проблему (какую?) и наплодили новых.
Compose это библиотека поверх стандартного Андроида, так что развести руками, сказать, что не получилось и выкинуть проблемы не составит. Для десктопа Kotlin multiplatform использует под капотом Swing, так что выгода не очень понятна. Никак не могу уяснить выгоду декларативного подхода по сранению с императивным. В одном вы пишете функцию с параметрами и в другом пишете функцию с параметрами. Когда есть xml можно теоретически сказать, что вы отделили представление от кода и что интерфейс может сделать человек не знакомый с программированием. С Compose же уже сложнее.
Рисунок 6 верный? Линия S11 странно выглядит, падения на 2.4 ГГц не видно. Или это иллюстрация, что резонанс аненны неверный и ниже 2 ГГц?
Как выбираете место где подрезать?
Если создавать софт, которым пользуется сам автор ПО, не так грустно, когда оно никому не надо.
Интересно, почему Google при этом не делает подпись индивидуальной для каждого пользователя, ведь это могло бы затруднить пиратство.
На RuStore, интересно, что о пиратстве думают?
А как сейчас приложения работают с поддержкой Андроид 5?
Почему так? Ведь в программном добавлении вюьх точно также организуются блоки.
А как реализуется когда надо несколько тем и разные экраны? if или switch в composable фунциях? Скажем, если на экране мобильника 5 кнопок помещается, а на планшете 10.
И вдогонку: как думаете, технология будет развиваться или через годик её объявят устаревшей и выкатят compose2?