Я так понимаю, тут одни админы сидят, программистов-то и нету, так?
Хорошо. раз уж взяли автокад, объясняю. Предъистория: Был автокад-R10, под дос. Писалось для него на лиспе (этакий аналог web-программирования) и на С (аналог api-программирования). Компиляторов поддерживалось несколько. Пришла пора вин-95. Автокад стал R14 (будем скоренько так). Лисп остался, оно и понятно, но вот с api уже возникли траблы. Обязательно стал нужен msvs, v5, Апи чуток апгрейднулся. Потом пришло время w2000, автокад вышел соответствующий, r2000, апи вообще кардинально изменился, без msvs вообще теперь никуда, причём нужен 6-й. Опять-таки лисп так и остался лиспом, только апгрейд, + VB. Теперь дальше - r2004, апи уже опять чуток другой, msvs 7-й. Дальше будет лонгхорн, там вообще уже самим автодексовцам придётся пару лет плясать, пока их автокад начнёт нормально работать.
Причём с каждой новой версией "умирало" огромное количество нужных пользователю "кнопочек" - программистам ака разработчиком утилит и комплексов невыгодно поддерживать ВСЕ платформы-версии, тут либо штат раздувать, либо разводить у пользователей зоопарки из автокадов (головная боль админов), либо "по ночам" портировать старые примочки на новые платформы. MS добилась своего - её VB - на сияющей вершине, ему пох на версии, апи-программеры же сидят в дерьме и жалеют, что не занимались лиспом (и веб-программингом), админы требуют у начальства денег на новые тачки.
Всё это можно назвать неизбежным прогрессом и с самими виндами дело обстоит почти также. Есть только одно НО: Об обратной совместимости,
Kindly, речи уже не идёт!
Цитата |
---|
абсолютно нового API не будет в принципе! |
Угу. printf - он и в африке printf. РЕчь идёт о настоящих программистах, а не студентах, которые кроме printf знают ещё только про int main() и return; речь о СИСТЕМНЫХ программах, которые левой пяткой не пишутся. Это в никсах никаких проблем с портируемостью консольных приложений нет (как, собственно, и в виндах). А вот когда надо сделать что-то серьёзное, типа работы с графикой или с правами-привилегиями, то тут не один месяц уходит на доведение приложения до ума. А теперь все эти знания становятся устаревшими - придётся заново всё преписывать, потому что это проще, чем догадыватся, почему какой-нибудь сервер лицензий сбоит на лонгхорне, хотя кое-как ещё работал на ХР, а написан был (и летал) на 95-м.
Насчёт "API волнует только разработчиков. точка. "
Я охреневаю, дорогая редакция. НЕЯВНЫМ образом это волнует всех. Котда юзеры увидят лонгхорн, они его захотят, ясный красный. Но приложения уже нельзя будет ставить сразу и на 2K, 2003, XP, 95-й и тут же и на лонгхорн. Мухи отдельно, котлеты отдельно, блин. Кто из вас, многомудрые админы, заглядывал в документацию к какой-нибудь апишной функции типа NeedCurrentDirectoryForExePath? Там у каждой - обязательно прописаны требования. Например, для данной упомянутой - Client: Included in Windows XP SP1, Server: Included in Windows Server 2003. До вас, админы, не доходит, что это значит? Чтож, поясню: это значит, что если разработчик упомянет не дай бог эту дрянь в своём приложении, то оно НЕ БУДЕТ работать под 2000-м. А юзер, которого не интересует апи, но интересует чтобы "это работало". придёт жаловатся именно к админу, которого теперь это уже тоже явно заинтересует, причём "неподецки". И я зуб даю, что х-2 он разберётся, в чём проблема. Хотя таки да, нашим админам всё пох, новое поколение уже выросло: "ну я не знаю", и глазки пучит...
Нет, не умерли. Но усилия на то, чтобы не умереть,были приложены серьёзные. Я ещё раз повторяю - РАНЬШЕ майкрософт старался обеспечить совместимость программ. Теперь они от этого принципа отказываются. Всё, баста. новый апи. новая жизнь. кто не на лонгхорн - в топку. вы не на лонгхорне? и чего надо? нет, больше мы это не поддерживаем. Сколько усилий было приложено, чтобы майкрософт не отказалось от поддержки 98-х? Почему? Потому что есть огромное количество старых программ, которые НЕ РАБОТАЮТ в ХР. А ведь они нужны. будут ли они работать в лонгхорне? LOL и ещё раз LOL. Как раз целью нового АПИ (не главной, но одной из) яляется избавление от такого рода программ. Дальше опять будет накрутка, будут сервис-паки, после которых что-то перестанет работать, будут апдейты с истпарвлениями и добавлениями, но это уже будут потом. Сейчас же у пользователя будет мало вариантов выбора (да вообще их нет, по сути) - остатся на 2К, либо пересесть на лонгхорн, вложив кучу бабок на модернизацию, причём пока - без программ вообще. Считается, что лонгхорн будет поддерживать старые программы. Да, "на голубом глазу" такое заявить можно, причём пафосно. Ну и кто поверит, что так и будет, что всё будет работать без сбоев прямо так вот сразу"?
А почему бы пользователям "не остаться на старом", раз они так дорожат своими старыми программами? Тут я думаю, мне не надо уточнять причину? Или админам что-то и тут надо объяснять?