Google открыла Android Market

[Obi]

>>Разработчикам приложений Google предлагает зарегистрироваться на Android Market и заплатить регистрационный сбор в размере 25 долларов. После этого разработчик может загружать созданные им приложения в каталог без их предварительной сертификации в Google.

Т. е. я не могу быть уверен, что приложение, которое устанавливаю, не убьет мой телефон?

[ramber]

Если учесть, что файлообменные процессы в Android Market не контролируются Google, то по логике получается, что разработчики могут добавить все что угодно.
Вот и вопрос к Google: Как же так, товарищи???

[realfreeman]

Ну не так, чтобы совсем не контролируются

[Sager]

иммено так

[maximw]

А сейчас, скачивая программы для Windows c различных варезных сайтов (с доброй и не очень репутацией) или загружая софт для Linux из различных репозитариев, Вы уверены что они не убьют Ваш компьютер?

Почему кто-то за вас должен решать что загружать, а что нет?
Так что, отсутствие сертификации по мне так это даже плюс.

[FloppyFormator]

Уверен, что софт, который я ставлю из различных репозиториев, не убьёт мой компьютер.

[babysas]

т. е. кряками и патчами вы не пользуетесь совсем и давно…

[ColorPrint]

а зачем ими пользоваться? :)

[FloppyFormator]

Кряками — совсем.
Патчами — давно.

[Demiska]

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

[maximw]

Как я понял, здесь под сертификацией имеется ввиду допуск/не_допуск в Andriod Market, коль в сравнение приводится App Store.
А сертификация типа «знак качества» на товарах или пометка «проверено, вирусов нет» — это, естественно, плюс. Но ровно до тех пор пока это не станет одним из механизов нечестного конкурирования производителей софта.

[Demiska]

Согласен)

[aquality]

Система оценки думаю поможет. Думаю если тысяча человек загрузила и не жалуется то и вам нечего волноваться.

[FloppyFormator]

Заведут там виртуалов и будет как у нас с кармой )

[aquality]

Тогда надо делать привязку к устройству

[PSHKGRZN]

Гугль всегда славилась своей «гуманностью»! :)

[Krokodile]

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

[charly]

Купив телефон G1, вы заранее отказываетесь от «частной жизни» на Вашем телефоне, так как все контакты и прочая инфа хранится на серверах Гугл ;)

На счет проверки Гуглом софта — я думаю, что софт должен проверяться на отсутствие вирусов, наличие/отсутствие слива информации с телефона третьим лицам и т. д. Если владельцу телефона ничего не угрожает — пусть приложение выставляется на продажу.

[shock_one]

Но он ведь никому её на расскажет, правда? :-)

[HoochieMen]

Как всегда посмотрим как у них, через пару лет начнут говорить о нас

[SoulEater]

> файлообменные процессы в Android Market не контролируются Google.

Ну, по сравнению с Apple, удаляющим конкурирующие программы, это не так уж и плохо, как мне кажется

[shock_one]

Написал я, допустим, приложения под Android и хочу бесплатно его раздавать. Так мне для этого еще и 25 долларов заплатить нужно?

[morrius]

Да, точно так, в целях некого барьера нечестными разработчиками… хотя, 25 баксов мало конечно.

[morrius]

конечно же перед нечестными «разработчиками»

[shock_one]

Долго всматривался в чём разница :-)

[ilmen]

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

т. е. андроид маркет — это не полный аналог itunes. это всего лишь удобный и быстрый способ установки ПО, не более того.

[tum0rc0re]

ну не только быстрый и удобный :) это по сути гораздо выгодней для разработчика. ведь обычный юзер будет пользоваться android market и по любому сможет найти ваш софт, а вот на других магазинах это уже вопрос :)

[ilmen]

да это понятно. я, собственно, о том, что установка ПО возможно не только с помощью этого маркета, в отличие от iphone+itunes (про хакерский инсталлер я в курсе, но не каждый знает про него).

вообще, конечно, интересно было бы подержать в руках этот Г1 :) очень интересно.

[shock_one]

Начнём с того, что iTunes вообще не аналог Android Market. Как кое-кто говорит — «Возможно Вы имели ввиду Apple Store?»

[artsiom]

собственно не Apple Store, a AppStore

[shock_one]

До этого времени думал, что «App» — это сокращение от Apple, а не от Application. Спасибо за поправку.

P.S. Собственно гугл и на запрос «AppStore» говорит, что я имел ввиду AppleStore.

