ReactOS 0.4.15

разрабатывается группой энтузиастов с 1998 года и был идейно интересен где-то до аудита кода в 2006 году

Самая большая проблема, что там те же самые закладки и бэкдоры, что в самой винде

ReactOS

Новая версия… Проект все-еще жив!

ReactOS разрабатывается группой энтузиастов с 1998 года и по-прежнему находится в альфа-стадии.

Сразу видно, очень нужный всем проект.

Нет, они своих наделали и вайновских притащили

и по-прежнему находится в альфа-стадии.

И с каждым годом они всё так же накидывают каких-то свистоперделок вместо исправления низкоуровневых косяков.

// К какой версии оно начнёт уметь в многоядерность?

Всё ещё падает в BSOD и требует переустановки по любому поводу?

Давайте представим, что сабж допилили до винрарного состояния. Где он понадобится?

Веб-серверы на Windows - всё. Только легаси и осталось.

Более привычный пользователям свободный десктоп? ОК. Но с поддержкой фотошопов и офисов там будет ровно то же самое, что и в Wine, по понятным причинам. Контроллер домена на ReactOS будет нужен настолько, насколько нужен десктоп на ReactOS.

Платформа для разработки АПК под задачу? Всяким фиромочкам, ориентированным на внутренний рынок и госзаказ, может зайти. Но глобально Linux или BSD оказывается удобнее.

Windows-only станки с ЧПУ и прошивальщики устройств? Ну ОК. Со всеми вытекающими рисками.

В общем, есть шанс, что сабж всколыхнет потихоньку пересыхающие Windows-болотца. Очень нужным ReactOS может сделать разве что виндекапец, как это случилось с Haiku и BeOS.

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

Толку, если оно всё из альфа-стадии выйти никак не может? На реальном железе всё равно не работает (за крайне редким исключением). С драйверами всё очень плохо. Эта поделка годится только в виртуалке запустить, чтобы статью написать о ней, да скриншот опубликовать. В Linux + Wine + explorer.exe в качестве DE и то больше смысла, чем в этом.

Всё очень аутентично для 98 года!

Windows 95 намного стабильнее ReactOS.

Похоже, ты немного не понимаешь. ReactOS — это не опенсорсная Windows, это опенсорсная Windows XP (ну ладно, они говорили, что на совместимость с Win2003 переориентировались, но это не сильно дела меняет). Всё ещё работающие ЧПУ, которым нужна Windows XP, уже имеют Windows XP, раз работают. И им не нужна поддерживаемая ОС, разу уж Windows XP много лет без поддержки у них стоит. Что ReactOS потенциально сможет предложить такому ЧПУ? И так по всем пунктам, в мире просто нет места, где нужна «новая Windows XP», там уже давно доживает свои дни старая.

Новая Windows XP будет расширяемая и менее дырявая. И если где-то отказались от поддержки, это не значит, что она не нужна. В свое время кучу легаси переводили на FreeDOS.

Я прям вижу, как на устаревший, но все еще стоящий стопицот денег станок, кто-то ставит реактос, чтобы из-за какого-нибудь затупа оный станок пробурил себе стол и раздолбал шпиндель.

Да, я примерно это и подразумевал под рисками.

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

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

А где не нужна - будут использовать родную 95 или XP до победного конца, пока железо не пожрет ржавчина.

Коммерсам нужно, чтобы всё работало без затупов и сюрпризов. Вот так и получается, что будущего у реактоси нет, помимо исследовательских целей.

ReactOS к сожалению никогда не будет допилен до … За 10 лет Linux на любых компьютерах стал работать лучше, чем раньше. ReactOS до сих пор в виртуалке не работает звук.

ReactOS до сих пор в виртуалке не работает

fixed

У меня работает. Правда, не текущая версия, а какая-то из старых ночнушек.

Вопрос в том, сколько она работает. У меня обычно, меньше часа. Потом ядро критически повреждает что-нибудь в системе и все на этом.

В свое время кучу легаси переводили на FreeDOS.

Подтверждаю, даже у моих коллег такой проект был. Я в нём, к счастью, не участвовал :) но ребята возились долго и со вкусом.

Linux в плане user-friendly стал лучше, а ReactOS стагнирует.

FreeDOS/DOS в сравнению с Windows XP - это велосипед и жигули.

XP невозможно повторить за вменяемое количество денег и человекочасов в силу того, что это огромная куча недокументированного говна, костылей и велосипедов от депломированных костылестроителей из M$.

