Это не конкретный баян, а конкретный пиздец! Сейчас создайтся впечатление, что все компании решили повторить все ошибки дизайна, сделанные в Микрософте, надеясь, видимо, таким образом повторить и коммерческий успех. А про SimCity мне история очень нравится :)
Ну да, написано больше года назад. А разве что-то изменилось? Да, придумать новый красивый API - это здорово. Но вместе со старым потеряются все его пользователи, привыкшие к своим любимым программам..
У них есть шанс сделать новую операционку, не отягощенную наследием прошлого. Чтобы заставить народ на нее пересесть, она к моменту выхода должна, как минимум, обрасти критической массой общеупотребительных программ, средств разработки, и главное - стимулом для сторонних разработчиков переделывать весь свой софт под эту систему.
Если получится - они выиграют ещё минимум лет на десять. Если нет.. Могут упустить рынок серверов линуксу, а десктопов - MacOS. Он как раз к тому времени пойдет в широкие массы.
Им операционка на хрен не сдалась: они основную прибыль снимают с entertainment-а. Им значительно важнее, чтобы из мудацкие форматы употребляли производители контента. Вот они с AOL-TimeWarner и пытаются спеться. А потом за Universal возьмутся. И никакая операционка уже будет ненужна. А производители контента помешались на так называемой защите прав - они кому угодно в рот смотреть будут, если им эту защиту пообещают. Вот микрософтовцы и трудятся в данном направлении. Правда как-то по-мудацки.
Позволю не согласится. Где то недавно в КТерре читать статью про MS. У них 2 прибыльных подразделения(Windows, Office), одно в плюсах(MSN) все остальные в минусах.
Просто WinAPI это трындец какой то. Нельзя на нем писать. И из-за этого существует миллион других библиотек от MFC до VCL-я которые это прячут(у MFC правда это плохо получается).
Кстати по самой статье - я не вижу, что мешает одновремено поддерживать багосовместимость и лепить новый API. Нужно просто сделать новый, а старый эмулировать. Например как Qt сделала, если лень программу переписывать прилинкуй еще одну либу и все, будет чуть тормозней. MS темболее может себе это позволить.
я не том, них реально много денег. могут купиьт что угодно, развить что угодно, как например взял Oracle и купил/подкупил Innobase и оставил MySQL в весьма занятом положении.
Ну, положим на линуксовых или freebsd'шных syscall'ах тоже никто не пишет. Для этого есть стандартные (и не очень) билиотеки, начиная с libc.
А насчет эмуляции - это, ты, наверное, немножко погорячился. Теоретически это сделать можно, но по объёму работы сопоставимо с написанием windows заново ещё раз.
Я бы не стал WinAPI с syscall-ами сравнивать. Это как раз тот самый glibc. Syscall в Windows тоже выглядит как interrupt + циферка и про них тоже все знают и никто не пишет.
А что делать - у тебя так и будет 20 настроек над WinAPI?
это ж
no subject
И это замечательно.
no subject
no subject
Сейчас создайтся впечатление, что все компании решили повторить все ошибки дизайна, сделанные в Микрософте, надеясь, видимо, таким образом повторить и коммерческий успех.
А про SimCity мне история очень нравится :)
Re: это ж
Да, придумать новый красивый API - это здорово. Но вместе со старым потеряются все его пользователи, привыкшие к своим любимым программам..
no subject
no subject
Потом, я считаю, что немаловажную роль на раннем этапе в успехе микрософта сыграли родственные связи и обыкновенное везение.
no subject
no subject
no subject
Если получится - они выиграют ещё минимум лет на десять. Если нет.. Могут упустить рынок серверов линуксу, а десктопов - MacOS. Он как раз к тому времени пойдет в широкие массы.
no subject
no subject
no subject
Re: это ж
Кстати по самой статье - я не вижу, что мешает одновремено поддерживать багосовместимость и лепить новый API. Нужно просто сделать новый, а старый эмулировать. Например как Qt сделала, если лень программу переписывать прилинкуй еще одну либу и все, будет чуть тормозней. MS темболее может себе это позволить.
no subject
купить продукт плюс-подразделения.
no subject
Re: это ж
А насчет эмуляции - это, ты, наверное, немножко погорячился. Теоретически это сделать можно, но по объёму работы сопоставимо с написанием windows заново ещё раз.
Re: это ж
А что делать - у тебя так и будет 20 настроек над WinAPI?