Samsung location sdk что это

Samsung location sdk что это

Список программ для Android, которые можно относительно безопасно “заморозить” при помощь Titanium Backup. Ну а если вы знаете, что делаете – можно их и удалить.

Внимание! Все, что вы делаете с системными программами – на ваш страх и риск. Перед любыми действиями – делайте бекап!

Список номер раз, создан VAIO:

AllShare Service – Сервис AllShare, да, можно удалять
Android Live wallpaper – живые обои, да, можно удалять
Android System – надеюсь всем понятно
Application installer – установщик программ
Application monitor – виджет диспетчера задач, да, можно удалять
Automation test – нет данных
AvrcpServiceSamsung – нет данных
BadgeProvider – нет данных, связано с смс и ммс
Bluetooth Share – нет данных если Блютус не нужен, можно удалять
Bluetooth Test – предназначен для тестирования Bluetooth, иногда система тестирует, поэтому не рекомендую удаление (если Блютус не нужен, можно удалять)
Calculator – стоковый калькулятор, да, можно удалять
Calendar Storage – вероятно данные календаря
Camera – приложение Камера
CapabilityManagerService – помощник совместимости программ
Certificate installer – установщик сертификатов
ChatON – самсунговский сервис быстрых сообщений, да, можно удалять
ChokoEUKor – шрифт, да, можно удалять
Clock – приложение часы (в т.ч. будильник), удалить можно при наличии альтернативы
Clock (digital) – виджет часов, да, можно удалять
Clock (funky) – виджет часов, да, можно удалять
Clock (modern) – виджет часов, да, можно удалять
Com.android.backupconfirm – нет данных
Com.android.browser.tests – нет данных , (по некоторым данным удалить можно)
Com.android.providers.downloads.permissions – нет данных
Com.android.providers.downloads.public_api… – нет данных
Com.android.providers.downloads.tests – нет данных
Com.android.sharedstoragebackup – нет данных
Com.android.smspush – используется вендорами и операторами для инициирования различных сервисов, обновлений
Com.google.android.voicesearch – голосовой поиск
Com.samsung.app.playreadyui – нет данных
Com.samsung.InputeventApp – нет данных
Com.sec.android.app.lcdtest – нет данных
Com.sec.android.app.minimode.res – нет данных
Com.sec.andoid.provides.downloads – нет данных
Com.sec.bcservice – Вспомогательный сервис для Syscope (помогает определять значения прошивки: 1. NORMAL – оф. 2. MODIFIED – кастом (изменённая) 3. SCANNING – идёт сканирование.
Com.sec.phone – телефония
Contacts – приложение Контакты
Contacts Storage – данные контактов
ContextAwareService – нет данных
CoolEUKor – шрифт, да, можно удалять
CSC – надеюсь всем понятно
DataCreate – нет данных
Days – да, можно удалять
Dialer Storage – нет данных
Download Manager – менеджер загрузчик,
Downloads – приложение загрузчик да, можно удалить
DRM-Protected Content Storage – нет данных
Dropbox – сервис Dropbox, да, можно удалить
DSMForwarding – оповещение о смене сим карты, да, можно удалить
DSMLawmo – удаленное управление данными через samsungdive, да, можно удалить
Dual Clock (analogue) – виджет часов, да, можно удалять
Dual Clock (digital) – виджет часов, да, можно удалять
Email – стоковый клиент email, да, можно удалить
Enterprise SysScope Service – нет данных
Enterprise VPN Services – нет данных
EnterprisePermissions – нет данных
Exchange Services – отвечает за работу электронной почты, да, можно удалить
Face Unlock – фэйсанлок, да, можно удалять
Factory mode – нет данных
Factory Test – отвечает за работу сервисных кодов, да, можно удалить
Favourite Apps – виджет любимые приложения, да, можно удалять
Favourite Contacts – виджет любимые контакты, да, можно удалять
FM Radio – радио, да, можно удалять
Gallery – галерея, да, можно удалять
Game Hub – да, можно удалять
Gmail – клиент почты google, удалять можно
Google Account manager – управление учетной записью гугл
[Google Backup Transport – синхронизация с гугл, можно
Google Bookmarks Sync – синхронизация закладок, да, можно удалять
Google Calendar Sync – синхронизация календаря, да, можно удалять
Google Contacts Sync – синхронизация контактов, да, можно удалять
Google Partner Set Up – нет данных
Google Play Services – связано с маркетом, нет точных данных
Google Play Store – маркет
Google Search – виджет поиска гугл, да, можно удалять
Google Search – служба поиска гугл, да, можно удалять
Google Services Framework – работа служб гугл
Google Text-to-speech Engine – преобразование текста в речь гугл, да, можно удалять
Google+ – сервис гугл плюс , да, можно удалять
Group Cast – да, можно удалять
Help – справка, да, можно удалять
Helv Neue S – шрифт
HTML Viewer – средство просмотра HTML в стоковом браузере, да, можно удалять
Input devices – нет данных
Internet – стоковый браузер – да, можно удалять
Key Chain – ключи безопасности
Kies via Wi-Fi – да, можно удалять
Kobo – да, можно удалять
License settings – нет данных
LiveWallpaper Picker – выбор живых обоев, да, удалять можно
Logs Provider – нет данных
Maps – карты гугл, да, можно удалять
MapsServiceSamsung – нет данных
Market Feedback Agent – связано с отзывами на маркете
Media Storage – доступ к медиафайлам
Memo – заметки, да, можно удалять
Memo widget – виджет заметок, да, можно удалять
Messaging – клиент для СМС/ММС
Microbes – да, можно удалять
Mini Diary – дневник, да, можно удалять
Mobile Print – удаленная печать , да, можно удалять
Mobile Tracker – служба отслеживания через samsungdive – да, можно удалять
MTP Application – средство подключения по MTP
Music Player – стоковый музыкальный проигрыватель, да, можно удалять
MusicFx – улучшайзер звука
My Files – приложение Мои файлы, да, можно удалять.. Но лучше не удалять 🙂
Nearby devices – нет данных
Network Location –определение метоположения
News Daemon (EUR) – новости, да, можно удалять
Ocean Weather – да, можно удалять
OMACP – оповещения в шторке
OmaDrmPopup – нет данных
Package installer – установщик apk
Phone – телефония
PhoneUtil – телефония
Picasa Uploader – служба пикаса, удалять можно
PickupTutorial – руководство по использованию жестов(Настройки > Движения)..этот файл своего рода HELP/How-to для них+ некоторых системных функций (всплывающие подсказки с описание что и как и для чего)
Polaris viewer 4.1 – просмотр документов, да, можно удалять
Preconfig – модуль для изменения CSC?
PressReader – пресса, да, можно удалять
Reader Hub – да, можно удалять
Remote Controls – удаленное управление через samsungdive, да, можно удалять
Remote Controls – удаленное управление через samsungdive, да, можно удалять
Remote Controls – удаленное управление через samsungdive, да, можно удалять
RilNotifier – нет данных
RoseEUKor – шрифт, да, можно удалять
Splanner – планировщик, да, можно удалять
Splanner Widget – виджет планировщика, да, можно удалять
Samsung Account – учетная запись самсунг, да, можно удалить
Samsung Apps – Самсунг маркет, да, можно удалять
Samsung backup – восстановление данных в Облако
Samsung Backup Provider – архивация данных, да, можно удалить
Samsung Browser SyncAdapter – синхронизация закладок с сервером самсунг, да, можно удалить
Samsung Calendar SyncAdapter – синхронизация календаря с сервером самсунг, да можно удалить
Samsung Cloud Data Relay – синхронизация с облаком, да, можно удалить
Samsung Contact SyncAdapter – синхронизация контактов с сервером самсунг, удалить можно
Samsung Keyboard – клава самсунг, да, можно удалять
Samsung Push service – push сообщения сети
Samsung SetupWizard – нет данных
Samsung Syncadapters – нет данных
Samsung TTS – преобразование текста в речь – да, можно удалять
SamsungAppsUNA2 – маркет приложений самсунг, да, можно удалять
SASlideShow – Функция слайд-шоу в стоковой галереи
Search Applications Provider – поисковик?
Security Storage – нет данных
SecWallpaperChooser – выбор обоев
Self Test Mode – самодиагностика
Serial number Read/Write – серийный номер
Service Mode – нет данных
Settings – настройки
Settings Storage – настройки
Setup Wizard – нет данных
ShutdownApp – оповещение о разрядке аккумулятора
Simple Alarm Clock – виджет будильника, да, можно удалять
SmartcardService –нет данных, да, можно удалить
SNS – соц сети, да, можно удалять
Software update –обновление системы, да, можно удалять
Software update –обновление системы, да, можно удалять
Stock Daemon (EUR) –финансовые новости, да, можно удалять
Street View – приложение просмотра улиц в дополнение к картам гугл, да, можно удалять
Swype – клава свайп, да, можно удалять
SyncmIDS – нет данных
Sysscope – информация о состоянии процессора, памяти и т. д., определяет рутован телефон или нет
System UI – шторка, статусбар и т.д.
System Info – нет данных
Talk – приложение Talk, да, можно удалять
Talkback – приложение Talkback для людей с огр возможностями, да, можно удалять
Task manager – диспетчер задач
Tasks provider – диспетчер задач
TestService – нет данных
Touchwiz Home – лаунчер TouchWiz при наличии другого можно удалять
Trim – редактор видео, да, можно удалить
Try Pan – нет данных
TWDVFSApp – контролирует яркость экрана, экономя энергию (удалить можно, но не рекомендуется)
USB Settings –
User Dictionary – словарь
Video Player – стоковый видео плеер, да, можно удалять
Voice command – голосовое управление, да, можно удалить
Voice recorder – стоковый диктофон, да, можно удалять
VPNDialogs – если VPN не используется удаляем
Weather Daemon (EUR) – приложение Погода, да, удалить можно
Weather Widget – виджет погоды, да, можно удалять
Weather Widget Main – виджет погоды, да, можно удалять
Wi-fi Direct – сервис wifi direct, да, можно удалять
Wi-fi Direct share – да, можно удалять
Windy Weather – да, можно удалять
Wlan Test – тестирование Wi-Fi с помощью сервисных кодов (в принципе аналогично Bluetooth Test, удалять не рекомендуется)
Wssyncmlnps – нет данных
Yahoo! Finance – финансы yahoo, да, можно удалять
Yahoo! News – новости yahoo, да, можно удалять
Youtube –
Zinio – да, можно удалять

Читайте также:  Nvidia трассировки лучей rtx

Еще один список, более актуальный:

Учтите, что я его не проверял; используйте на свой страх и риск.

Наша компания делает сервис для хранения и обработки данных с промышленных устройств (насосы, буры и прочая промышленная техника). Мы храним данные наших клиентов и предоставляем функционал для их анализа: построение отчетов, графиков и еще много чего.

И в ходе работы мы заметили, что интеграция каждого нового клиента сильно затягивается, а количество различных ошибок постоянно возрастает. Тогда стало понятно, что пора с этим разобраться. Как показал анализ ситуации, IT отдел каждого нашего клиента разрабатывал свое решение для локального сбора данных с устройств и отправки к нам в сервис. Все усложняет то, что с учетом специфики отрасли, не всегда есть доступ к интернету и необходимо хранить данные локально и отправлять при первой возможности. И таких нюансов достаточно большое количество, что и приводит к росту количества ошибок.

И тогда мы поняли, что лучшим решением в данной ситуации будет разработать SDK и предоставлять его клиенту. Сразу же начал искать лучшие практики и рассуждения на тему разработки SDK и сильно удивился — в рунете об этом практически ничего нет, а в басурманских интернетах очень мало информации и она разрознена. Ну что ж, задача понятна, обдумана и реализована.

Но именно отсутствие информации на данную тему породило желание рассказать сообществу о размышлениях, принятых решениях и выводах на тему разработки SDK. В статье рассматривается решение для .NET, но речь идет о концепции, так что будет интересно многим. Подробности под катом!

Пора определяться

Начнем с того, что определим, что такое SDK и зачем он может быть нужен.

SDK (от англ. software development kit) — комплект средств разработки, который позволяет специалистам по программному обеспечению создавать приложения для определённого пакета программ, программного обеспечения базовых средств разработки, аппаратной платформы, компьютерной системы, игровых консолей, операционных систем и прочих платформ. SDK использует преимущества каждой платформы и сокращает время на интеграцию.

Инженер-программист обычно получает SDK от разработчика целевой системы.

Что ж, логично. Простыми словами, SDK — это пакет библиотек, для того, чтобы клиент мог легко и быстро начать работать с вашей системой (в данной статье речь пойдет про наш сервис, но всё изложенное в статье применимо и к другим видам SDK) или выполнять однотипные действия.

Но, как и у любого подхода, у "Пути SDK" есть как преимущества, так и недостатки.

Преимущества

Высокая скорость интеграции нового клиента — вашим клиентам нужно писать меньше кода.

Переиспользование кода — один и тот же код используется сразу в нескольких местах. Можно сказать, что это дублирование предыдущего пункта, но речь идет о том, что логика работы везде одинокава, из чего следует

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

Качество кода — много где любят экономить на тестировании (жалко бюджета, горят сроки и прочие причины). Понятно, что в реальном мире покрыть тестами все участки проекта это учень трудоемкая задача. Но качественно протестировать все модули SDK, а затем использовать их — это путь повышения процента покрытия тестами, что приведет вас к снижению количества ошибок.

Документация — тот же сценарий, что и с тестами. Покрыть документацией весь проект достаточно проблематично. Переиспользование модулей SDK повышает процент покрытия документацией, что снижает порог вхождения новых сотрудников в проект и вообще помогает по жизни.

Все преимущества, по сути, это следствия самого главного — мы очень качественно пишем код один раз, а затем его переиспользуем.

Недостатки

Высокие требования к качеству кода SDK — следствие главного преимущества. Ошибка в SDK породит ошибки во всех системах, его использующих.

Установка ограничений — SDK — это набор библиотек для реализации стандартных сценариев. Иногда разработчики SDK полагают, что кроме реализации одного из предусмотренных сценариев клиенту ничего не потребуется, что клиенту проще сделать все с нуля самостоятельно, чем строить пьедестал из костылей для SDK.

Читайте также:  3D изображения без очков

Dependency hell и обновления — при расширении функционала (например, кастомизации решения под конкретного клиента), вы выпустите новую версию библиотеки. Но существуют зависимости, различные наборы версий библиотек у разных клиентов, и нужно очень тщательно следить за обратной совместимостью или строгим версионированием.

Когда SDK действительно нужен

У вас есть несколько стандартных сценариев, которые реализуются заново из раза в раз — собственно, наш случай.

Внутренние разработки — в разных проектах вы используете системы логирования, конфигурирования систем, работу с HttpRequest, БД, файлами? Выработайте внутренний SDK — набор библиотек для внутреннего использования. Вы в любой момент можете расширить функционал SDK, но скорость разработки новых проектов, процент покрытия тестами и документацией вырастет, а порог вхождения новых разработчиков снизится.

Когда SDK скорее всего будет лишним

Сценарии использования не определены или постоянно меняются — оставьте реализацию кастомных решений клиентам и помогите им. Не надо городить вундервафлю, которая будет только мешать. Очень актуально для молодых компаний и стартапов.

Вы не умеете делать качественно — у меня для вас плохая новость: пора учиться. Но отдавать кривое решение клиенту это очень, очень неправильно. Клиентов надо уважать, в конце концов.

Итак, мы определились, что такое SDK, с его преимуществами и недостатками и когда он нам нужен. Если после этого вы поняли, что SDK действительно нужен — приглашаю вас встать на "путь SDK" и разобраться, а каким он должен быть и как его, черт подери, делать?

"А вы любите Lego?" — Модульность

Представим все возможные сценарии использования SDK (вы же уже определились, зачем он вам нужен, правда?) и сделаем по библиотеке на сценарий. Чем не выход? Но это плохой подход, и так мы делать не будем. А будем так:

  • разобьем все сценарии на шаги
  • выявим общие шаги
  • построим список модулей, реализующих все возможные шаги (один модуль отвечает за реализацию чего-то конкретного, например, работы с конфигурациями)

Например, с учетом специфики задачи, нам необходимо, чтобы вся логика задавалась из конфигов. Реализуем модуль работы с конфигами (чтения, записи, обновления, валидации и обработки конфигураций) и будем использовать его во всех остальных модулях.

А для реализации стандартных сценариев мы действительно сделаем модули — этакие "управляющие" модули, каждый из которых реализуют один конкретный сценарий, используя другие модули того же SDK. Таким образом для реализации стандартных сценариев клиент должен лишь подключить управляющий модуль сценария (а он сам подтянет все зависимости), а для реализации нестандартных — используем базовые модули, так же переиспользуя код.

Именно этим обусловлено то, что SDK не должен быть одной библиотекой (хотя очень хочется, понимаю. Ведь когда весь SDK в одной библиотеке, можно забыть о зависимостях и всем, что с ними связано), а быть комплектом библиотек. Дополнительным плюсом данного подхода будет уменьшение "веса" программы клиента — он будет тянуть тяжеловесный SDK, а подтянет только необходимые модули.

Но не стоить плодить модули как попало, ведь чем больше модулей, тем больше головной боли от их зависимостей! Т.е. важно правильно разбить логику на модули, соблюдая баланс между решением "все в одном" и "на каждую функцию свой модуль".

"А что, так можно было?!" — Универсальность

Предоставьте клиенту различные интерфейсы для работы с вашей библиотекой. Приведу пример:

Если предоставить только синхронную версию, то при реализации асинхронного приложения клиент вынужден будет делать асинхронные обертки вашего синхронного метода. Если предоставить только асинхронную версию — ситуация похожа. Дайте клиенту и то и другое и он скажет вам спасибо.

Приятным плюсом будут дженерики. Например, у нас есть класс для работы с конфигурациями, реализующий методы упаковки конфига в строку, загрузки конфига из файла и т.д. Конфигурация конкретного модуля будет наследоваться от нашего базового класса, но для работы с новым классом нам необходимо также предоставить методы распаковки.

Таким образом мы предоставили клиенту аж три реализации, которые он может использовать. Дженерики очень удобны, но при работе с динамическими типами их можно вызывать только через рефлексию, что накладно. Общий принцип универсальности, надеюсь, понятен.

"Родитель 1, Родитель 2, Дети[ ]" — Именование

Что самое трудное в работе программиста? Выдумывать имена для переменных.

И тем не менее… Правильное именование модулей, классов, свойств и методов сильно помогут тем, кто будут с вашим SDK работать. Пример, не требующих комментариев:

Kinect 2.0 SDK example

Всё ясно из названий классов и методов. А если есть автодополнение кода в вашей IDE, то зачастую можно и в документацию не заглядывать, если и так все понятно.

"Уверен, если бы Смерть знала, что такое бюрократия, люди бы никогда не умирали, вечно стоя в очереди. " — Документация

Но даже если у вас очень красиво и актуально названы все модули, классы, методы и свойства, документацию все равно необходимо написать. Во-первых, это очень сильно сбережет вам нервы (количество вопросов клиентов уменьшается на порядок. Все есть в документации), а во-вторых, всегда понятно, почему вы сделали так, а не иначе.

Документация, в SDK, как правило, проста и лаконична. Она обычно делится на две части: Tutorial — пошаговый курс в стиле “Построим город за 10 минут” и раздел Reference — справочник по всему, что можно сделать с помощью данного SDK.

Мы выбрали самый простой путь — summary + articles. Мы добавляем Xml атрибуты для методов и классов, которые светятся в intellisense как подсказки. Используя Docfx мы строим документацию по этим атрибутам и получаем подробную и удобную документацию, которую дополняет статьями, описывающими сценарии использования и примеры.

"— Чтобы чисто было! — Как я буду вилкой-то чистить?" — Тестирование

Что можно сказать про тестирование в рамках обсуждения SDK… Must have! Лучшим решением будет TDD (несмотря на то, что я негативно отношусь к данному подходу, в данном случае я решил использовать именно его). Да, долго. Да, нудно. Но зато в будущем вы не повеситесь от постоянных падений SDK на стороне и следствий этого падения.

Основной сок ситуации заключается в том, что отдавая SDK клиенту вы теряете контроль: вы не можете быстро пофиксить ошибку, сложно эту самую ошибку найти, да и выглядеть в такой ситуации вы будете достаточно глупо. Поэтому — тестируйте. Тестируйте лучше. И еще раз. И, на всякий случай, протестируйте ваши тесты. И тесты тестов. Так, что-то я увлекся, но важность тестирования SDK, надеюсь, понятна.

"Жертва, которая не могла противостоять своему прошлому, была поглощена им" — Логи

Поскольку вы отдаете SDK сторонней компании, в следствие чего теряете контроль над ситуацией, в случае ошибки (на этапе тестирования вы все-так решили "и так сойдёт", да?) вас ждет достаточно долгий и болезненный процесс поиск этой самой ошибки. Именно тут вам на помощь придут логи.

Читайте также:  Astell kern ak100 отзывы

Логируйте все, абсолютно все, а в случае возникновения ошибки запросите у вашего клиента логи. Таким образом вы сэкономите много времени и сможете не потярять лицо перед клиентом.

"Alarm! Achtung! Attention!" — Ошибки


Долго размышляя на тему ошибок я пришел к интересному выводу — ни один метод в вашем SDK не должен отдавать ошибку, не описанную в документации. Согласитесь, очень неприятно, когда вы подключаете стороннюю библиотеку для работы с HttpRequest, а она вываливает на вас какой-нибудь NullPointerException и StackTrace, который уводит в недра библиотеки. И вам приходиться погружаться в эти самые "недра", пытаясь понять, насколько глубока кроличья нора, и в чем, собственно, проблема.

Поэтому я предлагаю следующее решение — декларируйте закрытый список возможных исключений и документируйте их. Но, т.к. нельзя быть увереннным, что вы предусмотрели все, оберните метод в try-catch, а пойманную ошибку — в задекларируему. Например, ConfigurationException, который будет содержать InnerException — пойманную ошибку. Это позволит стороннему разработчику поймать все возможные ошибки, но в случае чего быстро разобраться в чем дело.

Версии или "как не укусить себя за хвост"

Во избежание проблем в будущем крайне рекомендую использовать строгое версионирование. Выберете подходящую вам систему построения версий и используйте ее. Но если новая версия библиотеки не имеет обратной совместимости — это необходимо указать. Как это разруливать — думать вам. Но подумать об этом точно стоит.

"Паровозик, который смог" — Deploy

Необходимость актуальности документации и версий порождают требование к корректности деплоя. В своем решении мы используем следующее решение (костыли, но работают).
Когда надо выпустить нвый релиз, разработчик дергает bat’ник с указанием номера релиза, а затем батник:

  • билдит релиз
  • кладет все библиотеки в архив
  • билдит свежую версию документации (docfx)
  • указывает версию релиза в документации и в названии архива
  • кладет всё самое свеженькое в гит-репозиторий
  • WebApp на MS Azure подтягивает свежий коммит по гит хуку и публикует изменения

На выходе получаем обновленную версию сайта с документацией, откуда можно скачать архив с последней версией SDK.
В планах на будущее — упаковка всего в Nuget пакеты и публикация в локальный Nuget репозиторий.

Рекоммендую обратить внимание на этот пункт, ведь вы можете существенно снизить количество головной боли, вызванной отсутствием актуальной информации о новой версии библиотеки.

"-А так можешь? — Фигня. Смотри как надо!" — Примеры & toolkit

Важным пунктом документации являются примеры использования. Но помимо этого, зачастую требуется предоставить не библиотеку, а приложение, которое реализует самые стандартные сценарии. Рекомендую делать эти приложения с открытым и хорошо прокомментированным исходным кодом, что позволит убить двух зайцев разом — предоставить работающее приложение и предоставить пример использования SDK.

Заключение

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

Спасибо за прочтение, буду рад вашим комментариям. Надеюсь, эта статья будет для вас полезной.

Погодные приложения, оптимизаторы, дефолтный браузер — от этого всего лучше избавиться.

Facebook и другие социальные сети

Социальная сеть Facebook является сегодня самой популярной в мире, поэтому неудивительно, что соответствующее мобильное приложение установлено у огромного количества пользователей. Мобильный клиент позволяет вам получать уведомления о новых лайках, постить фотки своей еды и всегда оставаться на связи с друзьями. Однако взамен это приложение потребляет огромное количество системных ресурсов и значительно уменьшает срок работы мобильного гаджета от батареи. Согласно ежегодному отчёту App Report 2015 AVG Android App Report, именно мобильный клиент Facebook занимает верхние строчки в хит-параде самых прожорливых программ на платформе Android.

Альтернатива. Используйте мобильную версию Facebook в любом современном браузере. Функциональность отличается ненамного, зато отсутствуют раздражающие уведомления и стремительно тающая батарея.

The Weather Channel и другие погодные приложения

The Weather Channel — отличный пример того, как на самой простой функции — отображении прогноза погоды — разработчики умудряются выстроить целый мегакомбайн. Здесь вы увидите и анимированные обои, и метеорологические карты, и букет интерактивных виджетов, и бог знает что ещё. Всё это хозяйство сидит в оперативной памяти устройства, каждые пять минут стучится в интернет и, разумеется, самым бессовестным образом съедает заряд вашей батареи.

Альтернатива. Выгляните в окошко — вы получите гораздо более надёжную информацию, чем то, что показывает виджет рабочего стола. Если необходим прогноз, то Google предоставит вам самое надёжное предсказание на неделю вперёд.

AntiVirus FREE и другие антивирусные программы

Дискуссия о том, нужны ли антивирусные программы на устройствах под управлением Android, иногда бывает довольно горячей. Я придерживаюсь мнения, что если вы не получаете root-права на устройстве и не устанавливаете взломанные программы из сторонних сомнительных источников, то антивирус вам не нужен. Компания Google бдительно следит за содержимым своего магазина и моментально удаляет из него все потенциально опасные элементы, поэтому всегда активный мониторинг антивируса будет только зря тормозить ваш смартфон или планшет.

Альтернатива. Если возникли всё-таки сомнения в здоровье гаджета, то установите антивирус, просканируйте, а затем удалите его.

Clean Master и другие оптимизаторы системы

Вера в чудеса является самой главной движущей силой для распространения разных «очистителей» и «оптимизаторов». Мол, сотни лучших программистов Google не смогли довести свою систему до ума, а вот этот изобретатель-одиночка взял и сделал! Спешим вас расстроить: большинство подобных приложений либо вообще ничего не делают, либо наносят только вред. Очистить кэш, удалить остатки старых программ можно и встроенными системными инструментами. Очистка же памяти на самом деле только замедляет запуск программ и работу Android вместо обещанного создателями утилит ускорения системы.

Альтернатива. Используйте имеющиеся в Android инструменты для очистки кэша приложений. Забудьте об оптимизации памяти.

Дефолтный браузер

Ссылка на основную публикацию
Adblock detector