Комментарии 72
>>Разработчикам приложений Google предлагает зарегистрироваться на Android Market и заплатить регистрационный сбор в размере 25 долларов. После этого разработчик может загружать созданные им приложения в каталог без их предварительной сертификации в Google.
Т. е. я не могу быть уверен, что приложение, которое устанавливаю, не убьет мой телефон?
Т. е. я не могу быть уверен, что приложение, которое устанавливаю, не убьет мой телефон?
Если учесть, что файлообменные процессы в Android Market не контролируются Google, то по логике получается, что разработчики могут добавить все что угодно.
Вот и вопрос к Google: Как же так, товарищи???
Вот и вопрос к Google: Как же так, товарищи???
Ну не так, чтобы совсем не контролируются
иммено так
А сейчас, скачивая программы для Windows c различных варезных сайтов (с доброй и не очень репутацией) или загружая софт для Linux из различных репозитариев, Вы уверены что они не убьют Ваш компьютер?
Почему кто-то за вас должен решать что загружать, а что нет?
Так что, отсутствие сертификации по мне так это даже плюс.
Почему кто-то за вас должен решать что загружать, а что нет?
Так что, отсутствие сертификации по мне так это даже плюс.
Уверен, что софт, который я ставлю из различных репозиториев, не убьёт мой компьютер.
Это разные вещи. Приложение может быть либо сертифицировано, либо нет, но это им не мешает совместно продаваться, в этом случае мы получаем больше информации о продукте, тоесть, мы можем сделать выбор в пользу проверенного п. о. или качать на свой страх и риск. Сертификация — это просто еще один критерий и уж он точно никак не ограничивает ваш выбор, так что отсутствие сертификации это никак не плюс.
Как я понял, здесь под сертификацией имеется ввиду допуск/не_допуск в Andriod Market, коль в сравнение приводится App Store.
А сертификация типа «знак качества» на товарах или пометка «проверено, вирусов нет» — это, естественно, плюс. Но ровно до тех пор пока это не станет одним из механизов нечестного конкурирования производителей софта.
А сертификация типа «знак качества» на товарах или пометка «проверено, вирусов нет» — это, естественно, плюс. Но ровно до тех пор пока это не станет одним из механизов нечестного конкурирования производителей софта.
Система оценки думаю поможет. Думаю если тысяча человек загрузила и не жалуется то и вам нечего волноваться.
Гугль всегда славилась своей «гуманностью»! :)
На компьютер ставятся также никем не проверенный софт. Однако, приложение на телефоне во многом ближе к частной жизни (хотя может быть это уже неверно)
Купив телефон G1, вы заранее отказываетесь от «частной жизни» на Вашем телефоне, так как все контакты и прочая инфа хранится на серверах Гугл ;)
На счет проверки Гуглом софта — я думаю, что софт должен проверяться на отсутствие вирусов, наличие/отсутствие слива информации с телефона третьим лицам и т. д. Если владельцу телефона ничего не угрожает — пусть приложение выставляется на продажу.
На счет проверки Гуглом софта — я думаю, что софт должен проверяться на отсутствие вирусов, наличие/отсутствие слива информации с телефона третьим лицам и т. д. Если владельцу телефона ничего не угрожает — пусть приложение выставляется на продажу.
НЛО прилетело и опубликовало эту надпись здесь
> файлообменные процессы в Android Market не контролируются Google.
Ну, по сравнению с Apple, удаляющим конкурирующие программы, это не так уж и плохо, как мне кажется
Ну, по сравнению с Apple, удаляющим конкурирующие программы, это не так уж и плохо, как мне кажется
Написал я, допустим, приложения под Android и хочу бесплатно его раздавать. Так мне для этого еще и 25 долларов заплатить нужно?
Да, точно так, в целях некого барьера нечестными разработчиками… хотя, 25 баксов мало конечно.
нет. 25 долларов нужно заплатить за то, чтобы попасть на андроид маркет.
если не хочется платить — можно выкладывать где угодно бесплатно.
т. е. андроид маркет — это не полный аналог itunes. это всего лишь удобный и быстрый способ установки ПО, не более того.
если не хочется платить — можно выкладывать где угодно бесплатно.
т. е. андроид маркет — это не полный аналог itunes. это всего лишь удобный и быстрый способ установки ПО, не более того.
ну не только быстрый и удобный :) это по сути гораздо выгодней для разработчика. ведь обычный юзер будет пользоваться android market и по любому сможет найти ваш софт, а вот на других магазинах это уже вопрос :)
Начнём с того, что iTunes вообще не аналог Android Market. Как кое-кто говорит — «Возможно Вы имели ввиду Apple Store?»
собственно не Apple Store, a AppStore
До этого времени думал, что «App» — это сокращение от Apple, а не от Application. Спасибо за поправку.
P.S. Собственно гугл и на запрос «AppStore» говорит, что я имел ввиду AppleStore.
P.S. Собственно гугл и на запрос «AppStore» говорит, что я имел ввиду AppleStore.
мне гугл на appstore дает ссылку на www.apple.com/iphone/features/appstore.html :-)
не слушайте ни кого :) store.apple.com/us
НЛО прилетело и опубликовало эту надпись здесь
С точки зрения постсоветского человека, ситуация забавна: Гугл крышует продавцов, типа нужно место на рынке, плати. )))
А в принципе еще одна неплохая возможность зарабатывать разработчику приложений. Никто не хочет создать конторку для разработки и продвижения этих app-ов? )
А в принципе еще одна неплохая возможность зарабатывать разработчику приложений. Никто не хочет создать конторку для разработки и продвижения этих app-ов? )
вот интересно — можно будет туда нативные (не-Java) приложения загружать? Создавать их вроде можно, вот люди даже дебагить научились
Просто мы работаем с видео, и сейчас расширяем поддерживаемые арихитектуры, а для кодирования видео Яве тупо не хватит скорости
Просто мы работаем с видео, и сейчас расширяем поддерживаемые арихитектуры, а для кодирования видео Яве тупо не хватит скорости
Поддержки приложений на нативном коде даже не предполагается. Для работы с видео есть готовые классы, а если какие-то кодеки хочется ставить, то явно придётся получать отдельное разрешение получать. «Обычные» программы из Android Market'а этого делать не смогут…
Довольно слабенько. В уже увиденном вами классе есть функция setDisplay. После чего можно проигрывать видео. Обещают в будущем больше. А вообще я думаю больше пользы будет обсуждать это дело не на Хабре, а с разработчиками. Только не в форме ультиматума: мы хотим C++ и точка, а в форме: нам нужны кодеки, что делать? В конце концов ещё года назад говорилось о платной поддержке WMV — как-то они же это планируют делать? Может быть как-то можно получить отдельное соглагшение для этого пакета кодеков или ещё как-нибудь. А уже весь остальной интерфейс — на Java, как и все остальные приложения…
У Java есть MultiMedia API — биндинги к системным мультимедиа-библиотекам, написанным на C/C++.
это хорошо, но сами библиотеки в состав приложения включить будет нельзя, как я понимаю
Почему?!
ведь это тогда уже будет не чисто Java приложение
а ведь All applications are written using the Java programming language
Или я чего-то не понимаю?
а ведь All applications are written using the Java programming language
Или я чего-то не понимаю?
Так мультимедиа-библиотеки они отдельно ставятся или уже присутствуют в системе. их тащить не надо!
Сам MM API — должно быть часть JRE (или как оно там в Android зовётся?) — посмотрите в SDK, может есть примеры использования плеера для проигрывания видео и аудио. По крайней мере, для J2ME это так.
Сами приложения являются чисто-Java-приложениями, которые будут работать на любом устройстве платформы Android.
Сам MM API — должно быть часть JRE (или как оно там в Android зовётся?) — посмотрите в SDK, может есть примеры использования плеера для проигрывания видео и аудио. По крайней мере, для J2ME это так.
Сами приложения являются чисто-Java-приложениями, которые будут работать на любом устройстве платформы Android.
как я понимаю Android будет поддерживать Flash Player. Если будете писать на AS2, то заодно и под s60 сможете быстрее версию сделать.
Неправильно понимаете. Как и iPhone на Android'е есть поддержка SVG. Flash player'а — нет и не планируется. Для YouTube есть отдельное приложение.
Я с вами не согласен, появление flash player на Android дело времени, поскольку у Google нет причин, как у Apple, отказываться от такой популярной платформы.
Видимо, в этом вся и фишка с Явой. При наличии официальной поддежки бинарных приложений, Adobe было бы очень просто Flash написать — практически, взять Линуксовую версию и перекомпилировать. А вот без нее как не сделаешь — это будет хак, и захочет ли Adobe возиться — еще неизвестно. Ну а гугл будет пропагандировать SVG тем временем.
Кстати, то, что в Android из коробки есть OpenGL в каком-то смысле конкурирует и с Flash.
Кстати, то, что в Android из коробки есть OpenGL в каком-то смысле конкурирует и с Flash.
Губозакатывательную машинку вам продать, что ли? Adobe уже три года не может портировать Flash на x86-64 — а вы говорите «взять и перекомпилировать»… Android — но не на x86 ходит. Так, для справки.
НЛО прилетело и опубликовало эту надпись здесь
И что? И на PSP есть Flash, но вот процент сайтов, с которыми всё это добро совместимо…
Проблема в том, что сделать что-то все отличные от Adobe Flash проигрыватели имеют паршивую совместимость, а если сайт всё равно переделывать — то его и под SVG переделают, не бог весть какая проблема.
Проблема в том, что сделать что-то все отличные от Adobe Flash проигрыватели имеют паршивую совместимость, а если сайт всё равно переделывать — то его и под SVG переделают, не бог весть какая проблема.
У меня лично линуксовый домашний комп еще видел револючию 1917 года, но в форумах пишут, что для x64-86 вроде все уже есть, хотя и видно, что Adobe линукс не уважает. Про то, что Android не x86 — я в курсе, причем про ARM весьма в практическом смысле — мы туда портировали код с оптимизацией под x86 и с большим содержанием MMX. Вот, и из этого опыта — заменить все системные вызовы и, в частности, написать рендеринг гораздо сложнее, чем портировать собственно алгоритмы.
ЗЫ машинку? а она не б/у? :)
ЗЫ машинку? а она не б/у? :)
У меня лично линуксовый домашний комп еще видел револючию 1917 года, но в форумах пишут, что для x64-86 вроде все уже есть, хотя и видно, что Adobe линукс не уважает.По описанной вами ссылке открывается рецепт вкручивания стандартного 32-битного Flash'а с помощью костылей к 64-биной системе. Adobe до сих пор не выпустила Flash для x86-64. Ни для Linux, ни для Windows.
Вот, и из этого опыта — заменить все системные вызовы и, в частности, написать рендеринг гораздо сложнее, чем портировать собственно алгоритмы.Вы туда JIT портировали или что? Переписать просто код с одного набора команд на другой — дело муторное, но нехитрое. А вот JIT… JIT-штука нежная. Если у него изначально не кросс-платформенный дизайн, то может оказаться проще всё с нуля написать чем перенести на другую архитектуру. Flash упирается именно в AS'ный JIT.
ЗЫ машинку? а она не б/у? :)Ну как… почти не юзанная.
ну одно дело не поддерживать совсем, а другое дело не делать специально оптимизированную версию. Я даже не уверен, что Flash на x86-64 будет работать сколько-нибудь заметно быстрее 32хбитного варианта. Здесь adobe можно понимать так: работающая под 64 бита версия есть(хоть и в неродном режиме) портирование на x86-64 увеличения охвата им не даcт, а рост производительности им особо не нужен -> можно отложить.
Трансляторов — не портировали, это да. Но честно говоря, не думаю что флеш — это особо нежная штука, дак и сложность, по-моему, там больше в обвязке, а не в компиляторе. Хотя это мое личное мнение, и тут, не зная деталей, можно только гадать.
Трансляторов — не портировали, это да. Но честно говоря, не думаю что флеш — это особо нежная штука, дак и сложность, по-моему, там больше в обвязке, а не в компиляторе. Хотя это мое личное мнение, и тут, не зная деталей, можно только гадать.
Проблема в том, что наша технология хороша теми местами, которые во Flash фиксированы и их нельзя заменить — транспорт и streaming, кодек. Это заметно отражается на качестве, да и поддерживать proprietary адобовский протокол тоже мало радости. Так что на флеш нам путь закрыт пока.
А S60, наверное, будем осваивать когда там появится Qt (как вчера на хабре писали).
А S60, наверное, будем осваивать когда там появится Qt (как вчера на хабре писали).
я и запостил новость про qt… жаль что до главной она не дошла
В сторону Flash Media Server не смотрели?
В сторону Flash Media Server не смотрели?
Поддержка приложений с native есть, другое дело что пока нет финального API для работы с native, над этим работают.
Кто разрабатывал под android, наверное знает про permissions в манифесте. Так вот было бы неплохо со стороны Google сканировать этот манифест на предмет разрешений, а пользователя предупреждать(ну или себе фильтровать): Это приложение может отправлять смс, читать вашы контакты, перехватывать входящие звонки и т. д. Напомню: если используются фичи требующие разрешений, а они не описаны в манифесте — приложение работать не будет
>>После этого разработчик может загружать созданные им приложения в каталог без их предварительной сертификации в Google.
А если я не заплатил 25$ то я вообще не смогу выкладывать приложения или они просто будут проходить предварительную сертификацию?
А если я не заплатил 25$ то я вообще не смогу выкладывать приложения или они просто будут проходить предварительную сертификацию?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Google открыла Android Market