Если хочется верстки и скиннинга, то тогда лучше за WPF взяться.
Учитывая, что технология изначально создавалась для разделения работы между дизайнером и программистом. Правда, только под винду пока.
AMD так же заявили о полной поддержке OpenCL + обещала инструменты для взаимодействия с кодом, который уже написан на Brook+.
Я лишь показал роль CUDA в текущей программной архитектуре nVidia GPU.
Если вы пишите что-то аппаратно и архитектурно зависимое, то тогда другой вопрос. Если имеются ввиду прикладные программы (для которых собсвенно Qt и GTK созданы), то зачем зависить от платформы вообще, не одними nix'ами, как говорится, живем.
По-моему, программирование не кроссплатформенных GUI-приложений на Qt и GTK не очень разумно. Думаю, что в опросе стоило уточнить, что именно программировать.
У nvidia драйвера под все ОСи высокого качества. Думаю, разница в производительности минимальна. На выходных пойду к знакомому, хочу у него под MacOS CUDA-программы погонять, если удасться, то выложу сравнение.
Ингода, просто доставляет удовольствие «помучить» новые языки программирования. По F# могу посоветовать книгу самого Дона Сайма. Мне у него понравились примеры использования F# при программировании на ASP.NET — очень эффективно с различными типами данных можно работать. Для рисования формочек F# наврядли подойдет, да MS и не позиционирует его с этой стороны. По поводу библиотек, то я бы лично не рискнул на F# их писать, пока сыроват F# для этих дел.
Если касаться вопросов ЦОС, то здесь лучше использовать спциализированную аппаратуру или мощнсти современных GPU, управляемый код здесь совсем не нужен.
Мне в настоящий момент не очень нравиться как компилятор F# генерирует CIL-код. Например, если в классе F# создать поле, то ILDASM показывает, что кроме поля генерируються get и set свойства, при этом модификаторы доступа к полю (имеется ввиду CIL поле) указать в F# нельзя, в итоге, в C# можно напрямую обращаться к полям, хотя доступны и свойства, просто по умолчанию у поля почему-то public — прямое нарушение принципа инкапсуляции. А если в F# к полю создать свойства, как в примере выше, то из C# вообще будет видно 4 свойства и 1 поле. Хотя, наверное, к релизу подправят.
Тяжкий комент получился.
Неплохой девайс. Лет 7 такие компьютеры половину стола занимали и требовали неплохого охлождения. Для офиса вообще шикарное решение — сколько электричества сэкономит.
Будем следить за развитием событий. Хотелось бы еще узнать о качестве рендера шрифтов в Silverlight 3.0, а то в 2.0 мне он не очень нравился. Интересно еще узнать о шейдерах, какое для этого API используется DirectX HLSL или OpenGL GLSL. Если SL позиционирует себя как кроссплатформенная технология, то это должен быть OpenGL GLSL, мне не очень верится, что MS будет использовать OpenGL.
Учитывая, что технология изначально создавалась для разделения работы между дизайнером и программистом. Правда, только под винду пока.
Я лишь показал роль CUDA в текущей программной архитектуре nVidia GPU.
Возможно вы имели ввиду среду KDE?
Если касаться вопросов ЦОС, то здесь лучше использовать спциализированную аппаратуру или мощнсти современных GPU, управляемый код здесь совсем не нужен.
Тяжкий комент получился.