TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

TGINSIGHT SIMILAR POSTS

Намери подобно съдържание

Изходен канал @clockstackwheels · Post #601 · 18.10

Лена у себя написала про беспомощную западную техноддержку. Я вам тоже о нескольких таких случаях из своей жизни рассказывал. Возможно, у вас ссылка не откроется, процитирую небольшой кусочек: «...современные автоматизированные поддержки, которые работают по алгоритму, задизайнены совсем не для таких людей, как я — кто инициирует синхронное взаимодействие с человеком только после того, как исчерпает ресурсы найти ответ на вопрос самостоятельно. При этом хорошо, если отвечает сразу человек — а теперь ведь нередко и робот, который в принципе никогда не может ответить на мой запрос, потому что ответы на простые вопросы я нахожу самостоятельно. И уж если я и обратилась в поддержку, то это всегда какой-то сложный вопрос или нестандартная ситуация, на который робот не ответит никогда. Но даже и с белковым агентом поддержки в последнее время все чаще натыкаешься на ситуацию, когда твоя проблема не вписывается в лекала частых вопросов и проблем и спустя десятки минут бесплодного общения <...> всё, что они делают, — это разводят руками: „Мы исчерпали наши возможности“. Более того, не эскалируют проблему тем, кто компетентен в ней разобраться и ее решить..» Это абсолютная правда, хотя в России я натыкался на такие вещи существенно реже. Либо вообще русские цифровые сервисы сделаны лучше, и приходится обращаться в саппорт меньше. Либо просто русский человек не так часто может изображать из себя идиота, даже если ему дан приказ работать по скрипту. Я задумался -- почему всё-таки поддержка у крупных компаний в основном именно такая? По крайней мере мой личный опыт весьма однозначен: за последний год было штук пять обращений в разные англоязычные сервисы, и четыре из них зависли на скрипте (не завис Гитхаб -- честно решил мою проблему). Видимо, бизнесу выгодно содержать такую поддержку и не выгодно содержать другую. Моя гипотеза: стоимость незаскриптованного человека достаточно велика, а количество не тупых обращений достаточно мало, чтобы не было смысла заморачиваться. Жаль, что в интерфейсах не делают галочки "Я не тупой". Компании могли бы содержать одного умного специалиста поддержки, он бы получал по одному сообщению в день от редких умных людей, которые действительно наткнулись на серьёзную проблему. А скрипто-обезьянки обрабатывали бы запросы, ответ на которые выпадает первой строчкой в гугле. Но, наверное, человечеству нужно идти ещё дальше и пускать в интернет людей только после сдачи экзамена по работе с интерфейсами. Да, знаю, компании и сами то не спешат сейчас делать вменяемый UI: например, была история о том, что для остановки платной подписки на Amazon нужно было сделать десяток очень неочевидных действий, нажимать на кнопки с непонятным содержимым мелким шрифтом, проматывать страницы до конца, ставить строго определённые галочки и так далее. Наказанием для таких компаний был бы отказ пользователей от их услуг, но в рамках капиталистических монополий у юзеров особо нет выбора. Возможно люди, которые когда-то сдавали сложный экзамен по UI, позже, работая в корпорациях, будут с меньшей охотой делать запарный и непонятный интерфейс. #web

Hashtags

Резултати

Намерени 17 подобни публикации

Търсене: #sqlite

当前筛选 #sqlite清除筛选
Android Broadcast

@android_broadcast · Post #8752 · 04.03.2025 г., 09:33

Как мы ускорили работу с базой данных в Android-приложении (11м) Разработчик поделился опытом, какие практики применялись для ускорения работы с SQLite в Android: неоптимальные обращения к БД в циклах и их последствия. Также не стоит хранить JSON-объекты в виде строк в БД (это кажется слишком очевидным). Команда столкнулась с этими проблемами, объяснила, почему это плохо, и как можно исправить ситуацию, чтобы производительность приложения не снижалась из-за обращений к БД. #android#sqlite#производительность

Android Broadcast

@android_broadcast · Post #9557 · 13.10.2025 г., 13:18

