Comments 45
«Те же яйца, только в профиль»
Думаю не совсем. У данной платформы по идее хорошие перспективы за счет более низкого порога вхождения из-за применяемых технологий. Все веб-разработчики смогут быстро адаптироваться к новой среде.
Ну да, смогут. Вот только что-то у меня такое смутное сомнение, что
а) это приведет к еще большему количества хлама в магазине приложений, по сравнению с Андроидом
б) в среднем приложения будут работать гораздо медленнее чем даже в том же Андроиде
а) это приведет к еще большему количества хлама в магазине приложений, по сравнению с Андроидом
б) в среднем приложения будут работать гораздо медленнее чем даже в том же Андроиде
хорошие перспективы за счет более низкого порога вхождения
Tizen, не нужно себя сдерживать, нужно сразу писать на PHP!!!
Порог вхождения кого? Разработчика? Да. Пользователя? Нет. (Пока я не вижу).
На win 8 тоже обещали, что можно программить на js+html+css. И что вебдевелоперы теперь пишут под win 8?
Обратная сторона: нынешним программистам под мобильные платформы и не только, не знакомым с веб—программированием (как я, например) вряд ли будет удобно писать под эту платформу.
Надеюсь они оставят возможность писать приложения на Qt.
Надеюсь они оставят возможность писать приложения на Qt.
Боян-же habrahabr.ru/post/136042/ не?
Нативные приложения (не Web API) тоже можно писать, так что вполне возможно получит популярность и среди серьёзных разработчиков. Разным кроссплатформенным фреймворкам тоже будет сравнительно просто сделать поддержку для Tizen.
Проще писать тогда на Qt и уже не парится, будет из коробки поддержка большинства мобильных осей.
Имеется ввиду, что уже готовые приложения можно будет сравнительно просто перекомпилировать для Tizen, если такую опцию внедрят разработчики фреймворков, что ожидается должно быть не сильно сложным.
Так можно быстро насытить новый магазин приложений уже готовыми продуктами.
Так можно быстро насытить новый магазин приложений уже готовыми продуктами.
А смысл тогда вообще в родном skd?
Ну, блин. Есть два родных SDK — Native и Web. Web для простых в изготовлении HTML5 приложений. Native для компилируемых приложений. Теперь разработчики кроссплатформенных фреймворков (вроде Unity3D) берут в руки Native SDK от Tizen и c его помощью изменяют свой код так, что он будет работать на Tizen.
Если бы родного sdk не было, то это было бы невозможно.
А так у разработчиков появляется выбор в средствах разработки, что несомненно только плюс.
И естественно, чтобы использовать возможности OS по полной, придётся пользоваться Native SDK без помощи кроссплатформенных фреймворков.
Если бы родного sdk не было, то это было бы невозможно.
А так у разработчиков появляется выбор в средствах разработки, что несомненно только плюс.
И естественно, чтобы использовать возможности OS по полной, придётся пользоваться Native SDK без помощи кроссплатформенных фреймворков.
Ну щаз ага. Эти ребята вместо Qt используют EFL. С одной стороны конечно EFL быстро и прогрессивно. Но Qt ничуть не хуже да и есть из коробки в Blackberry OS 10, есть под android, будет под Jolla. Вообщем как-то приложений на Qt и разработчиков знакомых с ним несколько больше чем разработчиков под EFL.
Прошу прощения, разве были официальные анонсы о поддержке, не то чтобы большинства мобильных осей, а хотя бы андроид и ай-ос?
Вообще, native sdk у них удивительной кривоты штука… Как была 2 года назад сырой платформой, так ни чего и не изменилось!
Тем временем Шаттлворт пиарит планшетную версию Убунты, а тестовые сборки версии для мобилок будут доступны в четверг.
UFO just landed and posted this here
Не понимаю зачем нужен этот пост. Кому тема интересна, тот и сам прочитает эту «новость» на офф. сайте или в рассылке. К тому же текст новости — пара предложений, а остальное повторение уже написанного.
представители Tizen-сообщества, если так можно выразиться, смогут взять систему под свой контроль
Смогут снова годами не обновлять ОС и радоваться благополучию? :-)
Купил бы такой телефон с радостью. Нативные приложения рулят. Андроид задолбал своим дальвиком.
А тут Webapi вместо дальвика…
Писать нативные приложения под Тайзен — тот еще геморрой. Одна только обработка ошибок кодами возврата в стиле Си чего стоит… Плюсовые эксепшны выключены на уровне компилятора.
А еще стандартные коллекции, не берущие на себя управление объектами — они просто хранят указатели, а чистить память должен тот, кто объекты создал. Если не забудет, конечно…
И я еще молчу про API для работы с фичами телефона — часть недодокументирована, другая часть работает не так, как написано в документации, и самая веселая часть — методы, тупо падающие при вызове и не пишущие ничего в лог.
Может, конечно, ко времени коммерческого релиза девайсов платформу чуть допилят.
А еще стандартные коллекции, не берущие на себя управление объектами — они просто хранят указатели, а чистить память должен тот, кто объекты создал. Если не забудет, конечно…
И я еще молчу про API для работы с фичами телефона — часть недодокументирована, другая часть работает не так, как написано в документации, и самая веселая часть — методы, тупо падающие при вызове и не пишущие ничего в лог.
Может, конечно, ко времени коммерческого релиза девайсов платформу чуть допилят.
Вы перегибаете.
Эксепшны НЕ выключены на уровне компилятора.
Эксепшны не используются внутри нативного фреймфорка. Т.е. ни одна функция нативного фреймворка никогда не выбросит эксепшн. Причём, разработчики Tizen здесь абсолютно не пионеры.
В своём же коде можете использовать эксепшны сколько угодно.
Вообще об эти эксепшны много копий уже сломано. Множество экспертов рекомендует их использовать в своих проектах. Столько же — не рекомендует. Так что на вкус и цвет все фломастеры разные. Вам предложен способ обработки ошибок кодами возврата. Ничего плохого в этом нет.
Со стандартными коллекциями… всё очень просто… если функция имеет суффикс «N» в конце имени (например, CreateStatementN()), то за возвращаемый указатель отвечает разработчик. И здесь разработчики Tizen также не стали пионерами.
По поводу отсутствия документации — терпение, со временем она появится )
Как и стабильность.
Эксепшны НЕ выключены на уровне компилятора.
Эксепшны не используются внутри нативного фреймфорка. Т.е. ни одна функция нативного фреймворка никогда не выбросит эксепшн. Причём, разработчики Tizen здесь абсолютно не пионеры.
В своём же коде можете использовать эксепшны сколько угодно.
Вообще об эти эксепшны много копий уже сломано. Множество экспертов рекомендует их использовать в своих проектах. Столько же — не рекомендует. Так что на вкус и цвет все фломастеры разные. Вам предложен способ обработки ошибок кодами возврата. Ничего плохого в этом нет.
Со стандартными коллекциями… всё очень просто… если функция имеет суффикс «N» в конце имени (например, CreateStatementN()), то за возвращаемый указатель отвечает разработчик. И здесь разработчики Tizen также не стали пионерами.
По поводу отсутствия документации — терпение, со временем она появится )
Как и стабильность.
Это ж надо было найти сообщение хз какой давности и начать придираться к словам :)
> Вам предложен способ обработки ошибок кодами возврата. Ничего плохого в этом нет.
Нет, есть! И очень много плохого.
> Вам предложен способ обработки ошибок кодами возврата. Ничего плохого в этом нет.
Нет, есть! И очень много плохого.
UFO just landed and posted this here
Вообще, для Tizen предлагается две модели программирования:
1. Веб-приложения с использованием HTML5, CSS, JavaScript и Tizen Javascript API.
2. Native-приложения на С++ с использованием Tizen Native API.
Более подробная информация есть на сайте для девелоперов. Начать можно например отсюда:
developer.tizen.org/help/topic/org.tizen.gettingstarted/html/tizen_overview/tizen_overview.htm
1. Веб-приложения с использованием HTML5, CSS, JavaScript и Tizen Javascript API.
2. Native-приложения на С++ с использованием Tizen Native API.
Более подробная информация есть на сайте для девелоперов. Начать можно например отсюда:
developer.tizen.org/help/topic/org.tizen.gettingstarted/html/tizen_overview/tizen_overview.htm
Sign up to leave a comment.
Анонсирована новая версия мобильной ОС Tizen: Tizen 2.0