Comments 87
А нельзя один создать совместный и туда все выкладывать? Сейчас насоздают 100 магазинов и обычный пользователь будет устанавливать на одно приложение один магазин. Не все справятся..
«Когда в товарищах согласья нет, на лад их дело не пойдет»
А нельзя ли вместо Пятерочки, Магнита и Перекрестка создать единый продуктовый магазин? Это была бы монополия со всеми вытекающими.
Хотя я тоже не люблю, когда много значков, и много места занято. У каждого сайта свое приложение. Смартфон превращается в помойку
Это был был не магазин, а хаб со ВкусВиллом, Азбукой, Лентой, Ашаном, Метро.. погодите, похоже на СберМаркет!
А нельзя ли вместо Пятерочки, Магнита и Перекрестка создать единый продуктовый магазин?
Это уже изобрели и назвали торговым центром.
Не путайте. Торговый центр - это большая бетонно-стеклянная коробка, в которой размещается большое количество магазинов и развлекательных заведений разного плана. А Всякие пятерочки и прочие подобные - это торговые сети одинакового типа (каждая из них в основном продуктовая, но и сопутствующие непродовольственные бытовые товары имеются).
Загнать магазины нескольких торговых сетей в один торговый центр можно легко (хотя не видел в живую). А вот объединить все конкурирующие торговые сети в одну не даст антимонопольное законодательство. Максимум - слить пару из большего количества, да и то только в случае, если доля объединенной сети на рынке не покажется чрезмерно большой контролирующим антимонопольным органам.
И туда ещё Госуслуги надо интегрировать. Сложно, но приложение было бы идеальное.
Ну если так рассуждать, то давай создавать отдельную платёжную систему под каждый магазин. ПятёрочкаКард для оплаты покупок в Пятёрочке, МагнитКард для оплаты покупок в Магните. Причём разные платёжные системы будут обслуживаться разными банками. Конкуренция во все щели.
ИМХО Лучше пусть наделают побольше. Потом у кого лучше условия и т.д. через естественную конкуренцию отбор произойдёт. Народ всеми пользоваться не будет, к чему то выбор склонится.
Магазин на каждое приложение не нужно. Оно уже есть - f-droid называется.
Надо просто делать к нему репозитарии и пускай желающие установить приложение эти репозитарий добавляют.
Интересно, почему там нет firefox или tor browser?
Firefox в F-Droid на самом деле есть, но под именем «Fennec F-Droid» (там он почищен от части проприетарных компонентов и телеметрии, а распространять под именем Firefox модифицированную сборку Mozilla не разрешает). Правда, со своевременным обновлением там дело обстоит не очень хорошо. Просто положить существующий APK в официальный репозиторий F-Droid нельзя — по их правилам все пакеты должны пересобираться из исходников на сборочном сервере F-Droid (и подписываются они там же, хотя, если удалось обеспечить воспроизводимость сборки, сейчас есть возможность предоставить и собранный APK с подписью, но проверка на идентичность результатов пересборки на сервере F-Droid при этом всё равно проводится).
Tor Browser лежит в отдельном репозитории Guardian Project, ссылка на который изначально есть в списке репозиториев после установки F-Droid (но, насколько я помню, включать его нужно руками).
tor browser?
там есть Tor browser и Orbot, но интересно почему нет, Signal, а есть лишь отмазы. в F-Droid не очень релевантный поиск.
UPD. Какие-то траблы с расшариванием сылок
вот скрины
Он использует проприетарные сревисы компоненты. Почитать подробнее можно тут: https://forum.f-droid.org/t/signal-on-f-droid/13742/5
Signal есть, например, тут: https://rfc2822.gitlab.io/fdroid-firefox/fdroid/repo
И можно поискать тут другие варианты: https://forum.f-droid.org/t/known-repositories
Так это. Они в том числе это и сделали. Адрес репозитория — в статье -:)
У меня при его добавлении приложение F-Droid сразу начал клиент альфа-банка добавлять а некоторые категории (вроде Финансов) задвоились.
Приложение того же втб там — чуть старое.
Так тот репозитарий, что в статье - он у этого самого RuMarket. Я же про то, что репы должны быть у банков.
А вы об этом (что хотите адрес репы для F-Droid) написали в техподдержку ну там ВТБ, Альфы, Сбера, Точки написали? -:)
Лучше конечно тем кто хотя может знать это слово
У ВТБ вот даже блог есть на хабре https://habr.com/ru/company/vtb/
А вы об этом (что хотите адрес репы для F-Droid) написали в техподдержку ну там ВТБ, Альфы, Сбера, Точки написали? -:)
В поддержку тех банков, которых клиент - написал. Правда, надежды, что идея нигде не завязнет - мало. Потому что вот этих товарищей:
Лучше конечно тем кто хотя может знать это слово
еще найти надо. Потому что они явно уж очень хорошо изолированы от того, что клиенты пишут.
Правда, надежды, что идея нигде не завязнет - мало.
Ну вот, уже пошли отписки. В ответ на мое письмо в Ю-money(выделение мое):
Спасибо, что проявляете интерес к работе нашего сервиса. Мы постараемся учесть ваши комментарии и советы при разработке будущих версий приложения. К сожалению, не сможем сориентировать вас по срокам, так как реализация подобного функционала требуется большого количества времени и ресурсов. Ещё раз спасибо за содействие!
@yooteam комментарии по поводу "большого количества времени" будут?
Все приложения установленные мимо плей-маркета не будут иметь пуш уведомлений.
А как выбрать главного среди всех желающих? Рыночный путь - каждый создаёт, что хочет, пользователи выбирают. Идея создать один общий - это плановый путь, когда решают сверху.
каждый создаёт, что хочет, пользователи выбираютЭто не выбор, когда одно приложение есть только в маркете А, а другое только в маркете Б.
Да и пользователи уже давно выбрали — F-Droid. Если банк X хочет сделать своё приложение доступным через F-Droid, ему достаточно поднять свой репозиторий на своих серверах и рассказать пользователям, как установить F-Droid и добавить туда этот репозиторий. Всё — никакие прокладки и посредники не нужны.
Только вот пользователь ленив в большинстве своем, и ему не интересно что то ставить, потому что то там вписывать и тд и тп.
Вот поэтому нужно два шага:
1 - опубликовать ссылку и инструкцию на репозиторий
2 - для ленивых выпустить приложение, которое устанавливает и настраивает f-droid, или его уже настроенный форк
Каждый выберет своё. Небольшая потеря памяти - цена за удобство: или экономишь 100мб памяти или получаешь однокликовый доступ, выбираешь сам.
Да и пользователи уже давно выбрали — F-Droid.
Ничего подобного. Пользователи выбрали Aptoide, например.
Если банк X хочет сделать своё приложение доступным через F-Droid, ему достаточно поднять свой репозиторий на своих серверах и рассказать пользователям, как установить F-Droid и добавить туда этот репозиторий. Всё — никакие прокладки и посредники не нужны.
Если разработчик X хочет сделать своё приложение доступным без прокладок - он осваивает техники обновления приложения через загружаемые дополнительные файлы и простовыкладывает APK с основой.
Ничего подобного. Пользователи выбрали Aptoide, например.
Пользователи, может, и выбрали. Но в контексте распространения и обновления банковских приложений я не уверен, что это хороший выбор. Уж слишком много там всего за компанию с клиентом становится доступным.
Кроме того, там точно можно просто репу добавить, никак не взаимодействуя и владельцами и разработчика Aptoide? У меня сходу не нагуглилось. А в f-droid -- можно.
Среднестатистического пользователя не волнует, как именно приложение появится у него на телефоне. Что "в репу", что "не в репу".
У меня сходу не нагуглилось
Вот, пожалуйста. Гуглить не надо (будто Гуглу надо такое показывать...) - достаточно посмотреть в футер их сайта.
Никакой кама-сутры - пайплайн разработки сам по себе, загрузка сама по себе. Довольно гуманно, имхо.
Среднестатистического пользователя не волнует, как именно приложение появится у него на телефоне. Что "в репу", что "не в репу".
Надо же не только о собственном приложении думать, но и о всей экосистеме. Если каждый разработчик (как сейчас банки под санкциями) будет просить разрешить браузер в качестве источника приложений - это как-то нехорошо.
Вот, пожалуйста.
И куда оно Upload делает? Как-то не похоже, что на мой собственный сервер.
И куда оно Upload делает? Как-то не похоже, что на мой собственный сервер.
Что от этого меняется для конечного пользователя?
Вы хотите выбрать такой аппстор, чтобы было удобно Вам или пользователю?
Надо же не только о собственном приложении думать, но и о всей экосистеме. Если каждый разработчик (как сейчас банки под санкциями) будет просить разрешить браузер в качестве источника приложений - это как-то нехорошо.
Это в Android 12 такое нововведение? Фууууууууууу...
Вы хотите выбрать такой аппстор, чтобы было удобно Вам или пользователю?
В данном случае - найти комбинацию между удобством пользователя и независимостью от разных третьих лиц. Так то с точки зрения пользователя удобнее был в сторе, что уже не телефоне есть, приложение найти. Вот только с Google Play облом вышел для организаций, что в этой теме обсуждаются.
В данном случае - найти комбинацию между удобством пользователя и независимостью от разных третьих лиц.
Ну. Как я отметил ранее:
Если разработчик X хочет сделать своё приложение доступным без прокладок - он осваивает техники обновления приложения через загружаемые дополнительные файлы и простовыкладывает APK с основой.
Потому, что пока есть какой-то общий хаб - будь это F-Droid, Aptoide или ещё какой шайтан-румаркет - есть зависимость от "разных третьих лиц". И, к сожалению, тут нет полутонов - либо зависимость есть, либо зависимости нет.
Если же приложение достаточно поставить один раз откуда угодно и потом оно совершенно самостоятельно будет тянуть обновления откуда угодно - зависимости нет. И даже какое-то подобие удобства есть: пользователю не нужно тянуть лишние приложения, достаточно прямо из браузера скачать-поставить-одобрить...
Вот только с Google Play облом вышел для организаций, что в этой теме обсуждаются.
Оно то да. Но это не первый и не единственный облом. Вот и вот что нашлось навскидку.
Вот вообще конфетка.
Как пользователь, который не хочет остаться в один прекрасный момент без нужного мне мобильного приложения, я уже давно сделал свой выбор не в пользу Play Store.
Если бы мне повезло "проапгрейдиться" в разработчика мобильных приложений - я бы к Play Store и на пушечный выстрел не подошёл. Каждого из этих инцидентов достаточно, чтобы задуматься, а стоит ли туда лезть.
Но человек - это такая скотина, которая продолжает курить, пить и пользоваться Play Store, Steam, etc-etc себе во вред, пока не станет слишком поздно. . .
Потому, что пока есть какой-то общий хаб - будь это F-Droid, Aptoide или ещё какой шайтан-румаркет - есть зависимость от "разных третьих лиц".
Вот в f-droid эта зависимость достаточно минимальна. Потому что клиент - отдельно, а дальше на то, какие репы в него добавлены(есть n-ное количество встроенных, но они нам не мешают) и что мы в них выложили - это уже от пользователя и разработчика программ зависит.
Как раз практически
приложение достаточно поставить один раз откуда угодно и потом оно совершенно самостоятельно будет тянуть обновления откуда угодно - зависимости нет.
И получается. Один раз ставим f-droid, один раз добавляем в него репу поставщика программы, и дальше оно самостоятельно обновления тянет из репы разработчика.
пользователю не нужно тянуть лишние приложения, достаточно прямо из браузера скачать-поставить-одобрить...
Ага... Инструкция от Альфы, Инструкция от ВТБ(PDF), Инструкция от Сбера, Инструкция от ЮMoney (т.е. тоже Сбера). Все - просят включить браузер в качестве источника приложений (и потом не просят его выключить). Это - плохо. Потому что потом пользователь, неудачно ткнув по экрану, какой-нибудь зловред в процессе блужданию по Интернет-у себе поставит.
Все - просят включить браузер в качестве источника приложений (и потом не просят его выключить). Это - плохо.
Так вознесём же в очередной раз хвалу Гуглу за то, что в погоне за округлыми иконками и за молчаливым одобрением воровства списка контактов они абсолютно забыли добавить в пункт про "недоверенные" источники пункты "разрешить, на 1 день" или "разрешить, абсолютно все источники" (отсутствие последнего лично меня постоянно бесит - хотя и понимаю, что это опция совсем "не для всех").
Отказать от плейстора вы можете, но называться вы будете - голодный мобильный разработчик.
А когда то телефон был только для того, чтобы в него звонили. И в нагрузку там были часы и будильник.
А сейчас? Заглянешь в смарт молодёжи и.. мгноменно теряешься от всего что там наустановленно. А уж как оформленно "супер-пупер" темами от Васи Пупкина.
И теперь, добавится ещё и толпа маркетов приложений и... Мы не заметно перейдём из гипермаркета на блошиный рынок и будем решать головоломки - найди приложение, если сможешь!
А нельзя ли магическим образом избавиться от всех инфоцыган?
а где посмотреть каталог имеющихся приложений на nashstore.ru?
Ру-когда-нибудь ру-появится ру-хоть ру-немного ру-креативности в ру-названиях?
Зачем размещать приложение в магазине приложений который сразу заблокируют при первой угрозе Gett ?
Гендиректор российского отделения израильского Gett - Анатолий Сморгонский - внук советского педагога и математика Давида Борисовича Сморгонского.
http://www.compromat.ru/page_38450.htm - почти первая ссылка :(
Вот именно так Джобс и думал когда делал первый iPhone.
А в iOS 2.0 пришлось делать официальный стор.
Слишком мало (для некоторых задач) доступного функционала.
Слишком низкое (для некоторых задач) быстродействие.
Вот смотрю я сейчас на то что у меня на первом экране(часть-в папках).
- Telegram — а есть веб-версия. Но что с пушами?
- Author.today — приложение делали какой то для разработки мобильных приложений из веб — там на 99% интерфейс — от сайта, со всем плохим что есть. Но есть возможность синхронизировать библиотеку в оффлайн и читать ее. Все веб-разработчики знают делать веб-страницы что будут в оффлайне работать? А как быть с размером выделенного под это пространства?
- Kindle — есть официальная веб-версия, функционал чуть хуже мобильной. У мобильной удобнее интерфейс значительно, есть оффлайн, есть поддержка аудиокниг (включая оффлайн и Immersion Reading(подозреваю что эта штука будет жутко тормозить на веб-технологиях))
- Bookfusion — у них есть официальная веб версия и она чем то лучше и при этом они противодействуют использованию ее на мобилках даже когда стоило бы(DeX режим).
- Tachhiyomi — онлайн-версии нет, это специализированная читалка с плагинами для получения контента. Опять же — имеет локальный кеш (И он нужен — комиксы и манга — большие)
- Mir Pay — давно в браузерах есть полноценная поддержка NFC и Host-based Card Emulation? работающая при этом еще и когда страница не открыта?
- смс клиент — опять же вопрос какой браузер это умеет?
- приложения магазинов ладно пропускам — можно сделать сайтами
- яндекс go/ситимобил/gett/whoosh — сделать сайтом видимо можно но нужна какая то поддержка работы в фоне + нотификации. тоже пропускам
- life360 — для этой штуки критически важно иметь возможность висеть в фоне и следить за GPS'ом. И при этом не жрать совсем уж много ресурсов. Как такое с браузером?
- две тестилки GPS — давно браузеры дают подробную информацию по конкретным видимым спутникам?
- HTTP Toolkit. вообще то одна из главных функций клиентской части — поднимать локальный впн по запросу с компа. Как это браузером сделать?
- AdGuard/AdGuard VPN — опять работа в фоне + необходимость поднимать VPN (они вместе умеют работать чтобы обойти проблему что нельзя 2 VPN cразу)
- Outline — функция приложения — поднимать VPN — как как это через браузер делается? -:)
- Joplin и Obsidian — локальная база данных нужна. Кстати вот в фоне свои базы они синхронизировать не умеют потому что на Electron. Онлайн версия теоретически возможна но для нее требуется вебсервер а во многих типовых сценариях использования — синхронизация идет через всякие Dropbox'ы и прочие S3 и смысл всего — как раз что это децентрализованная штука. Ну и скорость работы через web...
- EteSync. работает в фоне, обновляет в локальную базу контактов (данные берет с сервера по хитро шифрованному каналу). Как это сделать через браузер?
- Dav5x — тоже что и предыдущий пункт но серверы — стандартные, и указываются пользователем. И как это через браузер сделать?
- Tor Browser — а ЭТО как запустить "изнутри браузера"?(с учетом что есть например места где даже официальный сайт забанен и забанены официальные entry nodes и работает через bridges)
- MS RDP и Remotix. Нет ну наверно можно… но получается теперь видеопоток с удаленной машины надо гнать через какой то транзитный сервер где отображается веб интерфейс. А с безопасностью что?
- Immersed — одна из главных функций приложения — сливать видеопоток с экрана устройства в высоком качестве и в полном разрешении и без лагов на другую железку в локальной сети (подразумевается что при использовании — есть нормальная WiFi сеть а не тормозилово)
- SteamLink — а тут — надо принимать видеопоток а в некоторых случаях передавать данные с подключенного по Bluetooth контроллера
И такого — много.
Причем так где я живу — ситуация что в некоторых местах интернета просто нет либо есть тормозный 3G — не такая редкая. Да, мест мало но есть.
А по большей части — 4G более менее нормальный но скорость по сотовой связи может варьироватся от 10 до 40 Mbit/s.
Во-первых, для десктопа приложения делают. Далеко не все, конечно, но все же.
Например, многие мессенджеры имеют приложения для десктопа разной степени функциональности, хотя, казалось бы, зачем? Ведь почти у всех (или даже у всех?) есть веб-версия.
Во-вторых, даже не для всех мобильных платформ делают. Вот много вы банковских клиентов для Sailfish видели? Я только один, и то под Аврору, и не факт, что под чистой Sailfish пойдет, ибо могут быть привязки к дополнениям от Авроры.
А суть проблемы в том, что приложение делают только для тех платформ, на которые приходится основная доля клиентов. В наше время это часто только iOs и Android.
Если сделали где-то еще - радуйтесь, вам повезло.
Для десктопа те мои примеры (кроме author.today и Bookfusion) это таки именно приложения отдельные или часть другого приложения (причем Bookfusion обещает тоже сделать приложение).
А если я добавлю то что у меня в папочка на второй странице на мобилке? -:)
Ну там — Plex например?(который на десктопе у меня и как сайт и как приложение — просто кое какой контент — это либо грузить сервер транскодингом (и теряются все преимущества) либо нужен клиент — ну не умеют (точнее не все умеют) веб-браузеры в 10-бит H.264 а контент где от 10-бит есть толк — у меня есть)(для мобилки то выхода нет — транскодинг на сервере но на десктопе я все же этот контент хочу нормально смотреть)
Нативное приложение дает доступ к системе, системным сервисам, и огромному хранилищу пользователя на десятки и сотни гигов. Дает многопоточность, фоновые сервисы, доступ к аппаратным событиям типа реакции на датчики/состояние железа/ресурсов, доступ к интерфейсам - возможность перехватывать потоки с камер, микрофонов, сети.
Для интернет-магазинов такое избыточно - доступ к системным сервисам и большому хранилищу там не нужны, потому и не делают. А вот например для какого-нибудь прикладного сервиса, особенно связанного с обработкой мультимедиа - необходимо.
При правильном подходе делают сразу три приложения:
1 - приложение для браузера, считай сайт, урезанный онлайн-сервис
2 - полнофункциональное нативное приложение
3 - серверное бек-приложение, обслуживающее апи, с основной бизнес-логикой, базой данных, и т.п.
И первые два приложения завязаны на третье, третье - это основная, центральная часть. Её существование позволяет делать тонкие клиенты, т.е. от сайта оставить один фронт, а от нативного приложения - только ту часть, что завязана на устройство. Нативное приложение дает эффективное использование ресурсов, доступ к системным сервисам, к оффлайн-хранилищу, позволяет более полно и комфортно использовать сервис. Ну а бек-приложение отвечает за хранение данных, учетных записей, и работу чувствительной для бизнеса закрытой части кода, которую нельзя переносить на клиентские устройства, а также за биллинг.
Такие приложения не только экономят ресурсы и время, но и не поддаются взлому: основная часть логики на серверах.
Нативное приложение дает доступ к системе, системным сервисам, и огромному хранилищу пользователя на десятки и сотни гигов. Дает многопоточность, фоновые сервисы, доступ к аппаратным событиям типа реакции на датчики/состояние железа/ресурсов, доступ к интерфейсам - возможность перехватывать потоки с камер, микрофонов, сети.
Ещё бы кто-нибудь пояснил, зачем мне доступ к системным сервисам, аппаратным событиям и хранилищу пользователя на сотни гигов (ничего себе у вас мобила) в банковском приложении, основная задача которого - показывать баланс и перегонять деньги со счёта А на счёт Б по запросу.
В мессенджере. Ах, да, воровать синхронизировать контакты, чтобы спамить этим контактам "ваш сосед имярек поставил наш мессенджер!"
В сервисе стримминга, с (Steam Link) или без (Immersed) управления пользователем.
В читалке книг и комиксов. Разве изобрели стандарт хранения текста, в котором книга занимает гигабайт?
И прочее, и прочее.
Почти всё решается добавление UDP в js. Раньше расширениям фаерфокса это было досутпно. И были расширения для скачки торрентов. Пропоузалы висят с 13 года, но никаких движений с тех пор нет.
Есть браузерЭ, нет, есть браузеры. И вот эта всего лишь одна дополнительная буква означает, что вы уже не знаете, какой браузерный движок и с какими особенностями будет ваше приложение рендерить.
А ещё вы лишаете пользователя всяких удобных фишек типа возможности входить по биометрии.
И вот эта всего лишь одна дополнительная буква означает, что вы уже не
знаете, какой браузерный движок и с какими особенностями будет ваше
приложение рендерить.
Хорошо если бы это так работало, потому что чаще всего решают эту проблему таким образом: "Ваш браузер не поддерживается. Установите последнюю версию Google Chrome здесь."
На мелких проектах такое возможно: поддерживать даже два браузера это дорого, лишние расходы. На крупных смотрят на долю пользователей, и не поддерживают только незначительные доли: стараются поддерживать охват аудитории как можно больше, чтобы увеличить прибыль.
Еще такое возможно если сервис сложный: стоимость поддержки нескольких браузеров тогда настолько высока, что от этой идеи отказываются еще до старта проекта из-за бессмысленности.
Ну так делайте, кто вам мешает то? Утрите нос всему миру, все же глупостями занимаются, один вы знаете как правильно.
Вообще-то это был сарказм, какое там нервничать, это же смешно.
И это, по прочтению ваших предыдущих комментов совет начинающему: в локалсторидж хранить аппы не надо, маленький он.
А ведь я тоже делаю нечто подобное: https://github.com/noogen-projects/laplace
Отлично! Но вы, как минимум, не заявляете, что приложения – это глупость какая-то.
Доморощенной суперплатформой приложений под браузер много кто баловался, и я в том числе. Иногда оно даже получается в некотором ограниченном объёме.
Мысль-то очевидная, по набору возможностей «из коробки» сейчас любой браузер вполне себе тянет на ОС. Есть одно неприятнейшее исключение – в браузере нет синхронных операций записи в персистентное хранилище (кроме ls, но он крошечный).
Ну вот мой Laplace - это такая примочка к браузеру (которая является отдельным приложением, а не плагином), которая расширяет возможности локальных веб-приложений по использованию файловой системы, баз данных, p2p-сетевого общения и т.д.
У вас там нет документации и из кода мало что понятно. Обычно для таких проектов это означает не то, что автору лень, а то, что автор сам до конца ещё не понял что именно и зачем он делает ))
По опыту нескольких людей, и собственному впридачу: напишите документацию, много чего про свой проект поймёте в процессе. Не шутка.
Звезду вам поставил, авансом за будущую документацию.
Удачи!
Там в мегабайтах не стоит мерять. Оно сохраняет строки в UTF-16, так что там емкость 5М условных символов. То-есть не как в UTF-8, где в 10Мб можно 10М ASCII-символов, но только 5М кириллицы. Тут всегда будет только ~5М символов.
Держать приложения в localStorage было гиблым делом уже лет 10 назад: приложения небольшие ещё кое-как помещались, а вот весь остальной стафф – графика там, шрифты и прочее, уже нет.
Хотите хранить код и стафф локально – юзайте IDB. Лучше с высокоуровневыми надстройками типа PouchDB, потому что голая IDB очень неудобная и требует много избыточной писанины.
Поясните, как гос.учреждения там публикуют свои приложения? Там нет ни лицензии, ни политики конфиденциальности, правил нет.
Полтора года всего прошло, как закопали стюардессу, в смысле Яндекс-стор. Работал же сколько-то лет, и отлажен был вроде бы. Откопать сейчас кажется наиболее простым решением.
молодцы! а вы говорите что выделенные почти N** млн ребята не оправдают. Видите как быстро за такие деньги всё делают!
Это - форк f-droid. И что? На то open source и существует, чтобы его форкать.
Из всего перечисленного пользовался сберстором. К нему претензий нет, работает исправно, в отличии от остальных приложений сбера)
Гендиректор российского Gett представил магазин приложений RuMarket. Эксперты обнаружили, что это форк F-Droid