Дефолтная система развёртывания ПО по домену в Active Directory работает только с msi-инсталляторами, которых для Файрфокса по дефолту не существует. Поэтому тупые виндовые админы на тупых виндовых доменах будут продолжать тупить и отказываться ставить Файрфокс.
Добавлю:
— Обеспечить возможность легкой кастомизации firefox
Т.е. если можно прилепить небольшой логотипчик компании, начальство с намного большим удовольствием будет его использовать (и еще распорядится установить и сделать дефолтным на всех компах компании) — но это нужно, чтобы админы компании были «на светлой стороне силы».
— Широко распространять информацию об уязвимостях IE
Например, вот последнии новости о том, что . Всетаки, часть руководителей достаточно трепетно относится к информационной безопасности.
— По поводу «IE-only» сайтов и возможности борьбы с ними, как раз пишу сейчас отдельный пост. Опубликую вечером или завтра.
С библиотеками на iPhone вроде лучше чем на Android, оно и понятно — на последнием native-code должен быть редко и только если очень надо. Сам писать пока ни под одну из платформ не пробовал, ощущение от прочитанного в разных «вступлениях», что android «правильнее», а iPhone удобнее.
Так зачем утруждаться, если можно написать под j2me и запустить ту же программку еще на куче мобилок. Какие-то «системные» фишечки придется делать «нативными», но их не так много нужно.
Вон на современных нокиях под симбианом половина якобы нативных приложений на самом деле флэш.
Ну то что там получился С/С++ не дает гарантий что нужные библиотеки легко соберутся. Вон на лине тоже С++ есть, но MFC туда ни у кого и мыслей нет портировать:)
А про objC++ спасибо, не знал.
Существует опасность, что Linux наберёт критическую массу, и разработчики железа будут выпускать версии драйверов как для Windows, так и для Linux. Тогда у ReactOS не будет объективных преимуществ перед Wine. Но даже в этом случае ReactOS будет привлекать внимание разработчиков, которые, скажем, желают найти дыру в Windows при дизассемблировании её файлов. Или страстно желают устроиться в отдел майкрософт, который занимается разработкой ОС. Или просто желают создавать ОС, поскольку им это приятно, но при этом они хотят, чтобы их ОС была более популярна, чем любительские домашние ни с чем не совместимые ОС.
Objective-C это надмножество С. Аналогично Objective-C++. Таким образом на йамобилке, внезапно, ещё и C/C++. ObjC необхожим только для гуя (может уже и там не необходим). Г-н Кармарк выкладывал сорцы портированного Wolf3d
Как я понял j2me худобедно работает, но вот будет ли от нее толк? Для быстрого портирования конечно сойдет, но если выходить на платформу с планами на будущее — все равно придется писать на их джаве)
А портирование с чего? Я конечно не программист на С/С++, и тем более objective c, но огромную разницу в этих языках вижу невооруженным глазом. Поэтому не понимаю, как там не может быть хлопот… Если с мака, то я не понимаю, какие приложения там портируют.
ИМХО, не сегодня — так завтра. Если даже обилие xml вызывает затруднения (что довольно странно для его распространенности), то сравнение с тем же iphone дает четкое представление о скорости роста — java куда более популярнее (да и наверное проще), чем objective c.
Вроде как раз количество сишников снижается (шарп я не считаю)…
Если на андроиде j2me работает, то народ не будет особо напрягаться с нативными приложениями.
Это замечательно, что оно встало в reactos. Я к тому, чтобы в wine эти части официально разделили. Тогда можно будет спокойно работать над общей частью (как над отдельным проектом), не таская код туда-сюда. Польза будет всем.
Может задумка такая и была, но в презентации этого вроде нет (или я проглядел), т.к. она ориентирована в основном на разработчиков reactos, т.е. немного однобока.
Прямо в точку! Это именно то, что я и сделал (конечно, Wine сделало, я просто довёл до кондиции). Этакая юзермодовая «библиотечка», имеющая абстрактный интерфейс, и ответная часть абстрактного интерфейса уже реализующая связь с графическим драйвером, устройствами ввода, и т.п.
Я не очень в курсе, как реализован вайн, но может проще не задействовать часть wine в reactos, а абстрагировать wine от платформы. Будет просто реализация винды, которую можно запустить на любой платформе при наличии некоторой платформозависимой прослойки. Ну и никто не мешает сделать эту самую прослойку запускаемой на голом железе, т.е. это фактически reactos.
— Обеспечить возможность легкой кастомизации firefox
Т.е. если можно прилепить небольшой логотипчик компании, начальство с намного большим удовольствием будет его использовать (и еще распорядится установить и сделать дефолтным на всех компах компании) — но это нужно, чтобы админы компании были «на светлой стороне силы».
— Широко распространять информацию об уязвимостях IE
Например, вот последнии новости о том, что . Всетаки, часть руководителей достаточно трепетно относится к информационной безопасности.
— По поводу «IE-only» сайтов и возможности борьбы с ними, как раз пишу сейчас отдельный пост. Опубликую вечером или завтра.
Что же в этом «опасного»? Хотя это есть и сейчас, по крайней мере крупные производители железа выпускают драйвера для Linux.
Вон на современных нокиях под симбианом половина якобы нативных приложений на самом деле флэш.
А про objC++ спасибо, не знал.
Как я понял j2me худобедно работает, но вот будет ли от нее толк? Для быстрого портирования конечно сойдет, но если выходить на платформу с планами на будущее — все равно придется писать на их джаве)
Если не ошибаюсь, там толком только java и работает. Нативное что-то есть, но в ограниченом виде.
Если на андроиде j2me работает, то народ не будет особо напрягаться с нативными приложениями.
Может задумка такая и была, но в презентации этого вроде нет (или я проглядел), т.к. она ориентирована в основном на разработчиков reactos, т.е. немного однобока.