По этой же причине Office Open XML не идеально совместим со сторонними офисами. И даже публикация стандартов не особо помогла, потому что фактическое поведение MS Office задокументировано в закрытом коде MS Office. Тем не менее, в ряде случаев существующей совместимости достаточно. Курсач, оформленный по ГОСТу, можно без особых проблем попеременно писать в Word и Writer. Возможностей Impress достаточно, чтобы комфортно просматривать PPTX из PowerPoint.

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

Колхозинг на местах действительно рискован и неопавдан, когда всё и так работает. Но ведь если появится стабильно работающая и большей частью совместимая ReactOS, то она появится и у производителя.

По этой же причине Office Open XML не идеально совместим со сторонними офисами.

Офисы не являются mission-critical приложениями. От минорной поломки офиса завод не взорвется.

Но ведь если появится стабильно работающая и большей частью совместимая ReactOS, то она появится и у производителя.

Не, не появится. Старое железо - это технический долг. Новая ось это потенциально огромное количество проблем совместимости, поэтому для поддержки старья будут использовать старое всё: ось, компилятор, либы - весь стек, лишь бы сократить затраты на поддержку, потому что основные усилия направлены на новое, актуальное железо.

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

будет расширяемая

Стоит, значит, где-то дорогущая установка под управлением ВинХР, работает. И тут кто-то предлагает сменить ОС и расширить её. Есть мнение, что хоронить будут в закрытом гробу.

И если где-то отказались от поддержки, это не значит, что она не нужна

Ну, то есть минимум 11 лет (расширенная поддержка закончилась в 2014, обычная так вообще в 2005 для x32 и 2009 для x86_64, допустим при этом, что полностью готовая РОС выйдет завтра, а не в 2077 году, 23 октября) терпели без поддержки, но тут вдруг за ней как ломанутся. Серьёзно?

на FreeDOS

Это совсем другое, под дос долго писали специфичные вещи, для которых винда принципиально не годилась, так что развивались ещё долго после смерти самого доса. Так что переход на «ДОС с плюшками» для активных проектов — это совсем не то, что переход на «WindowsXP с плюшками» для давно зафиксированных решений.

Да нет шанса, нет. Откуда вы берётесь такие аналитики? Попробуй запусти на нём что-то. ЧПУ он собрался... Его блокнот в бсод вгоняет! Ему дрова не поставить!

Ему дрова не поставить!

Ну не преувеличивай, исо можно записать на болванку, а на болванку поставить полено, будет композиция «ReactOS с дровами».

какой версии оно начнёт уметь в многоядерность?

К следующей? попробуй 64-бит сборку, там вроде по умолчанию включено.

Ребята, канеш, молодцы, что работают, новые версии выпускают…

Но это как секс в презервативе, движение есть, прогресса нет.

А что показал аудит? Низкое качество или ворованый код? Если низкое качество - это не страшно, потихоньку перепишут. Если ворованый код, это, конечно большой репутационный риск.

Поэтому никто в здравом уме не будет менять работающую, пусть и не поддерживаемую XP на модную молодежную реактось.

Тут всё сводится к соотношению пары-тройки переменных, на самом-то деле: срок службы станка, цена нового станка (а то и в принципе его доступность), и период доступности железа, на котором может работать ХР. Условно говоря, если дорогущий уникальный станок будет работать 50 лет, а железа, на котором запустится ХР, через 5 лет уже будет не найти, то внезапно появится коммерческий смысл заменять первое, что безвозвратно протухло (т.е. ХР). Правда при такой постановке вопроса может оказаться, что надёжней, проще и дешевле как раз-таки реализовать его поддержку под другую ось, «но это уже совсем другая история».

А где бессменный автор новостей о Reactos и предводитель секты свидетелей нетленного наследия некроWindows Jedi-to-be ?

Железа, на котором может работать XP, и даже 95 винда - херова гора. Буквально как грязи, полон и ебей, и авито. Я тебя уверяю, что станок, управляющийся такой древностью, никогда не останется без компьютера, пока не сдохнет естественным путем из-за механического износа или полного выгорания электронных кишок.

Любой дорогущий и уникальный станок рано или поздно прекратит выполнять свою функцию. И чем позже этот станок выпущен - тем больше вероятность, что в нем уже не винда, а обычный линукс, со всеми вытекающими.

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

Игрушки же старые гонять. Т.е. или пиратить икспишечку, или гонять реактось.

