Comments 49
Андроид-разработчикам придётся HTML5 учить.
-5
вы о чем?
в каких-то задачах он и сейчас используется, но причин его учить после объединения что-то пока не видно.
в каких-то задачах он и сейчас используется, но причин его учить после объединения что-то пока не видно.
-3
Нативные приложения будут вытеснены веб-приложениями, вот о чём я.
-4
Вы узнали о PhoneGap и бьете тревогу?
0
Если вам удобнее писать на каком-то языке, это вовсе не значит, что пользователям удобнее будет жить с результатом вашего творчества. HTML5 приложения на мобльниках идея фикс людей, которым лень учить нативный язык и они видимо не в курсе как подобные приложения адски тормозят.
0
возможно, но не скоро, какие-то легкие приложение да конечно, но действительно качественные и объемные по функционалу приложение у вас не получится сделать.
0
Отличная новость! Это объединение даст много нового андроиду.
+8
Судя по всему, это ещё один шаг к объединению проектов…
А может и нет. Не выдавайте желаемое за действительное.
Я не «за» и не «против» такого слияния. Просто не люблю гадания на кофейной гуще, они не сбываются.
+1
Я уже писал в статье, что так или иначе все должно прийти к каким-то более-менее стандартам вместо «чистого натива», способного сломать мозг любому разработчику при таком обширном (и «разношерстном») количестве различных мобильных устройств. Ну вот и наблюдается как раз движение в этом направлении — выпущена FirefoxOS, где есть только ОС и веб-движок, скорее всего гугл точно так же попытается слить свои системы воедино, только у гугла получится более слоеный пирог.
Тут причины-то более менее ясны. Важно понимать, что уже происходит слияние мобильных устройств и компьютеров — скоро уже не будет телефонов, какими мы их сейчас представляем, точно так же как и десктопные компьютеры более приблизятся к мобильным устройствам.
Так вот как раз на таких устройствах и нужна подобная система — надежная ОС и все-таки стандартизованная среда для работы приложений, чтобы приложение работало на любом устройстве, а не на каждом устройстве своя версия приложения.
Тут причины-то более менее ясны. Важно понимать, что уже происходит слияние мобильных устройств и компьютеров — скоро уже не будет телефонов, какими мы их сейчас представляем, точно так же как и десктопные компьютеры более приблизятся к мобильным устройствам.
Так вот как раз на таких устройствах и нужна подобная система — надежная ОС и все-таки стандартизованная среда для работы приложений, чтобы приложение работало на любом устройстве, а не на каждом устройстве своя версия приложения.
-1
Упс!.. ссылку на статью неправильно вставил
Вот статья
Вот статья
-1
Нативные приложения оптимизированы под плафторму, соответствуют гайдлайнам, имеют доступ к специализированному API ОС.
Веб-приложения неплохи, просто у них своя ниша, и они не смогут заменить нативные приложения во всем.
Важно понимать, что для пользователей важен UI, скорость работы и удобство приложения, а не то, сколько раз приходится переписывать отдельные части разработчикам. Кроме того, уже сейчас достаточно возможностей писать основной код один раз, а под каждую платформу писать только UI и интеграцию с ОС.
Приведенный пример с FirefoxOS — это нишевая платформа для бюджетных смартфонов. Вряд ли можно рассматривать это как тенденцию перехода к браузерным ОС.
Веб-приложения неплохи, просто у них своя ниша, и они не смогут заменить нативные приложения во всем.
Важно понимать, что для пользователей важен UI, скорость работы и удобство приложения, а не то, сколько раз приходится переписывать отдельные части разработчикам. Кроме того, уже сейчас достаточно возможностей писать основной код один раз, а под каждую платформу писать только UI и интеграцию с ОС.
Приведенный пример с FirefoxOS — это нишевая платформа для бюджетных смартфонов. Вряд ли можно рассматривать это как тенденцию перехода к браузерным ОС.
+2
Никто и не говорит о тотальном переходе на веб-приложения. Всегда есть ниша только для нативных приложений. Но так или иначе очень много задач, которые можно решить с помощью веб-приложений. Важно понимать, что делая упор на нативные приложения вы просто помогаете тому или иному игроку рынка укрепить свои позиции. Многие сейчас даже и не задумываются, что возможно гораздо проще реализовать веб-приложение, а не ломать голову над тем, чтобы их нативное приложение работало на многих мобильных устройствах. Просто мода такая нынча, я так думаю.
И вот как раз о моде, о тенденциях. Я думаю, что сейчас как раз мы и наблюдаем смещение акцента с «только натив» на «то, что вам удобнее».
«скорость работы» — вот дотянут мобильные устройства до приемлемой производительности, тогда вопрос сам собой исчезнет;
«сколько раз приходится переписывать отдельные части разработчикам» — очень даже важно, хотя бы потому, что пользователь вправе сменить мобильное устройство, но при этом ему бы хотелось точно знать, что приложения, которыми он пользуются, будут работать и там, но разработчики порой просто не поспевают за всем этимзоопарком многообразием различных мобильных устройств. Я так думаю, что ОС типа FirefoxOS и ChromeOS как раз и направлены на то, чтобы сделать веб-приложения приемлемой альтернативой «чистому нативу».
«а под каждую платформу писать только UI и интеграцию с ОС» — вот этого недостатка как раз и лишены веб-приложения — написано один раз и работает практически везде, где есть браузер (веб-движок).
Я думаю, что не стоит волноваться особо за API интеграции с ОС и работы с функциями мобильного устройства. Я так предполагаю, что со временем стандарт HTML, например, просто будет дополнен этой недостающей (пока) функциональностью.
И вот как раз о моде, о тенденциях. Я думаю, что сейчас как раз мы и наблюдаем смещение акцента с «только натив» на «то, что вам удобнее».
«скорость работы» — вот дотянут мобильные устройства до приемлемой производительности, тогда вопрос сам собой исчезнет;
«сколько раз приходится переписывать отдельные части разработчикам» — очень даже важно, хотя бы потому, что пользователь вправе сменить мобильное устройство, но при этом ему бы хотелось точно знать, что приложения, которыми он пользуются, будут работать и там, но разработчики порой просто не поспевают за всем этим
«а под каждую платформу писать только UI и интеграцию с ОС» — вот этого недостатка как раз и лишены веб-приложения — написано один раз и работает практически везде, где есть браузер (веб-движок).
Я думаю, что не стоит волноваться особо за API интеграции с ОС и работы с функциями мобильного устройства. Я так предполагаю, что со временем стандарт HTML, например, просто будет дополнен этой недостающей (пока) функциональностью.
-1
«Приведенный пример с FirefoxOS — это нишевая платформа для бюджетных смартфонов. Вряд ли можно рассматривать это как тенденцию перехода к браузерным ОС. „
Да-да-да, особенно учитывая еще и последующее слияние Android и Chrome OS. Только все как-то в одном направлении движется, вам так не кажется? ;-)
1. Google занял рынок с помощью Android — превосходный ход!
2. Google понимает, что пока веб-технологии слишком рано выпускать на слабоватые мобильные устройства, т.е. время Chrome OS еще не пришло.
3. Рынок готов, мобильные устройства подросли — вот теперь давайте внедрим Chrome OS на (уже подготовленную Android) площадку.
Да-да-да, особенно учитывая еще и последующее слияние Android и Chrome OS. Только все как-то в одном направлении движется, вам так не кажется? ;-)
1. Google занял рынок с помощью Android — превосходный ход!
2. Google понимает, что пока веб-технологии слишком рано выпускать на слабоватые мобильные устройства, т.е. время Chrome OS еще не пришло.
3. Рынок готов, мобильные устройства подросли — вот теперь давайте внедрим Chrome OS на (уже подготовленную Android) площадку.
0
Где Вы нашли информацию о слиянии Android и Chrome OS? Пока это всего лишь ваши фантазии. Может направление Chrome OS вообще закроют как бесперспективное, и останется только Android? А возможность написания веб-приложений под Android есть уже сейчас, пусть это и не основной способ.
+1
Вообще-то это было скорее не утверждение, а своего рода прогноз… 1.… 2.… 3.…
Посмотрим, насколько он сбудется.
Посмотрим, насколько он сбудется.
0
Пока что это прогноз в стиле небезысвестного аналитика. FirefoxOS, ориентированная на бюджетные рынки стран третьего мира и еще даже не зарелизенная, прогнозируемое слияние Android и Chrome OS. И тут же «обоснованный» вывод: нативные приложения умрут, да здравствуют веб-приложения! Может так и будет, но пока Вы выдаете желаемое за действительное.
0
Я не стараюсь выдавать «ничто ни за что». Для меня сейчас вообще этот вопрос не стоит — натив или веб. Я вообще считаю нынешние мобилы неким переходным, временным периодом, поэтому вообще особо на них внимания не обращаю. Я лишь сторонний наблюдатель. Но как сторонний наблюдатель я все же вижу движения в ту или иную сторону.
А откуда начинать продвигать свою платформу — это уже решать самим производителям. Пусть это будут страны третьего мира, пусть. Не важно, где платформа может стартовать. Если эта ниша свободна и благоприятна для продвижения, то почему бы и нет?
Android ведь тоже начал не с самых популярных в то время устройств (маломощных и мало распостраненных тогда) — мобильниках, что-то гугл не полезли сразу на занятую нишу компьютеров со своей новой ОС.
А откуда начинать продвигать свою платформу — это уже решать самим производителям. Пусть это будут страны третьего мира, пусть. Не важно, где платформа может стартовать. Если эта ниша свободна и благоприятна для продвижения, то почему бы и нет?
Android ведь тоже начал не с самых популярных в то время устройств (маломощных и мало распостраненных тогда) — мобильниках, что-то гугл не полезли сразу на занятую нишу компьютеров со своей новой ОС.
0
www.theverge.com/2013/3/21/4130870/schmidt-google-to-keep-android-and-chrome-os-separate
А вот и официальное опровержение.
А вот и официальное опровержение.
+1
Важно понимать, что делая упор на нативные приложения вы просто помогаете тому или иному игроку рынка укрепить свои позиции.
Не понимаю, почему это должно беспокоить отдельных разработчиков. Это какое-то заявление в стиле Столлмана. Компании разрабатывают приложения под каждую платформу, чтобы получать с них прибыль, а не для того, чтобы поддержать того или иного производителя смартфонов или ОС. Точно также и производители преследуют собственные бизнес-интересы. Это же не благотворительность.
Какие-то странные выводы у Вас в стиле «свобода лучше, чем несвобода». Это бизнес. Если разработчики посчитают, что веб-приложения позволят им сократить расходы на разработку, но при этом не пострадает функциональность, разумеется будет выбран этот вариант.
Что касается «написано один раз, работает везде» — у каждой ОС есть собственные гайдлайны и стиль приложений, и нужно их соблюдать. Поэтому UI в любом случае должен соответствовать платформе. Другой вопрос, что в случае веба это строится на одних и тех же технологиях (HTML5, CSS, JS), а для нативных приложений у каждой ОС свои технологии. Хороший пример, где действительно имеет смысл применять и применяется HTML5 — электронные читалки. Их внешний вид универсален и не привязан к стилю какой-либо ОС.
+1
HTML давно уже вышел за рамки отображения только статической текстовой информации.
И, я думаю, что как раз возможность запустить приложение на любой мобильной платформе — это и есть то благо, к которому стремиться надо в итоге. Тогда, получается, что о каких-то стандартах UI определенной ОС надо забыть, т.к. само собой разумеется мы уже не сможем (да и нет необходимости) предполагать на какой ОС и на каком мобильном устройстве будет запущено наше приложение.
И, я думаю, что как раз возможность запустить приложение на любой мобильной платформе — это и есть то благо, к которому стремиться надо в итоге. Тогда, получается, что о каких-то стандартах UI определенной ОС надо забыть, т.к. само собой разумеется мы уже не сможем (да и нет необходимости) предполагать на какой ОС и на каком мобильном устройстве будет запущено наше приложение.
0
Когда в HTML будет нативно работать RelativeLayout и поддерживаться всеми браузерами на всех платформах, тогда и вернёмся к вопросу за какие рамки вышел HTML. Пока что ни для чего серьёзного он не подходит без гигантского количества костылей.
0
Каким именно образом нативно должен работать HTML, что Вы под этим подразумеваете? Посмотрел варианты размещения элементов, в том числе и RelativeLayout… скудно и очень скучно.
Вообще-то когда говорят о HTML, то как правило подразумевают связку HTML+CSS+JS (HCJ). Смею Вас заверить, что с помощью HCJ можно сделать то же и гораздо большее, чем ваш этот RelativeLayout.
Я сам противник всяких костылей и категорически стараюсь придерживаться стандартов. Не припомню, чтобы я когда-то сталкивался с какими-то сложностями в реализации как интерфейса, так и функциональности в интерфейсе, используя только HTML, CSS и иногда JS (JQuery).
Вообще-то когда говорят о HTML, то как правило подразумевают связку HTML+CSS+JS (HCJ). Смею Вас заверить, что с помощью HCJ можно сделать то же и гораздо большее, чем ваш этот RelativeLayout.
Я сам противник всяких костылей и категорически стараюсь придерживаться стандартов. Не припомню, чтобы я когда-то сталкивался с какими-то сложностями в реализации как интерфейса, так и функциональности в интерфейсе, используя только HTML, CSS и иногда JS (JQuery).
0
Нативно в плане HTML я подразумеваю наличие функционала в спеках W3C для HTML и CSS. JS НЕ должен заниматься лейаутами в принципе в этой связке. До сих пор даже с флексбоксом не всё гладко. Сделать нормальный лейаут просто невозможно без километров JS, что и сделано абсолютно во всех WEB UI фреймворках.
Кроме того, текущие спеки CSS наполнены изрядным количеством тупака вроде методов расчётов margin в разных случаях и кучи разных display, что есть вообще ересь.
HTML — это разметка текста, пусть он разметкой текста и остаётся.
Кроме того, текущие спеки CSS наполнены изрядным количеством тупака вроде методов расчётов margin в разных случаях и кучи разных display, что есть вообще ересь.
HTML — это разметка текста, пусть он разметкой текста и остаётся.
0
Согласен, HTML — разметка текста, но… CSS — оформление внешнего вида, JS — функционал.
Так что с помощью этих трех компонентов можно сделать практически все.
Не представляю, с чем у Вас возникают сложности, о каких методах расчетов margin Вы говорите, о каких километрах JS…
Я без всяких JS всегда ставлю любой элемент именно туда, куда мне нужно — мне вполне достаточно CSS. При чем все это выглядит одинаково на всех современных браузерах.
Вот честно, не понимаю, с чем у вас все-таки сложности.
Так что с помощью этих трех компонентов можно сделать практически все.
Не представляю, с чем у Вас возникают сложности, о каких методах расчетов margin Вы говорите, о каких километрах JS…
Я без всяких JS всегда ставлю любой элемент именно туда, куда мне нужно — мне вполне достаточно CSS. При чем все это выглядит одинаково на всех современных браузерах.
Вот честно, не понимаю, с чем у вас все-таки сложности.
0
Видать вы плохо знакомы с CSS, если не понимаете какие есть проблемы у марджинов. Почитайте как они считаются в разных случаях. Например, горизонтальный марджин в процентах.
Далее по списку у нас позиционирование обьектов. Центровать блоки относительно родителя нельзя. Есть разные хаки под разные нужды, но в общем случае задача не решается ничем, кроме JS. Да и позиционирование по краям (position: absolute) у нас вырывает детей из потока родителя, что есть полная наркомания.
Сделать HBox в HTML+CSS без JS невозможно, потому что float как угодно, кроме того, как требуется при создании GUI.
Дальше продолжать?
Далее по списку у нас позиционирование обьектов. Центровать блоки относительно родителя нельзя. Есть разные хаки под разные нужды, но в общем случае задача не решается ничем, кроме JS. Да и позиционирование по краям (position: absolute) у нас вырывает детей из потока родителя, что есть полная наркомания.
Сделать HBox в HTML+CSS без JS невозможно, потому что float как угодно, кроме того, как требуется при создании GUI.
Дальше продолжать?
0
Да, пожалуйста продолжайте, очень занимательно слушать, как вы сами себе придумываете проблемы с ровного места.
Видимо, мы с Вами на каких-то разных CSS пишем ;-)
Довольно забавно слышать о таких вещах, которые я уже делал на сайтах, но у Вас почему-то это вызывает сложности… и к чему бы это?
Видимо, мы с Вами на каких-то разных CSS пишем ;-)
Довольно забавно слышать о таких вещах, которые я уже делал на сайтах, но у Вас почему-то это вызывает сложности… и к чему бы это?
0
Ну давайте расскажите как вы сделаете HBox без JS и предрасчётов на сервере.
0
Это я Вас внимательно слушаю, Вы же вроде решили продолжать, это у Вас какие-то проблемы. Почему я должен за Вас решать какие-то Ваши проблемы? У меня таких проблем не возникает, слава Богу! У меня все прекрасно работает, все на своих местах, никаких проблем не испытываю, и с позиционированием на CSS в том числе, ни о каких километрах JS слыхом не слыхивал, все довольно компактно и аккуратно.
0
Я вам привёл конкретные примеры. Если вы ни разу в жизни не пытались сделать UI на HTML/CSS, то зачем вы в разговор лезите?
HTML+CSS — это разметка и декорация текста. Ни на что большее оно не способно без дополнительного костылестроения. Доказательства тому YUI, GWT, jQuery UI и прочие библиотеки для построения UI. Изучите их код хотя бы для начала, иначе предметного разговора не получается — вы не знаете о чём говорите в принципе.
HTML+CSS — это разметка и декорация текста. Ни на что большее оно не способно без дополнительного костылестроения. Доказательства тому YUI, GWT, jQuery UI и прочие библиотеки для построения UI. Изучите их код хотя бы для начала, иначе предметного разговора не получается — вы не знаете о чём говорите в принципе.
0
Ах да, извините, Великий Гуру!
Иногда приходится слышать, к сожалению, упреки о моей некомпетентности, хотя собеседник не имеет ни малейшего представления об уровне моих познаний.
Желаю успехов в нелегкой борьбе с UI :-)))
А стоило бы задуматься, почему же у меня все работает как надо, а Вас траблы обложили… и к чему бы это, а?
Иногда приходится слышать, к сожалению, упреки о моей некомпетентности, хотя собеседник не имеет ни малейшего представления об уровне моих познаний.
Желаю успехов в нелегкой борьбе с UI :-)))
А стоило бы задуматься, почему же у меня все работает как надо, а Вас траблы обложили… и к чему бы это, а?
-2
Великого Гуру тут строите вы из себя, при этом по существу вам сказать нечего, только обвинения в чужой адрес и прочий слив. К чему бы это? Я не психиатр, ничем помочь не могу.
+1
Разве я кого-то в чем-то обвинил, оскорбил? Я лишь искренне удивлен, что у кого-то вызывают затруднения простейшие механизмы CSS, и, как результат, появляющиеся «километры JS».
Возможно, на мобилах действительно это очень сложно все, я не знаю, да и знать не хочу — к чему сложности, когда есть уже решения, которые прекрасно работают? Извините, я не извращенец и не мазохист, чтобы вот так с ровного места без особой надобности уходить в пучину сложностей, когда есть уже прекрасные механизмы веб-программирования, где все, что нужно получается без лишних головняков. По сути сейчас это проблемы владельцев мобильников, что они не могут пользоваться нормальным интернетом, а я перекладывать на свою голову решение этих проблем не собираюсь.
Да, кстати, о том и тема-то статьи отчасти, что все-таки должны появится средства на мобилах, чтобы появился нормальный Интернет все же на мобильниках.
Еще раз искренне желаю Вам всяческих успехов! :-)
Возможно, на мобилах действительно это очень сложно все, я не знаю, да и знать не хочу — к чему сложности, когда есть уже решения, которые прекрасно работают? Извините, я не извращенец и не мазохист, чтобы вот так с ровного места без особой надобности уходить в пучину сложностей, когда есть уже прекрасные механизмы веб-программирования, где все, что нужно получается без лишних головняков. По сути сейчас это проблемы владельцев мобильников, что они не могут пользоваться нормальным интернетом, а я перекладывать на свою голову решение этих проблем не собираюсь.
Да, кстати, о том и тема-то статьи отчасти, что все-таки должны появится средства на мобилах, чтобы появился нормальный Интернет все же на мобильниках.
Еще раз искренне желаю Вам всяческих успехов! :-)
-1
Мой изначальный комментарий о том, что нормальных средств создания лейаутов в HTML/CSS не предусмотрено, я привёл вам несколько примеров, внятных контаргументов вы предоставить не можете, зато можете рассказывать что у вас мол хорошо, а вокруг все недостаточно компетентны.
Ещё раз — покажите HTML/CSS реализацию HBox, что есть один из важных инструментов для создания UI как на мобильных устройствах, так и для десктопных приложений. HBox реализован в том или ином, но предсказуемом, виде на любой платформе и в любом фреймворке для работы с UI: Adobe Flex, JavaFX, Android, Qt и т.д.
Дальнейший спор без фактов и примеров считаю нецелесообразным.
Ещё раз — покажите HTML/CSS реализацию HBox, что есть один из важных инструментов для создания UI как на мобильных устройствах, так и для десктопных приложений. HBox реализован в том или ином, но предсказуемом, виде на любой платформе и в любом фреймворке для работы с UI: Adobe Flex, JavaFX, Android, Qt и т.д.
Дальнейший спор без фактов и примеров считаю нецелесообразным.
+1
«у каждой ОС есть собственные гайдлайны и стиль приложений, и нужно их соблюдать. Поэтому UI в любом случае должен соответствовать платформе»
Можем все-таки предположить, что любой Интернет-сайт — это веб-приложение. Что-то я не замечаю стремления соответствия UI платформе. Наверное все же потому, что разработчики веб-приложений прекрасно понимают, что их приложение может быть открыто (запущено) на любой платформе, на любой ОС. Люди прекрасно ориентируются на различных интернет-площадках, хотя там настолько разные интерфейсы. Интерфейс должен быть прежде всего удобным и понятным, а не в рамках правил какой-то определенной ОС.
Можем все-таки предположить, что любой Интернет-сайт — это веб-приложение. Что-то я не замечаю стремления соответствия UI платформе. Наверное все же потому, что разработчики веб-приложений прекрасно понимают, что их приложение может быть открыто (запущено) на любой платформе, на любой ОС. Люди прекрасно ориентируются на различных интернет-площадках, хотя там настолько разные интерфейсы. Интерфейс должен быть прежде всего удобным и понятным, а не в рамках правил какой-то определенной ОС.
-2
UFO just landed and posted this here
А билеты на IO не разлетелись 49 минут, а лоттерея длилась 49 минут. Я и 2 моих товарища смотрели на крутящуюся хрень все это время каждые шесть минут перезапуская это гребанный процесс. При этом у товарища дважды выпал билетик, но из-ха гребанного и глючного Google Wallet платежи не проходили (при этом деньги списывались). Прощай ранний доступ к очкам = ненавижу Google
-1
Sign up to leave a comment.
Android и Chrome OS на пути к объединению: Сундар Пичаи становится новым главой Android