> У вас видимо какие то астрономические суммы в голове крутятся раз вы говорите о том
> что вся странна скинулась, вы очень преувеличиваете стоимость портирования софта на Linux.А кто кроме 1С сделал это? Почему нет quik для Линукса? При чём квик нормально даже под wine не работает, а требует Framework.
> Интерфейс открыт, а нутро которое получает инструкции через этот интерфейс -
> это Windows,
> со своими миллионами ошибок и своими уникальными архитектурными особенностями
> реализации, никогда это не повторить в точности, а без этого драйвера не будут работать.
Я не уверен, что "миллионы ошибок" имеют значение. Т.к. вряд ли все драйверописатели подстраивались под "миллионы ошибок". Скорее наоборот, этот API должен быть не плохо отлажен, а его повторение должно быть легче. Я уверен, что вы специально запугиваете проблемами с драйверами, чтобы протолкнуть anti-PR против развития ReactOS.
> А что бы вам было легче понять, попробуйте установить и если он
> поставится попользоваться > ReactOS на реальных компьютерах, а не в виртуалке.
На реальном компе пользовался давно. Работало хреново, т.к. проект ReactOS стоит, а не развивается. Процесс разработки ReactOS не организован.
> Опять же, вы преувеличиваете зависимость от виндового софта, и также степени
> сложности его портирования на Linux.
Я ни чего не преувеличиваю. В России уже есть куча разработчиков под венду. Им надо заниматься полезным делом, т.е. используя свои знания и опыт внести свой вклад в продолжение жизни аналога ХР.
Портирование софта с ХР на Линукс, это значит вендовым разработчикам нужно изучать средства разработки под Линукс и т.д. прежде чем они смогут начать переносить и отлаживать софт под Линукс. При чём Линукс тоже не стоит на месте, там тоже всё меняется постоянно. Таким образом, происходит потеря времени в масштабах всей страны и Мира.
При таком раскладе разработчики под ХР скажут, что им легче перейти на 7 х64, чем на Линукс. Т.е. не будет решения проблемы технологической зависимости от Мелкософта и производителей х64 компьютеров.
> А зачем их переносить то? В Linux отличная поддержка оборудования.
И чего? Вендовым разработчикам надо изучать процесс разработки дров под венду, потом отлаживать. Потом работу с этими дровами должны изучать разработчики приложений под венду. Это всё человек/часы и потеря времени.
> Линус Торвальдс возглавляющий разработку ядра Linux ярый противник любых
> изменений ломающих работу, только при очень веских доводах (например, когда
> изменения назрели и необходимы чтобы заложить новый универсальный фундамент)
> такие ломающие изменения будут приняты в ядро.
И чего? Всё равно в Линуксе всё меняется, а в ReactOS уже застабилизировано и это нужно просто повторить с учётом опыта разработки и эксплуатации ХР.
> Всё реально, не надо вводить людей в заблуждение.
Да, это реально. Реально при вашем раскладе ктото должен переобучить разработчиков с венды на Линукс, потом они только начнут процесс портирования своего софта. А результат будет потом. Вместо этой фигни, лучше бы они занимались полезным делом и допиливали свой софт.
> Вы в своём уме? Перенести на Linux старые наработки (это ещё не ясно нужны ли все эти
> наработки вообще, возможно в Linux есть им замена, или без них можно прекрасно обойтись)
> гораздо проще чем пытаться достигнуть недостижимой технически цели - создания
> точной копии Windows.
Нет необходимости в точной копии MS Windows XP. wine это показательный пример. Даже эмуляторы под DOS часто вполне работоспособны, под ХР наоборот, всё должно быть проще, чем под DOS.
Замена часто не реальна, т.к. существует много узкоспециализированного софта по всему Миру. Особенно это критично при завязке софта на конкретное железо.
> 50 лет? Оно столько не протянет, уже порядка десяти лет отработало и может немного
> ещё сможет. Для компьютеров выпущенных в конце 90-ых, начале 2000-ыx, да этому
> железу уже место на свалке, его даже использовать не выгодно чисто
> экономически - потребление энергии выше, и оно слишком слабое даже для
> офисной повседневной работы.
Нормально протянет. Использование архитектуры х86 на базе современных микросхем как раз выгодно, т.к. они меньше греются, меньше по размерам, нt требуют вентиляторов. По производительности достаточно для большинства задач и для офисных в первую очередь. Надо просто повышать эффективность работы софта и выжимать весь потенциал их х86.
> Прыгать не надо, России надо один раз перейти и дальше оставаться на СПО, это в
> наших национальных интересах. Венду настраивать не надо т.к. переход в России
> будет осуществлён на Linux. Постоянно писать новый софт тоже нет необходимости всё
> что требовалось давно уже написано и дорабатывается по мере необходимости.
Это означает зависимость от зарубежных разработчиков в плане ядра Линукса, зависимость от
производителей аппаратного обеспечения, которые тоже любят менять аппаратные стандарты.
> Нет, это именно лживый поток маркетинговой ахинеи и ничто иное.
Вы далеки от жизненных реалий и ваше понимание о Мире крайне ограничено. Все ваши маркетинговые посты за Линукс приведут к тому, что победит 7 и х64. Т.е. Мелкософт и прочие аппаратные производители будут выпускать наркотик, современный опиум для народа.