🤖Скрытые угрозы Room: почему база тормозит и как это исправить Важные советы всем кто используют Room, чтобы база работала быстро: 👉Индексы — ваши лучшие друзья: без них запросы деградируют до O(n) 👉Транзакции важны: SQLite разработан для эффективной пакетной обработки 👉Разбиение на страницы крайне важно: никогда не пытайтесь одновременно обрабатывать тысячи строк 👉Режим Write-Ahead Logging (WAL) критически важен, особенно для параллельных операций чтения и записи 👉Настраивайте схему БД для практической производительности, а не только для академической нормализации Больше полезных советов в статье #android#room#sqlite

Android Broadcast

@android_broadcast · Post #8664 · 11.02.2025 г., 06:00

Выполнение запросов SQLite на множестве потоков может привести к замедлению вашего приложения🤯 Разработчик делает классный разбор того, как работают запросы SQLite в Android и как их оптимизировать. Статья - параллельность в Android SQLite (EN,11м) Основные выводы: 👉 Используйте забандленную версию SQLite (добавит около 1 Мб за каждый ABI) 👉 Если работает с несколькими БД через ROOM, то задавайте CoroutineContext или Executor для выполнения запросов 👉Больше полезного в статье, почитай. Она того стоит #android#room#sqlite#jetpack

Android Broadcast

@android_broadcast · Post #8662 · 10.02.2025 г., 08:50

📹 В Jetpack Room есть возможность использовать не встроенный в Android ОС SQLite, а вместо этого использовать самую свежую версию (вес около 1 МБ для каждого ABI). Это позволит использовать единую версию SQLite на всех устройствах и получать преимущества в скорости работы от новых функций. Причем эта возможность доступна для всех поддерживаемых платформ, которые поддерживает Room: Android, iOS, Desktop. 📹Доклад с Droidcon от гуглера о том, как это сделать (EN, 15м) 🔗Подробности в документации #android#sqlite#room#jetpack

Android Broadcast

@android_broadcast · Post #8617 · 30.01.2025 г., 09:07

🚀 Вышел Room 2.7.0-alpha13 Библиотека мигрирует на Kotlin 2.0+ и весь проект должен будет тоже использовать её. Хотите KMP - точно надо будет мигрировать на Kotlin 2.0 Это последний альфа релиз и дальше будет Beta и уже совсем скоро релиз. #android#kmp#jetpack#jetpackupdate#sqlite

探索号

@seeker_rc · Post #20233 · 11.05.2026 г., 08:25

💡 大产品小细节 想到微信以 sqlite 的方式把数据储存在手机上,可能占 100G 空间 考虑到储存周期推动手机价格上涨,微信的实际使用成本可能反而是所有软件里最高昂的 当然可能这也是相对的,说明人的储存相对于机器的储存更廉价 / 当然 WhatsApp 好像也是把储存放在手机上的 via 大产品小细节 标签: #储存#手机#sqlite ⚡️探索号频道 ⚡️探索者频道 ⚡️探索者交流群 ⚡️ Youtube 频道:科技探索者 每天推荐有趣内容,欢迎订阅、转发。

DOFH - DevOps from hell

@dofh_ru · Post #3530 · 30.12.2024 г., 20:57

🗜 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

Android Broadcast

@android_broadcast · Post #8678 · 12.02.2025 г., 19:31

🚀 Вышла первая Beta версия Room 2.7.0. Самое важное нововведение - переход на KMP с поддержкой Android, iOS и Desktop 🔥🔥🔥. Также на Android теперь можно использовать SQLite из артефакта, а не только тот что в Android ОС #android#kmp#jetpack#room#sqlite

Android Broadcast

@android_broadcast · Post #8928 · 10.04.2025 г., 04:17

🚀 Вышел Jetpack Sqlite 2.5.0 с поддержкой KMP и добавлением абстракция над реализация SQLite в платформе или вовсе поставлять реализацию SQLite вместе с вашим приложением, чтобы всегда иметь самую свежую версий движка БД. #sqlite#jetpack#android#ios#desktop

12
ПредишнаСтр. 1 от 2Следваща