Да вы что, супер-пупер линейка смартфонов Lumia!!11

"… После обсуждения в API получения видео были добавлены поля для получения платформ-специфичных видео-файлов, но на момент релиза на многих девайсах приложение не могло проигрывать значительной доли видео. Сейчас же наши тестировщики говорят, что в новых прошивках смартфонов проблем с воспроизведением видео из ВКонтакте нет. "

А можно подробнее про эти поля? В официальной документации нигде не удалось найти описания

вот, вот. хуавэй с последними девайсами на этом фоне просто зажигает

С AppStore сложно тягаться конечно. Но основное необходимое есть.

Давно писали под symbian? Видели последние девайсы? С последним апдейтом — belle — очень всё ок с точки зрения пользования. Не говоря уже про средства разработки в виде Qt etc.

вполне возможно. ведь практически полноценный unix «under the hood».

Нет и, по ходу, не будет. Идеология системы не позволяет.

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

Может звучит слишком идеально, но зато есть к чему стремиться.

По-моему, хорошая архитектура это синоним «понятность и очевидность». То, про что вы говорите, скорее годится для прототипирования, но никак для коммерческого кода, который подразумевают поддерживаемость более чем одним разработчиком и временем жизни не пару месяцев, а хотя бы пару лет.

Более чем странное умозаключение: фрэймворк => количество быдлокода. Да везде его хватает. Фрэймворк, язык — это всего лишь среда, инструмент. А каков код, написанный с использованием таких инструментов, это уже от инженера зависит.

QML очень во многом классная технология. А развитие стандартизированных Qt components только способствует распространению этой технологии. Но во всем этом есть один огромный минус — нет в классическом понимании расширяемости компонент, возможности наследования. Грубо говоря, если хочешь добавить одну лишнию кнопочку в диалог Qt Components для MeeGo, то приходится тупо копировать исходный код компонента и добавлять свои изменения. Вот здесь как раз главное преимущество Qt components и теряется.

Я бы сказал костыльный, а не «тихий». Следить за актуальностью ПО и производить обновление должна ОС, а не каждая отдельная программка. Может наконец-то и в MS до этой идеи дойдут.

Нет, на пианино невозможно сыграть «самую неприятную музыку». Звучит вполне сносно. Эта мелодия могла бы стать саунтреком для какого-нить триллера :)

Вот если бы скрипку какую «помучали», то тогда та, возможн и получилась бы «самая неприятная музыка в мире».

Маловато гибкости в cache policy. Даже нет возможности задать время жизни кеша.

Жить своей жизнью, а не пытаться прожить чью-либо — вечная истина.

Любите! code.google.com/chromium/ (по ссылке — доказательство наличия «решающего фактора» при выборе хрома в том числе )

Чистая психология. И разработчики себя круче буду чувствовать, и пользователи побольше внимания обратят. А вообще, хрому можно, а лисе, что, нельзя? ;)