Есть такой онлайн-сервис SunCalc. Он использует астрономические формулы, чтобы показывать положение солнца в заданных координатах и заданное время. Я его применяю, например, чтобы выбрать время и место съёмки.
Так вот, там в сервисе взяты Google-карты, и уже несколько лет на каждом тайле отображается ватермарка "For development purposes only", а при старте сервиса выскакивает ошибка о некорректной загрузке карт. Это произошло из-за того, что Гугл в какой-то момент поменял карты, не сохранив обратную совместимость, и сделал платной ту квоту, которая прежде была бесплатной, увеличив стоимость использования в 14 раз!
В SunCalc, как и во множестве подобных проектов на базе API крупных компаний, нет рекламы и монетизации. А код сервиса доступен в Open Source. Это просто удобная онлайн-тулза от энтузиаста. Он на ней не зарабатывает, даже наоборот: тратит собственные деньги на оплату серверов, просто чтобы привнести в мир некоторое универсальное общественное благо. Формально, конечно, Гугл, как владелец своих карт, имеет полное право раздавать доступы к этим картам на любых условиях. Но фактически нет никакой хорошей и рациональной причины, по которой бесплатный некоммерческий общественно-полезный сервис не должен иметь возможность применять эти карты.
Платить автор сервиса точно не будет: нет никакого смысла выкидывать сотни долларов в месяц просто так ради жадности Гугла. Получается, что пользователи на ровном месте испытывают неудобства. Хоть и небольшие, но всё-таки — работать с чистой картой без надписей и затемнения гораздо приятнее.
Вот вам ещё про вред капитализма и монополий. Не то, чтоб я видел какую-то другую более работающую экономическую систему (социализм с его плановой экономикой во много раз хуже и нежизнеспособнее, разумеется). Но просто каждый раз раздражают такие ситуации, когда на них наталкиваюсь. Какого хера вообще?
#web#dev
Как мы ускорили работу с базой данных в Android-приложении (11м)
Разработчик поделился опытом, какие практики применялись для ускорения работы с SQLite в Android: неоптимальные обращения к БД в циклах и их последствия. Также не стоит хранить JSON-объекты в виде строк в БД (это кажется слишком очевидным).
Команда столкнулась с этими проблемами, объяснила, почему это плохо, и как можно исправить ситуацию, чтобы производительность приложения не снижалась из-за обращений к БД.
#android#sqlite#производительность
🤖Скрытые угрозы Room: почему база тормозит и как это исправить
Важные советы всем кто используют Room, чтобы база работала быстро:
👉Индексы — ваши лучшие друзья: без них запросы деградируют до O(n)
👉Транзакции важны: SQLite разработан для эффективной пакетной обработки
👉Разбиение на страницы крайне важно: никогда не пытайтесь одновременно обрабатывать тысячи строк
👉Режим Write-Ahead Logging (WAL) критически важен, особенно для параллельных операций чтения и записи
👉Настраивайте схему БД для практической производительности, а не только для академической нормализации
Больше полезных советов в статье
#android#room#sqlite
Выполнение запросов SQLite на множестве потоков может привести к замедлению вашего приложения🤯
Разработчик делает классный разбор того, как работают запросы SQLite в Android и как их оптимизировать. Статья - параллельность в Android SQLite (EN,11м)
Основные выводы:
👉 Используйте забандленную версию SQLite (добавит около 1 Мб за каждый ABI)
👉 Если работает с несколькими БД через ROOM, то задавайте CoroutineContext или Executor для выполнения запросов
👉Больше полезного в статье, почитай. Она того стоит
#android#room#sqlite#jetpack
📹 В Jetpack Room есть возможность использовать не встроенный в Android ОС SQLite, а вместо этого использовать самую свежую версию (вес около 1 МБ для каждого ABI).
Это позволит использовать единую версию SQLite на всех устройствах и получать преимущества в скорости работы от новых функций. Причем эта возможность доступна для всех поддерживаемых платформ, которые поддерживает Room: Android, iOS, Desktop.
📹Доклад с Droidcon от гуглера о том, как это сделать (EN, 15м)
🔗Подробности в документации
#android#sqlite#room#jetpack
🚀 Вышел Room 2.7.0-alpha13
Библиотека мигрирует на Kotlin 2.0+ и весь проект должен будет тоже использовать её. Хотите KMP - точно надо будет мигрировать на Kotlin 2.0
Это последний альфа релиз и дальше будет Beta и уже совсем скоро релиз.
#android#kmp#jetpack#jetpackupdate#sqlite
🗜 In search of a faster SQLite - ребята взяли и переписали SQLite на Rust и утверждают, что смогли добиться серьёзного прироста в производительности при сохранении совместимости с SQLite непосредственно.
Проект называется Limbo, вот здесь о нём можно почитать подробнее...
- Статья: https://avi.im/blag/2024/faster-sqlite/
- Github: https://github.com/tursodatabase/limbo
#sqlite#напочитать#limbo
🚀 Вышла первая Beta версия Room 2.7.0. Самое важное нововведение - переход на KMP с поддержкой Android, iOS и Desktop 🔥🔥🔥. Также на Android теперь можно использовать SQLite из артефакта, а не только тот что в Android ОС
#android#kmp#jetpack#room#sqlite
🚀 Вышел Jetpack Sqlite 2.5.0 с поддержкой KMP и добавлением абстракция над реализация SQLite в платформе или вовсе поставлять реализацию SQLite вместе с вашим приложением, чтобы всегда иметь самую свежую версий движка БД.
#sqlite#jetpack#android#ios#desktop