Comments 34
"чтобы сделать один стор, но сделать его хорошо" ,- и в конце жЫрный "?"
1 - А "они" могут?
2 - А "им" надо?
PS "Четыре новых магазина приложений! Вопрос к уважаемой публике: действительно ли нам в нашем узком кругу нужны четыре магазина приложений? ",- ну если есть ресурс,- пусть пилят хоть четыре. Хоть где-то будет конкуренция. Мы выберем. ИМХО.
Речь же ведь не только о "они". Вот хотите, например, конкретно Вы, @SIMPLicity, сделать свой условный русский тик-ток. И не знаете, может, Вася из соседнего подъезда тоже пилит его. Разве не веселее делать это вместе с Васей? Или хотя бы знать про Васю.
Ну, веселее, наверное. Но вы же говорили не о "васях из подъездах" а о довольно-таки устойчивых коммандах.
Не факт, что они используют одинаковые шаблоны разработки и проч... Потом, они где-то даже конкуренты. Соответственно не сильно склонны налаживать рабочие коммуникации (на уровне исследований и разработки). Во всём остальном, возможно, итак будет открытый (и несколько ограниченный) обмен мнениями.
Не знаю, что за хрень в итоге получится, но, думаю, что будет из чего выбрать.
А если у Вас что-то "взлетит",- вообще шикарно! Удачи! (от чистого сердца).
-----------
Аминь!
Спасибо :) По поводу шаблонов и команд. Мне кажется, что в таких сложных проектах, как маркетплейс, вполне можно разделить задачи. Например, Сбер прикручивает оплату, ВК делает профили тех, кто загружает приложения, Яндекс - бэкендную какую-нибудь часть. Я упрощенно, естественно :)
Я не знаю, как у Сбера с "оплатами", но у Яндекса в бэкэнде до недавнего времени были косяки (год работал с ними по API; как сейчас - не знаю). Так что особого смысла "скрещивать ужа с ежом" не вижу. Пусть каждый идёт своей дорогой...
И потом,- дело то не только ведь в площадках торговли товарами/софтом/услугами/эмоциями/...
ИМХО, больше здоровой конкуренции - устойчивее (социальная) система.
В случае с магазинами приложений это может работать иначе. Для них ключевое понятие — доверие пользователей. У штатных магазинов оно наследуется при покупке устройства (доверяю устройству -> доверяю магазину). Для стороннего магазина нужен другой источник доверия (либо необходимость, тогда и без доверия будут использовать). В теории это может быть популярность (обкатанность на других, мол пусть другие шишки набивают). При этом, скорее всего магазин нужен один-единственный. Представим, что пользователи сферические и находятся в вакууме, а потому распределились по четырём магазинам равномерно — получится, что для многих пользователей ни один не наберёт достаточного уровня популярности (=доверия) для использования.
А ещё есть разработчики, которые вроде бы и рады публиковать приложения в России, но...
Если они не под санкциями, критическая масса их пользователей скорее всего будет искать их в официальном магазине и у них нет стимула встраивать в процесс выпуска новой версии обновление во всех сторонних магазинах (на AppGallery, к примеру, далеко не сразу все бросились приложения выкладывать).
Если они под санкциями, им нужно публиковать свои приложения во всех магазинах. Ещё и следить за тем, какая компания в этом месяце запустила свой магазин. Разумеется, один, да упустят. В итоге пользователю найти нужное приложение будет тем ещё квестом. Почти как фильм тридцатилетней давности искать в шести оплаченных онлайн-кинотеатрах (а найти в седьмом, ещё не оплаченном). И это я ещё не припоминаю о том, что наличие собственных приложений разработчики магазинов попытаются сделать конкурентным преимуществом.
В общем в удобстве пользователь проиграет, скорее всего, не один раз (переход с штатного магазина на сторонний), а несколько.
Потенциальное решение — старые добрые репозитории, которые можно подключать в пределах одного приложения-установщика. Но так никто делать не будет, так как монетизация не попрёт, а без неё — кому какое дело до UX?
А в чем веселье, если Вася пилит ерунду и при этом настаивает, что он прав и делает хорошо?
Вот если он профи своего дела, тогда вопрос другой, но отдаст ли он мне долю в этом случае? Или возьмёт вообще в свой проект?
В целом проекты делаются не только для веселья, но и для денег, тем более такие.
Вы или крестик снимите или трусы оденьте. Как так получилось, что вы собираете сообщество, а в вашем стеке технологий проприетарные до гроба C# и .NET?
Я бы сказал "Opensource по-Microsoftовски". А вы хоть раз пробовали собрать dotNet из предложенных ими исходников? Вот скажите, dotnet объявлен опенсурс без малого 8 лет назад. Почему тот же JDK присутствует в официальных репозиториях, например, debian, а про dotnet там не слышали?
Что сделали Microsoft? Вот вам исходный код, а распространять мы будем дистрибутив в бинарниках, приложив таблицу совместимости.
А вы хоть раз пробовали собрать dotNet из предложенных ими исходников?Разумеется, нет. Думаете, это заговор и они на самом деле не собираются?
Почему тот же JDK присутствует в официальных репозиториях, например, debian, а про dotnet там не слышали?Этот вопрос можно адресовать мейнтейнерам официальных репозиториев.
Вот вам исходный код, а распространять мы будем дистрибутив в бинарниках, приложив таблицу совместимости.Прямо в конце первого же абцаза по ссылке уточняется, что дистрибутивы распространяются через репозитории. Можно и бинарниками, при необходимости. Если таблица совместимости — это что-то ужасное, то прошу ужаснуться таблице совместимости jdk
Понимаю, что неприятно, когда вас поправляют, но увы, факт есть факт.
Вы немного не поняли комментатора. Здесь речь идет о том, что для сборки dotNet6 нужен dotNet 5, а для сборки dotNet 5 нужен проприетарный dotNet 3.5, который не имеет открытого исходного кода и в добавок ко всему работает только на системах поколения WinXP. Вот именно по этой причине dotNet никогда не попадет ни в какие официальные репозитории популярных дистрибутивов. А через подключаемые репозитории можно распространять и платный софт. То есть, подключаемый репозиторий - это совсем не показатель "опенсурсности". А про таблицы мощно замечено, какая разница на какую ОС ставить продукт, если его код можно было бы компилировать под любое ядро.
Здесь речь идет о том, что для сборки dotNet6 нужен dotNet 5, а для сборки dotNet 5 нужен проприетарный dotNet 3.5А расскажете, откуда информация о такой интересной зависимости? Не вижу ничего такого в официальных пререквизитах сборки и как-то удивлён тому, что dotnet 6 не может собраться на самом себе, интересно почитать обоснование такому требованию. Также очень интересно утверждение, что dotnet 5 собирается исключительно на древней версии 2002 года, хотя после неё и до dotnet 5 вышло 18 версий платформы.
Вот именно по этой причине dotNet никогда не попадет ни в какие официальные репозитории популярных дистрибутивов.
Red Hat Linux достаточно популярен и уважаем?
.NET 6.0 is included in the AppStream repositories for RHEL 8. The AppStream repositories are enabled by default on RHEL 8 systems.
Это просто набросок того, как я это вижу. К тому же он на CMS-ке. Просто потому, что лично мне так было сделать быстрее. Это MVP, оно призвано проверить интерес публики. Если будет востребованность, то его надо выкинуть и написать с нуля.
Сыровато пока, рано показывать.
Правильная мысль. Вообще в целом не хватает централлизованной координации действий в IT отрасли. Вот все говорят нужно пилить отечественный софт, раздают гранты и т.д. Но чтобы тот же грант получить нужно произвести море бумажной работы, и в итоге все может быть псу под хвост т.к. подобный софт уже кто-то взялся делать первее вас и забрал все деньги выделенные под направление.
Исходя из этой инфы приходим к следующему: Многие IT-команды хотят ввязаться в этот движ, но не понимают какие направления свободны и куда применить свою энергию. В итоге просто ничего не делают, потому что так эффективнее.
@holyhope По хорошему данный сервис должно поддерживать министерство, только у него есть максимально детализированная информация, оно может в принудительном порядке получить любые сведения и т.д. Но дело в том, что скорей всего мы этого не дождемся и это больше всего печалит. А своими силами без какой либо поддержки развить подобное направление не получится, к сожалению. Нужно идти и оббивать пороги правительственных учреждений, может пойдут на контакт.
Имхо когда вмешивается правительство то всё становится плохо. Гитхаб или ютуб появились не из-за запросов правительств, а от потребностей пользователей. Так что, имхо, в любом случае, шанс сделать нормальный продукт есть только у команд которые заинтересованы в создании чего-то юзабельного, а не ради грантов и выпиливания бюджетов. Везде где правительство там госзаказ и распил. А венчурные штуки в России не особо развиты… хз короче говоря) по-моему проект абсолютно бесполезный
компания “Цифровые платформы” собирается к 9 мая выпустить аналог Google Play — Nash StoreСтранное название — «Нэш Стор». Либо «Ours Store», либо «Nash Magazin». А тут какой-то ядрёный англицизм.
Вот должен сказать, что компанию "Псина" я бы с удовольствием купил и носил
Ключевой вопрос в контроле над приложениями - будут банить разработчиков обязательно, например за приложение конкурента. Думаете потерпит SberStore приложения других банков? Даст продвигать приложения конкурентов из их экосистемы, например осаго-страхование? Какие гарантии разработчикам бизнес приложений?
Далее- вообще то магазины приложений уже давно существуют, например плати ру и с очень неплохим сервисом. Может надо развивать уже существующие проекты а не плодить новые в чистом поле?
Под какие устройства будут приложения? С эплом уже договорились? Сбер может хотя бы свое собственное приложение раздавать для айфонов? С гугл плей скоро будет таже картина судя по тенденциям, но там хотя бы apk-файлы есть.
Также возникает вопрос по микротранзакциям - какая накрутка будет на транзакцию? Зная жадность наших корпораций на 50% останавливаться не будут. И беспощадный бан за обход их платежного сервиса гарантирован.
Проблему с вирусами уже решили? Есть гарантированная защита клиентов от именитых разработчиков противовирусного софта?
Те же вопросы к другим производителям магазинов.
Что касается вашего сервиса - бесплатный труд аморален. Сама концепция такого проекта вызывает вопросы. Я кушать хочу, и еще мне кучу денег надо ежемесячно. Участвуя в таких проектах я безответственно веду себя по отношению к своим родственникам, близким и самим собой. В данном случае кикстартер по концепту более предпочтителен.
Да, возможно, это ведет к своего рода монополии, снижает конкуренцию.
Но мне кажется, что в условиях крайней ограниченности ресурсов, только при хорошей координации можно добиться какого-то оптимума эффективности.
Ну да, ну да. Мы это уже проходили.
Флаг, под которым самая большая страна мира идёт в каменный век?
Делаем клоны сервисов вместе