Я таких замечательных обещаний слышал от Transmeta — думаю Вы знаете где они сейчас.
Вопрос — зачем мне нужна паралелльность на 80MHz? Проще задействовать OpenCL (ручками) и получить на несколько порядков больший выхлоп.
Лучше бы сделали процессоры для сетевых устройств. Поскольку Я слабо представляю где можно использовать данный процессор.
— для шифрования — так проще DSP
— для управления трафиком — очень слабый, нету портированных ОС
— для тонких клиентов — вообще сомнительно
других вариантов Я не вижу, может кто подскажет?
Все достаточно просто — просто добавить возможность скачивать список всем желающим 12 раз на 1 IP в день и все — нету проблем. У каждого провайдера есть static-IP сервисных серверов — таким образом они будут автоматически узнавать о добавлении сайта.
Пока в РФ не заменили систему АП то можно не волноваться — прав у разработчиком алгоритмов минимум.
С мнением эксперта не всегда можно соглашаться и тем самым провести отдельную независимую экспертизу.
Если Вы НЕ читали LGPL то советую перечитать — делаем ОТДЕЛЬНУЮ DLL и тем самым «Произведение использующее библиотеку Qt + даем ссылку на патч который позволяет сделать такую сборку» — все — проблемы нету.
Учитывая сколько потребляет сам Qt — CRT просто мизер + уменьшает проблемы с разделяемыми библиотеками.
Не под embedded же компилируете, и экономить на скрепках тут не имеет смысла.
P.S. скомпилируйте тогда Qt в виде 1ой DLL — типа Qt5.dll (ну кроме плагинов) — тогда будет самое верное решение — 2 копии CRT и нет проблем.
За iOS увы сказать достоверно не могу — т.к. вообще не работаю с ней.
Чисто технически тогда можно и целиком все писать на С++ + OpenGL ES — при наличие обертко для UI. Технически портирование WinRT -> Android и BlackBerry (имеется ввиду новая ОС на базе QNX) — то проблем быть не дожно, т.к. за счет С++ все будет ОК. Ну а managed код — думаю только через Mono реализации возможно.
Gorthauer87 — по поводу iOS насколько Я знаю, после версии 2.0 уже очень сильно отличается от настольной версии.
На счет Android — если взять хотя-бы по ядру — то посмотрите сколько там патчей, одна видеосистема чего стоит, Dalvik тоже своя VM.
Если Вы писали под WindowsCE то поймете — что разницы между обычной Windows там было совсем немного, тоже самое сейчас ожидается и с WinRT — а вот использовать кроссплатформенный код с Linux -> Android или Mac OS X -> iOS не представляется возможных. (хотя есть Qt — но там тоже только с рядом оговорок)
Вопрос — зачем мне нужна паралелльность на 80MHz? Проще задействовать OpenCL (ручками) и получить на несколько порядков больший выхлоп.
— для шифрования — так проще DSP
— для управления трафиком — очень слабый, нету портированных ОС
— для тонких клиентов — вообще сомнительно
других вариантов Я не вижу, может кто подскажет?
надеюсь поможет
С мнением эксперта не всегда можно соглашаться и тем самым провести отдельную независимую экспертизу.
Поясняю на пальцах — к Qt5.dll прикладываем файл LGPL-SOURCE.TXT где указываем текста патча файла для сборки.
P.S. по поводу поста — без проблем, но из-за кармы меньше 0 написать в профильный хаб не могу. Будет карма +1 или выше — будет пост + сорцы на GitHub.
Не под embedded же компилируете, и экономить на скрепках тут не имеет смысла.
P.S. скомпилируйте тогда Qt в виде 1ой DLL — типа Qt5.dll (ну кроме плагинов) — тогда будет самое верное решение — 2 копии CRT и нет проблем.
Чисто технически тогда можно и целиком все писать на С++ + OpenGL ES — при наличие обертко для UI. Технически портирование WinRT -> Android и BlackBerry (имеется ввиду новая ОС на базе QNX) — то проблем быть не дожно, т.к. за счет С++ все будет ОК. Ну а managed код — думаю только через Mono реализации возможно.
На счет Android — если взять хотя-бы по ядру — то посмотрите сколько там патчей, одна видеосистема чего стоит, Dalvik тоже своя VM.
Если Вы писали под WindowsCE то поймете — что разницы между обычной Windows там было совсем немного, тоже самое сейчас ожидается и с WinRT — а вот использовать кроссплатформенный код с Linux -> Android или Mac OS X -> iOS не представляется возможных. (хотя есть Qt — но там тоже только с рядом оговорок)
(2) Я не видел такого ограничения в соглашении Windows Store.
— Вы говорили про платную версию, но ОК.
— Ответ понятен. WCK можно надуть и загрузить сборки таким образом — что приложение проходит проверку.