Wine для этого лучше подходит.

Атмосферности той нет. Щёлкаешь кнопкой на системнике, сразу грузится классический интерфейс (у реактоси он прямо слизан с винды) с ярлыками…

Опять же, на 512 Мб ОЗУ линукс очень тяжело поставить, а реактось там вполне себе шуршать будет.

Опять же, на 512 Мб ОЗУ линукс очень тяжело поставить

Не так уж и тяжело, если взять легковесные WM.

Не так уж и тяжело, если взять легковесные WM.

Но, тогда мы теряем визуальную совместимость с Windows XP

Вот я так прямо и вижу, как завод будет на ебее покупать старую материнку и проц под какой-то хитроделанный станок. А электрик Василич будет вечером аккуратно перепаивать на ней все кондёры, чтобы не сесть в лужу после запуска.

Конечно, будет. Или купит у поставщика такого старья - их тоже очень много. Это называется Refubrished. И это совершенно точно вызовет меньше проблем, чем эксперименты с заменой целой ОС на альфу реактоси.

Windows-only станки с ЧПУ и прошивальщики устройств? Ну ОК. Со всеми вытекающими рисками.

Ничего не скажу за прошивальщики. Но как человек, работавший на ЧПУ-станках, скажу, что никто с этим не будет заморачиваться, пока в этой вселенной есть ISO-шки с нужной версией Винды. Скажу более того: в подавляющем числе случаев, на случай былинного отказа системы, у владельцев ЧПУ есть флешка с образом ОС, где включены все необходимые драйверы и есть весь необходимы софт. Надо быть крайне интересной личностью, чтобы доверить дорогостоящее оборудование под управление непонятной поделке, косящей под Винду. До сих пор хренова туча оборудования работает под ДОС-ом и ничего - Земля не налетела на небесную ось из-за этого.

Даже если умелец собирает ЧПУ с нуля, есть такие решения, как LinuxCNC, например. Так что, я не вижу в этом сегменте для Ректала никакого будущего.

мы теряем визуальную совместимость с Windows XP

https://kmandla.wordpress.com/wp-content/uploads/2009/08/windows-xp-classic.jpg

icewm + idesk

С допиливыемым линуксом есть проблема ожирения, всё сложнее компактную сборку делать.
Непонятно поможет ли с этой проблемой ReactOS, но разработчики ReactOS могут поставить себе цель не навешивать жир в процессе разработки.

Но с поддержкой фотошопов и офисов там будет ровно то же самое, что и в Wine, по понятным причинам.

Не так, потому что Wine по-прежнему не очень хорошо поддерживает DRM, которые требуют драйвера (StarFORCE и т.п.). Возможно, что-то и изменится (т.к. теперь Wine сам написал драйвер примитивов синхронизации для совместимости с WinNT и он теперь в Linux kernel. И, возможно, будет написано что-то еще), но пока у ReactOS на долгое время [в теории] останется ниша запуска устройств/драйверов, которые требуют большей низкоуровневой поддержки, чем ту, которую может дать Wine.

И опять-таки, кроме это, у Wine есть серьезные ограничения:

1. Wine не будет работать, если у программы в поставке есть DLL, чье имя совпадает с системной DLL: Wine попытается использовать системную и программа не заработает (этим вроде как еще страдает MS Office). Непонятно, почему это нельзя было исправить столько времени, на мой дилетантский взгляд это не выглядит прямо неразрешимой проблемой.
2. Wine не будет реализовывать MFC42 (нужно для старых программ)
3. Wine не будет реализовывать WPF (нужно для новых программ)

И чо. В свое время читал, что вроде аж целая НАСА на ебее закупала железо под сильно специфичное железо, сделанное на ISA-картах. Давно правда было, ссылок не найду.

Wine не будет реализовывать MFC42

Точно?

Раньше верилось, сейчас кажется уже нет смысла в этом проекте, как ни обидно такое слышать авторам проекта

Есть какие-то причины считать иначе? Из того что я понял за годы чтения Bugzilla и их вики (и, изредка, списков рассылки), Wine не любит очень большие проекты, а MFC42 - это очень большой проект, как и WPF (но в случае с WPF хотя бы есть призрачная надежда на переиспользование Avalonia в будущем). То, что они недавно забрали к себе Mono - [в рамках этой парадигмы] это было довольно неожиданно (хотя, я так понимаю, причина в том, что Wine был чуть ли не самым главным пользователем).