[q]
Компания Intel провела ряд тестов и обнаружила, что последняя версия Android 4 ICS получает очень незначительно преимуществ при использовании двух ядер, а в ряде случаев производительность даже снижается.
Использование двухъядерных процессоров может быть полезно при сильной нагрузке на процессор, однако при этом очень важно правильное распределение потоков задач в ядрах. Майк Бэлл из Intel Mobile and Communications Group утверждает, что Android пока не справляется с управлением потоками процессов в нескольких ядрах: система бросает всё процессорное время на выполнение какой-нибудь одной задачи, а многие другие при этом останавливаются. Google необходимо научить свой Android правильному распределению системных ресурсов.
Согласно Бэллу, внутреннее тестирование Intel показало, что Android работает с двухъядерным процессором (конкретная модель не называлась) медленнее, чем с одноядерным. Включение второго ядра зачастую оказывается избыточным...

Интересная новость:
http://blog.xamarin.com/2012/05/01/android-in-c-sharp/

Вкратце: товарищи их Xamarin выкинули из андроида Dalvik и весь жабий код портанули на C#. Ну и вкрячили в андроид вместо далвика моно. Полученный перформанс некоторых структур данных:


Let the Combat begin?

Как говорится we are proud to announce the very first fully functional Linq provider over WCF. Первый в мире полноценный Linq провайдер работающий через WCF.

Gaperton про DSL

netch80 про DSL

Данная часть посвящена синтаксису Nemerle.

Данная часть посвящена макросам Nemerle.

Я тут попробовал описать свои впечатления от WinRT
Честно, даже не знаю куда отправить. По логике вещей это надо в COM, или C++. Но что-то мне кажется, что это нужно в первую очередь в .NET, так как по идее, это то, что нас всех ждет в самом ближайшем будущем. Копирую сообщение сюда, чтобы в блог было необязательно ходить Сиплюсплюсник из меня аховый, конечно, если что — поправляйте.

Здравствуйте, andyag, Вы писали:

A>Подскажите пожалуйста что почитать на тему MVC, MVP, MVVC, чтобы разобраться.

На самом деле всё не так сложно, как кажется. Проблема большинства интерпретаций паттерна в том, что они не объясняют, зачем вообще всё это надо. Если разобраться с первопричинами, то всё остальное становится просто и понятно. Т.е. нужно просто посмотреть на то, какие реальные проблемы решают эти паттерны и каким образом, и всё станет на свои места.

При разработке UI решаются три задачи:

• (M) получение/сохранение/работа с данными,
  
• (V) рендеринг интерфейса,
  
• (x) увязывание данных с интерфейсом.

В соответствии с открытым в начале XXI века Законом cохранения cложности , густой замес всех этих задач в одном месте даёт многократное увеличение сложности результата, что в свою очередь для навороченного интерфейса приводит к быстрой и неизбежной потере контроля над кодом.