[artsiom]

мне гугл на appstore дает ссылку на www.apple.com/iphone/features/appstore.html :-)

[sud_naroda]

не слушайте ни кого :) store.apple.com/us

[Ween]

Все просто, iPhone разбаловал пользователей

[Venikov]

С точки зрения постсоветского человека, ситуация забавна: Гугл крышует продавцов, типа нужно место на рынке, плати. )))

А в принципе еще одна неплохая возможность зарабатывать разработчику приложений. Никто не хочет создать конторку для разработки и продвижения этих app-ов? )

[realfreeman]

Имеете желание?

[Venikov]

Имею опыт управления мини-конторками.

Идею android-ного магазина предлагал делать еще в марте, но разработчиков вокруг мало. Ждали, как Гугл витрину «оформит».

вот, дождались

[centrist]

вот интересно — можно будет туда нативные (не-Java) приложения загружать? Создавать их вроде можно, вот люди даже дебагить научились

Просто мы работаем с видео, и сейчас расширяем поддерживаемые арихитектуры, а для кодирования видео Яве тупо не хватит скорости

[khim]

Поддержки приложений на нативном коде даже не предполагается. Для работы с видео есть готовые классы, а если какие-то кодеки хочется ставить, то явно придётся получать отдельное разрешение получать. «Обычные» программы из Android Market'а этого делать не смогут…

[centrist]

кстати, а можно shortcut, что там есть готового из видео? а то пока только аудио нашел.

[khim]

Довольно слабенько. В уже увиденном вами классе есть функция setDisplay. После чего можно проигрывать видео. Обещают в будущем больше. А вообще я думаю больше пользы будет обсуждать это дело не на Хабре, а с разработчиками. Только не в форме ультиматума: мы хотим C++ и точка, а в форме: нам нужны кодеки, что делать? В конце концов ещё года назад говорилось о платной поддержке WMV — как-то они же это планируют делать? Может быть как-то можно получить отдельное соглагшение для этого пакета кодеков или ещё как-нибудь. А уже весь остальной интерфейс — на Java, как и все остальные приложения…

[centrist]

Спасибо, попробую пообщаться. У нас ведь даже не C++, а asm — мы умеем писать под ARM.

[iZENfire]

У Java есть MultiMedia API — биндинги к системным мультимедиа-библиотекам, написанным на C/C++.

[centrist]

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

[iZENfire]

Почему?!

[centrist]

ведь это тогда уже будет не чисто Java приложение

а ведь All applications are written using the Java programming language

Или я чего-то не понимаю?

[iZENfire]

Так мультимедиа-библиотеки они отдельно ставятся или уже присутствуют в системе. их тащить не надо!

Сам MM API — должно быть часть JRE (или как оно там в Android зовётся?) — посмотрите в SDK, может есть примеры использования плеера для проигрывания видео и аудио. По крайней мере, для J2ME это так.

Сами приложения являются чисто-Java-приложениями, которые будут работать на любом устройстве платформы Android.

[centrist]

собственно, я говорил про видео кодирование и декоирование, которого нет в набюоре Android. То, что можно пользоваться тем, что есть, я понимаю.

[zakhio]

как я понимаю Android будет поддерживать Flash Player. Если будете писать на AS2, то заодно и под s60 сможете быстрее версию сделать.

[khim]

Неправильно понимаете. Как и iPhone на Android'е есть поддержка SVG. Flash player'а — нет и не планируется. Для YouTube есть отдельное приложение.

[zakhio]

Я с вами не согласен, появление flash player на Android дело времени, поскольку у Google нет причин, как у Apple, отказываться от такой популярной платформы.

[centrist]

Видимо, в этом вся и фишка с Явой. При наличии официальной поддежки бинарных приложений, Adobe было бы очень просто Flash написать — практически, взять Линуксовую версию и перекомпилировать. А вот без нее как не сделаешь — это будет хак, и захочет ли Adobe возиться — еще неизвестно. Ну а гугл будет пропагандировать SVG тем временем.

Кстати, то, что в Android из коробки есть OpenGL в каком-то смысле конкурирует и с Flash.

[khim]

Губозакатывательную машинку вам продать, что ли? Adobe уже три года не может портировать Flash на x86-64 — а вы говорите «взять и перекомпилировать»… Android — но не на x86 ходит. Так, для справки.

[khim]

И что? И на PSP есть Flash, но вот процент сайтов, с которыми всё это добро совместимо…

