))) Нет, моя позиция другая.
Зачем? Они же и так понимают) Не вырезают же поддержку 32-бит? Да ОСи 32-битные еще выпускают.
Эм... В 2000(ХР) поддержка 16-битного софта? Да есть, но работают только избранные приложения и ситуация в десятки раз хуже чем 32бит на 64.
Да и кстати интересы конкретно 32-битного софта похерены не были в Висте. Несовместимости появились из-за изменений в API, а 32-бит тут не к месту.
См. выше. И по поводу "не заливай" Сижу на х64 уже давно. Никаких проблем с 32-битниками не знаю.
С переходом на 32-бит получилось интересно. Дело в том, что кстати 95 винда была неполноценно 32-битной и была во многом еще 16-битной. Далее, 16-битный API был почти полностью сохранен. Поэтому переход получился таким мягким(хотя опять же был неработающий софт). 98-ая была доработанной 95.
Полностью 32-битной оськой была 2000. Кстати и API там был уже обновленным(ибо уже NT), поэтому у этой ОСи было немало своих проблем с совместимостью из-за к-рых она не стала популярна. ХР вышла позже и все равно остались проблемы.
Далее, переход на 64-бит. Придавать 32-битный софт анафеме никто и не собирался. Иначе бы зачем вообще тратить уйму ресурсов на разработку и выпуск 32-битной версии? Мало того если сравнивать с 2000, то в x64 поддержка 32-битного софта в десятки раз лучше
чем 16-битного на Вин2000. Слой WindowsOnWindows64 делает своё дело намного лучше.
Ситуацию можно сравнить с переходом на 32, но тут M$ решили не писать промежуточную 95(8), а сразу перейти на 2000.
Логичный вопрос, а зачем решили пропустить промежуточный шаг? ИМХО: сложность ОСей значительно выросла, стоимость разработки тоже - разрабатывать промежуточные варианты стало просто невыгодно, слишком большие затраты ресурсов.
Я там перечислил)) Это только те,что мне первыми пришли в голову. А так список этот можно еще продолжать долго.
З.Ы. У материнок для Атлонов есть своя альтернатива там, к-рая тоже поддерживается.