Проблема в том, что сделать что-то все отличные от Adobe Flash проигрыватели имеют паршивую совместимость, а если сайт всё равно переделывать — то его и под SVG переделают, не бог весть какая проблема.

[khim]

Да какая разница кто его делает? Adobe, Microsoft или Nokia? Всё равно оно совместимо только с Flash8 (и то не на 100%), а многие сайты требуют 9'го (а скоро начнут требовать 10го).

[centrist]

У меня лично линуксовый домашний комп еще видел револючию 1917 года, но в форумах пишут, что для x64-86 вроде все уже есть, хотя и видно, что Adobe линукс не уважает. Про то, что Android не x86 — я в курсе, причем про ARM весьма в практическом смысле — мы туда портировали код с оптимизацией под x86 и с большим содержанием MMX. Вот, и из этого опыта — заменить все системные вызовы и, в частности, написать рендеринг гораздо сложнее, чем портировать собственно алгоритмы.

ЗЫ машинку? а она не б/у? :)

[khim]

У меня лично линуксовый домашний комп еще видел револючию 1917 года, но в форумах пишут, что для x64-86 вроде все уже есть, хотя и видно, что Adobe линукс не уважает.

По описанной вами ссылке открывается рецепт вкручивания стандартного 32-битного Flash'а с помощью костылей к 64-биной системе. Adobe до сих пор не выпустила Flash для x86-64. Ни для Linux, ни для Windows.

Вот, и из этого опыта — заменить все системные вызовы и, в частности, написать рендеринг гораздо сложнее, чем портировать собственно алгоритмы.

Вы туда JIT портировали или что? Переписать просто код с одного набора команд на другой — дело муторное, но нехитрое. А вот JIT… JIT-штука нежная. Если у него изначально не кросс-платформенный дизайн, то может оказаться проще всё с нуля написать чем перенести на другую архитектуру. Flash упирается именно в AS'ный JIT.

ЗЫ машинку? а она не б/у? :)

Ну как… почти не юзанная.

[centrist]

ну одно дело не поддерживать совсем, а другое дело не делать специально оптимизированную версию. Я даже не уверен, что Flash на x86-64 будет работать сколько-нибудь заметно быстрее 32хбитного варианта. Здесь adobe можно понимать так: работающая под 64 бита версия есть(хоть и в неродном режиме) портирование на x86-64 увеличения охвата им не даcт, а рост производительности им особо не нужен -> можно отложить.

Трансляторов — не портировали, это да. Но честно говоря, не думаю что флеш — это особо нежная штука, дак и сложность, по-моему, там больше в обвязке, а не в компиляторе. Хотя это мое личное мнение, и тут, не зная деталей, можно только гадать.

[centrist]

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

А S60, наверное, будем осваивать когда там появится Qt (как вчера на хабре писали).

[zakhio]

я и запостил новость про qt… жаль что до главной она не дошла

В сторону Flash Media Server не смотрели?

[centrist]

смотрели, но — заменить протокол или кодек, поддерживаемый клиентом, это не помогает…

Если бы мы не ставили на нашу передачу видео, то, при желании сэкономить денег и очень хорошей команде, можно было бы написать совместимый сервер или попробовать заточить Red5.

[ivanrt]

Поддержка приложений с native есть, другое дело что пока нет финального API для работы с native, над этим работают.

[centrist]

хм, я вроде понял, что в market их не загрузишь. Разве нет?

[khim]

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

А вообще — поговорите с разработчиками, они лучше должны понимать — когда, что и как…

[EXSlim]

Кто разрабатывал под android, наверное знает про permissions в манифесте. Так вот было бы неплохо со стороны Google сканировать этот манифест на предмет разрешений, а пользователя предупреждать(ну или себе фильтровать): Это приложение может отправлять смс, читать вашы контакты, перехватывать входящие звонки и т. д. Напомню: если используются фичи требующие разрешений, а они не описаны в манифесте — приложение работать не будет

[ivanrt]

Собственно это и показывают пользователю в маркете, мол приложение собирается отправлять sms, править ваши sms и изменять системные настройки, тратить ваши деньги доступом в инет — хотите ставить?

[just_vladimir]

>>После этого разработчик может загружать созданные им приложения в каталог без их предварительной сертификации в Google.
А если я не заплатил 25$ то я вообще не смогу выкладывать приложения или они просто будут проходить предварительную сертификацию?

[khim]

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