Strona używa cookies (ciasteczek). Dowiedz się więcej o celu ich używania i zmianach ustawień. Korzystając ze strony wyrażasz zgodę na używanie cookies, zgodnie z aktualnymi ustawieniami przeglądarki.    X

Plan maksimum: anulowane i nieukończone funkcje w systemie Windows na przestrzeni lat

Ostatnio podnosi się straszna afera, że kolejne kompilacje Windows 10 w ramach programu Windows Insider nie oferują nowych funkcji. Miesiąc temu informowano nas, że częstość publikowania nowych „buildów” wzrośnie, zgodnie z szalenie popularnymi żądaniami użytkowników. W praktyce darmowi betatesterzy otrzymali częstsze aktualizacje, ale wszelkie zmiany w nich są kompletnie niewidoczne dla użytkownika. Oczywiście, modyfikacje „pod maską” również wymagają przetestowania, aczkolwiek jest ono dalece mniej ekscytujące, niż praca z nowym produktem o widocznych zmianach. Zainteresowanie dość mocno spadło, ukazując tym samym, dlaczego praca testera jest opłacana, a nie powierzana chmarze pasjonatów, nieważne jak dużej.

Wspomniane rozczarowanie ukazuje pewną istotną bolączkę dotyczącą Windows 10. Testerzy Windows Insider, prosząc o szybsze wydawanie nowych kompilacji, nie prosili o częstszą możliwość tracenia dwóch godzin na pobranie i zaktualizowanie obrazu całego systemu, tylko chcieli nowych funkcji dostarczanych szybciej. Naiwna arytmetyka, sugerująca, że częstsze podnoszenie numerków oznacza szybsze dostarczanie nowej funkcjonalności okazała się tak samo błędna, jak zawsze. Bowiem na nowe zabawki trzeba czekać tak samo długo (niektórzy wręcz sugerują, że coraz dłużej). Niecierpliwość względem Windows 10 nie wynika tylko z nerdowskiego pędu do wszystkiego, co najnowsze. Program Windows Insider jest bowiem na tyle duży, że poza amatorami próbnych wersji „Nightly” wszystkich możliwych programów, wśród uczestników jest znacznie więcej tzw. przeciętnych użytkowników. Oznacza to, że Windows 10 jest odczuwalnie wybrakowany i mimo ciągłego rozwijania „jako usługa”, w dalszym ciągu jest nieukończoną Ósemką z 2012 roku, w której obiecane funkcje uparcie nie chcą się pojawić.

Jak to dawniej bywało

Nie jest to problem nowy. Osoby śledzące niegdyś rozwój Longhorna znają to aż za dobrze. Moim zdaniem jednak problemy z Longhornem były niczym w porównaniu z rażącymi brakami w Windows 10, bardzo często w bardzo podstawowym zakresie. Ale to nie Longhorn był początkiem maratonu opóźnień w Redmond. Problemy pojawiały się już w latach 80tych, były jednak mniej widoczne publicznie. Tymczasem w Windows od wielu lat można się natknąć na pozostałości wyraźnie niedokończonych projektów, rozwiązania wprowadzone w 20% i nigdy nierozwinięte oraz mieszanki interfejsów wskazujące na wiele nakładanych po sobie warstw, zamiast jednej, porządnej. Po przyjrzeniu się swego czasu Centrom Aktywności, postanowiłem zbadać, jak wyglądały wielkie obietnice dotyczące Windowsów i w jakim stopniu znajdowały pokrycie w rzeczywistości. Wbrew pozorom, zwycięzcą niespełnionych obiecanek nie będzie Longhorn, a coś znacznie potężniejszego.
O wyciętych funkcjach Visty wiadomo tak wiele, bo Microsoft popełnił karygodny błąd i postanowił nam je pokazać na filmie. To z tego powodu oczekiwania makabrycznie wzrosły. Był to chyba ostatni raz w historii Microsoftu, w którym dziennikarze techniczni byli szczerze podekscytowani nowościami prezentowanymi przez MS. Zdaję sobie sprawę z tego, że jakość samego dziennikarstwa spadła, ale np. taki Paul Thurrott od lat trzyma poziom, a jego reakcja na longhornowe nowinki była wyraźnie silniejsza, niż na cokolwiek od tego czasu. Nie pomaga zaczarowywanie rzeczywistości, poprzez szastanie określeniem „ekscytujące” – dziś mało co już wzrusza, w myśl tego obrazka:
Wtedy jednak, WDDM, WinFS, Windows Search i Avalon naprawdę robiły wrażenie i spotykały się z autentyczną owacją. Do tej pory dostaliśmy nie więcej, niż 2/3 z owych dawnych szumnych zapowiedzi i dziesiątki osób wciąż po wielu wyrażają o to głęboki żal. Tymczasem wśród nowych zabawek od Microsoftu nie pojawia się od dawna nic, co dziennikarze witaliby szczerymi brawami.

Cairo!

Może się to wydać zaskakujące, ale król chybionych oczekiwań pochodzi nie z 2003, a z 1993 roku. Microsoft i wtedy miał na swoim koncie szereg przekroczonych terminów i zupełnie pomylonych projektów, ale żaden z nich bezpośrednio nie był związany z Windows. Tymczasem w opublikowanych (odtajnionych!) wewnętrznch notatkach służbowych, służących za dowody w głośnym procesie Comes v. Microsoft, pojawia się szkic projektowy potężnego systemu, którego datę publikacji ustalono na rok 1996. Mowa tu o projekcie Cairo.

Mityczny projekt

Dziś już niemal zupełnie zapomniany, system Cairo miał być następcą przełomowego NT OS/2 3.0, lepiej znanego pod handlową nazwą Windows NT 3.1. Jego kluczowymi „selling points” miały być nowa powłoka, opracowywana w ramach projektu Chicago, OLE, zdalne wywoływanie procedur oraz... obiektowy system plików i usługa katalogowa! Jeżeli dla niektórych nie brzmi to znajomo, sprecyzuję, że mowa tu o niczym innym, jak Active Directory. Korporacyjny rejestr zgodny z LDAP, czołowa funkcja Windows 2000, nieodwracalnie zmieniła krajobraz środowiska NT w firmach, dotychczas napędzanych pakietami SNA i BackOffice. Microsoft pracował nad tym rozwiązaniem już lata wcześniej, a jego premierę planowano na 4 lata przed wersją RTM szalenie opóźnionego Windows 2000. Ktokolwiek pracował z AD, wie jak nieocenionym i bezkonkurencyjnym jest narzędziem. Świat IT wyglądałby więc rażąco odmiennie, gdyby było dostępne już w 1996 (it's a big deal, proszę mi tu wierzyć na słowo. Wiem, że jaram się tu jak Most Łazienkowski, ale naprawdę świat wyglądałby inaczej.). Ale serwer LDAP w 1996 nie był nawet najbardziej szalonym pomysłem w projekcie Cairo. W tej konkurencji bezapelacyjnie wygrywa bowiem OFS, a więc obiektowy system plików. Jest on czymś, czego nie otrzymaliśmy nigdy. Jeżeli bazę dla Windows Search uznamy za namiastkę WinFS, to samo WinFS możemy z powodzeniem uznać za namiastkę OFS. A było to dekadę wcześniej!

Nie taki znowu mit

Cairo w powszechnej opinii uchodzi za projekt istniejący wyłącznie na papierze, ale to nieprawda. Istnieją bowiem inne źródła, niż odtajnione dokumenty, odkryte lata po nich. Mowa tu o wyciekłym w 2004(!) roku kodzie źródłowym Windows NT 4.0 oraz o „magicznej” kompilacji 854, a więc post-RTM systemu Windows NT 3.5, pochodzącej dosłownie znikąd, ale niewątpliwie autorstwa Microsoftu. Oba skarby zawierają mnóstwo odniesień do serwera Cairo, enigmatycznych podsystemów typu CairOLE, a Daytona 854 skrywa w swoich bibliotekach nieinstalowany (i nierejestrowany domyślnie) plik OFS.SYS. Jest to sterownik typu Installable File System dla testowej, bardzo wczesnej wersji obiektowego systemu plików. Jego pomyślna instalacja w systemie pozwala przekonać się, że możliwe jest formatowanie woluminów z jego użyciem, a następnie poprawny zapis na nich. Daytona jest jedynym namacalnym wystąpieniem sterownika OFS, ale listowanie plików zaginionych kompilacji oraz pakietów DDK pozwala odkryć, że rozwijano go jeszcze przez wiele miesięcy, nie dołączając go do większości próbnych wydań NT.
Dokładniejsze wypróbowanie możliwości OFS jest obecnie niemożliwe, ponieważ brakuje oprogramowania, które umiałoby się z nim dogadać. Niewątpliwie stworzono je, ale zapewne nigdy nie uda się go odnaleźć. Gdzieś w drugiej połowie lat 90tych o OFS ślad zaginął, bez oficjalnego komunikatu ze strony Microsoftu. Wszak z marketingowego punktu widzenia, nigdy nieogłoszony obiektowy system plików po prostu nie istniał. Wzmianki o podobnym narzędziu zaczęły się pojawiać w okolicach roku 2002, gdy gdzieniegdzie wspominano o pracach nad WinFS. Mało kto jednak wiedział, co kryje się pod tą nazwą, do prototypów dopuszczono groteskowo małą liczbę osób, ale zeznania jednej z nich (jak zwykle Paul Thurrott) wskazują, że miała to podobno być gigantyczna rewolucja...

Wiele innych możliwości Cairo dziś brzmi, jak bełkot, naszpikowany modnymi wtedy określeniami, jak „zorientowany obiektowo”, „sieciowy” i „wielozadaniowy”. Wynika to z tego, że wiele z dawnych cudów świata dziś uznajemy za bolesne oczywistości. Musimy jednak pamiętać, że nowoczesna wizja Cairo powstała w czasach, gdy najpopularniejszy system dla komputerów osobistych nie oferował chronionej pamięci, użytkowników ani stosu TCP/IP, a programy, w których istniało zastosowanie dla prawego przycisku myszy, uchodziły za drogie oprogramowanie specjalistyczne. Biorąc pod uwagę specyfikę owych czasów, Cairo jawi się jak tym bardziej rewolucyjny.

Co pozostało?

Istnieją jednak elementy projektu Cairo, na które nie musieliśmy czekać aż tak długo. Głównym z nich była 32-bitowa powłoka, Explorer, teoretycznie wspólna dla Cairo i Chicago. Rozwój projektu nieco „rozjechał się” między owe dwie gałęzie, ale w końcu wylądował w Windows 95. Zabawnym jest, że próbne wersje Chicago zawierały o wiele bardziej dojrzały funkcjonalnie Eksplorator, niż ten, który umieszczono w wersji finalnej. Legendarne drzewo folderów z lewej strony okna pozwalało, poza nawigowaniem po systemie plików, na zaglądanie do folderów poczty i kontaktów oraz „folderów specjalnych”. Pod tą nazwą kryły się systemowe pseudo-katalogi, jak Drukarki lub Panel Sterowania, ale również automatycznie tworzone foldery wyników wyszukiwania, ukazujące jedynie wyszukiwane elementy. Było to echo OFS, który pozwalałby w Cairo na tworzenie katalogów przechowujących jedynie konkretne elementy, np. Muzykę albo dokumenty, w których padają konkretne nazwiska. Pomysł wrócił wraz z WinFS, a strzęp takich funkcji dostarczają foldery wirtualne, wyniki wyszukiwania i biblioteki w systemie Vista (2006). Swoją drogą, OFS miał być niedostępny (celowo) w Chicago. Jestem ciekaw, jak przyjętoby taką przepaść funkcjonalną między systemami wydanymi w odstępie jednego roku.

Innym elementem Eksploratora Cairo miał być wbudowany podgląd dokumentów. Nic z tego nie wyszło, ale mając tę wiedzę jasnym (i zabawnym) staje się, czemu w Windows 95 znajduje się QuickView, czyli „szybki podgląd”. Po prostu nie udało się go zintegrować z powłoką. Uniwersalny podgląd dokumentów wrócił dopiero do wzbogaceniu Windows w Internet Explorera i pulpit HTML. Była to jedna z funkcji pełniących rolę wymówki uzasadniającej nieusuwalność IE. Tylko, że Cairo miał sobie radzić bez tego, wykorzystując jedynie OLE...

Żadna z nieporzuconych funkcji Cairo nie pojawiła się na czas. Nawet Microsoft Mangement Console nie zdążył na premierę Windows NT 4.0 (o nazwie kodowej „Cairo”, al bądźmy szczerzy...) i wydano go rok później. Zunifikowane wdrażanie oprogramowania czekało jeszcze dłużej i pojawiło się dopiero w Windows 2000. W sumie to wersja 2000 jest najbliższa realizacji planu Cairo. Oczywiście, najtrudniejszy element (OFS) dalej był daleko poza zasięgiem, ale gdyby system wydano w 1996 roku, jak planowano, Windows byłby naprawdę bezkonkurencyjny. Wygryzłby nawet sieciowe rozwiązania Novella wcześniej, niż to iało miejsce. Windows NT byłby nowoczesny znacznie wcześniej, a musimy pamiętać, że naprawdę było na to zapotrzebowanie. NT 4.0 Workstation nie obsługiwał nie tylko USB, ale i Plug and Play, a nawet ACPI! Komputer trzeba było wyłączać „z buta”, przyciskiem. Pograć też się nie dało, bo przecież DirectX powstał tylko dla wersji 95 i 98. Biznesowy system Microsoftu był odczuwalnie przestarzały, a nowa wersja się spóźniała (Jim Allchin stwierdził, że wydanie Windows 2000 w wydaniu „plan max”, ze wszystkimi planowanymi elementami, musiałoby zostać przesunięte poza rok 2000, co byłoby wizerunkową katastrofą.). Sytuację ratował jedynie fakt, że wymagania sprzętowe NT były nieco zbyt wysokie dla domowego użytkownika, pracującego zazwyczaj na nieziemskim złomie. Ale przecież sprzęt przyspieszał...

No dobrze, a więc dzięki Cairo świat byłby lepszy. Ale przecież beta Active Directory pojawiła się jesienią 1998 i była nieużywalna, czy wydanie tak ambitnego projektu było w ogóle możliwe tak wcześnie? Niestety, prawdopodobnie tak. Rynek IT wiecznie przeżywa gigantyczne poślizgi i wycięcia funkcji, ale istnieje szereg systemów, które powstały „nagle” i „znikąd”, jak QNX, Rhapsody i NextSTEP. A więc twierdzę, że jak najbardziej było to możliwe. Niestety, sprawy nie poprawiały absurdalnie ogólnikowe cele projektu. Platforma multimedialna Clockworks miała służyć do wszystkiego, co ma w nazwie „multimedia”, ale nie do końca wiadomo, czy miało to być strumieniowanie multimediów (jak GSteamer), jakiś pakiet filtrów pracujących między kodekami (jak ffmpeg), czy może jakiś turbodoładowany odtwarzacz wspomagany przez OFS? Nigdzie nie padają konkrety, ale (niepokojąco wczesna) data publikacji już tak. Tymczasem Microsoft musiał wydać Internet Explorera 4.0 z programem RealPlayer, bo ich własny Windows Media Player rozmieniał się na drobne formantami ActiveMovie i filtrami DirectX. „W dalszym ciągu nie zdążyliśmy napisać nowoczesnego odtwarzacza, ale za to mamy bardzo fajny podsystem OLE!”. Odważę się stwierdzić, że to nie „feature creep” (próba wprowadzenia zbyt wielu funkcji), a zwyczajne problemy organizacyjne były odpowiedzialne za klęskę Cairo.

Windows 95

A nie był to jedyny projekt Mirosoftu, który łapał poważne opóźnienia. Okazało się bowiem, że Windows 95, sam spóźniony o dwa lata, zestarzał się dość brzydko, a w dodatku bardzo szybko, bo już kilka miesięcy po premierze. Gdy zespół NT/Cairo bawił się eksperymentalnymi sterownikami do obiektowego OFS, mającego zastąpić i tak jeszcze świeży, korporacyjny NTFS i jego starszego brata HPFS, Windows 95 zadebiutował na rynku obsługując jedynie system FAT16, przestarzały w momencie powstania, obsługujący partycje o maksymalnym rozmiarze 2GB. Brakowało też obsługi USB, mimo, że nad jego powstaniem pracował między innymi sam Microsoft. „Rewolucyjne” Okienka nie obsługiwały też domyślnie protokołu TCP/IP i nie miały żadnej przeglądarki internetowej. System obsługiwał APM, ale ACPI już nie, przez co mroczny napis „teraz można bezpiecznie wyłączyć komputer”, w dalszym ciągu wywołujący u mnie dyskomfort, pojawiał się aż nazbyt często. System nie oferował również obsługi dla AGP, więc DirectX radośnie akcelerował wyświetlanie grafiki na jakże superszybkiej magistrali PCI. Zintegrowany z Eksploratorem program PIM też gdzieś zniknął, a jego strzępem był Windows Messaging i koszmarny klient Exchange (oczywiście żaden z nich nie obsługiwał poczty internetowej). Zaszła potrzeba „wyremontowania” wnętrzności Chicago i z Windows95 wydzielono projekt Cleveland.

Cleveland + Athena = Nashville

Wraz z głośnymi narzekaniami dostawców sprzętu (ISV), domagających się obsługi jakichkolwiek nowoczesnych standardów, problemy zaczął też sprawiać niesforny Netscape, który najpierw uświadamiał światu, że Windows jest wybrakowany, bo samodzielnie nie nadaje się do internetu, a potem zaczął sugerować, że Okienka w ogóle są niepotrzebne, bo niedługo będzie potrzebna tylko przeglądarka i oni planują dostarczyć właśnie coś takiego (taki Chrome OS 20 lat temu). Pakiet „Internet Plus Pack” od Microsoftu niezbyt pomagał zmienić ową opinię. W ten sposób powstał projekt Athena, który pracując pod kontrolą projektu Cleveland miał dostarczać gotowy zestaw do pracy w internecie, czyli system Nashville. Mimo imponującej prędkości prac i rozmachu, projekt Athena okazał się takim mini-Cairo: planem było dostarczyć nową internetową platformę, a w rzeczywistości udało się zaoferować ułamek owej obietnicy. Na czym miał polegać system Nashville? Przede wszystkim chodziło o ActiveX. Pulpit i Eksplorator miały być rysowane przez Internet Explorer, oferować dynamiczne podglądy dokumentów i interfejs wyrażany za pomocą HTML. Ponadto, program pocztowy miał powrócić, uzyskać integrację z eksploratorem i wreszcie łaskawie obsługiwać pocztę internetową i książkę telefoniczną. Interfejs przeglądarki (i w efekcie również eksploratora), miały pozwalać na całkowite dostosowanie przez użytkownika. Poza powyższymi zmianami, system miał być zaopatrzony w program do telekonferencji i aplikację do czatu.

Internet Explorer

To powinno brzmieć znajomo: na tym (między innymi) polegał przecież Internet Explorer 4.0. Wobec tego, dlaczego IE w projekcie Nashville przedstawia się jako wersja 3.0? Przez lata, dominującą teorią, która miała wyjaśnić powyższą rozbieżność, była teza, że wersja raportowana przez IE jest zwyczajnie błędna i nie „podbito jej” do numeru 4.0 podczas prac modernizacyjnych. Istniały poboczne źródła które twierdziły coś innego, ale dopiero 2 lata temu udało się udowodnić, że początkowo to IE3 miał być „zabójcą” Netscape’a, integrującym się z powłoką odświeżonego systemu. Niestety, nie zdążono ukończyć projektu Athena na czas. Internet Explorer 3.0 nie oferował wysokiego poziomu integracji, mimo, że wykonano bardzo dużo pracy, która wkrótce zaowocuje wydaniem 4.0. IE3 został dołączony do Office 97 jako element opcjonalny. W dalszym ciągu nie oferował bowiem zaawansowanej platformy, do której mógłby zależeć jakikolwiek element oprogramowania. Wciąż była to „wolnostojąca” przeglądarka, na prawach każdego innego systemu. Projekt Athena nie spełnił oczekiwań, dostarczając zbyt niewiele. Jednakże, sam w sobie nie był aż taką porażką, jak Cairo: wykonano bardzo dużo pracy, po prostu efekty były „niewidzialne”. Tymczasem Cairo było systemem mitycznym, zbiorem przyszłościowych funkcji, odległych jak ludzkie kolonie na Marsie. Niepowodzenie Atheny miało ciekawy skutek uboczny: fork Windows 95, Cleveland, bez Atheny stał się niepotrzebny. Główna gałąź Windows 95 ulegała szybszym przemianom i dostarczała obsługę brakujących technologii, ujętą w ramach (odpłatnej…) aktualizacji OSR2. Zdecydowano się więc zintegrować nowości z Cleveland do głównej gałęzi Windows 95. Dzięki temu wprowadzono do systemu projekt Detroit: obsługę koncentratorów USB, osiągniętą w ciekawy sposób: poprzez „przeszczep” fragmentu jądra NT, celem dostarczenia obsługi modelu sterownika WDM. Tymczasem, odświeżony Windows 95 dalej nie był platformą internetową o sile mogącej konkurować z Netscape. Projekt Nashville trwał więc dalej, mimo rocznego opóźnienia. Żywiołowo pracowano nad jego ukończeniem, oferując kolejne migawki w postaci, dziś już kompletnie zapomnianych!, „Nashville Plus Pack”. Kolejne wydania coraz mocniej integrowały narzędzia internetowe z systemem Windows. Aż w roku 1997 ogłoszono ukończenie projektu Nashville, wydając program Microsoft Internet Explorer 4.0, z rocznym opóźnieniem. Czy dostarczono wszystkie obiecane funkcje? Nie, i to po dwakroć nie. Przede wszystkim wersja 4.0 dalej nie zawierała odtwarzacza multimedialnego: podczas instalacji IE4 w systemie pojawiał się „Real Player by Progressive Networks”. Dopiero wersja 4.01 poprawiła tę lukę i była „kompletna” jako wydanie pakietu platformy internetowej. A więc 1,5 roku opóźnienia. Jeżeli jednak będziemy pamiętać o systemie Cleveland, szybko okaże się, że opóźnienie jest większe: przecież „odświeżony” system do celów internetowych, a więc na tamte czasy Windows 95 OSR2, był nędzną wymówką: doklejenie suplementu USB, modelu WDM, obsługi AGP, systemu plików FAT32 dla dużych dysków, oraz takich nieistotnych detali, jak UDMA lub MMX odbyło się kosztem stabilności. System działał lepiej, niż oryginalne wydanie Chicago… dopóki nie skorzystało się z żadnej z nowych zabawek. Na przykład użycie USB było proszeniem się o bluescreen (który zresztą grzmotnął podczas prezentacji z udziałem Billa Gatesa). Gdy niedawno przywracałem do życia komputer z 1996 roku, z USB na pinach, odczułem boleśnie, jak chybotliwe były dodatki zaserwowane w OSR2. Zdecydowanie nie była to „platforma internetowa”, godna do konkurowania z projektem Netscape. Chyba, że zainstalowaliśmy IE4 na Windows NT, ale wtedy nasza platforma może i jest internetowa, ale z kolei multimedialna już nie za bardzo. Dlatego potrzebny był fundament, w którym powyższe dodatki nie były doklejone szarą taśmą, a naprawdę zaimplementowane z jakąkolwiek kontrolą jakości. Takim systemem był dopiero Windows 98, a więc opóźnienie projektu Nashville (w swojej pełnej formie) wynosiło już dwa lata. Jednakże pierwsza wersja wciąż była wybrakowana i wiele ostrych brzegów wygładzono dopiero w wersji Wydanie Drugie. A więc, czepiając się, można stwierdzić, że Nashville miał wręcz 3 lata opóźnienia.

NT 5.0

Mimo mocnych poślizgów terminowych, udało się ukończyć projekt Nashville i dobić Netscape. Ale jak tam w międzyczasie miał się nasz Cairo ze swoją usługą katalogową? Otóż nędznie. Nie było jej ani na początku projektu Nashville (1996), ani po jego zakończeniu (1999). Gdy ostatecznie upadł pomysł wydania Cairo rok po Chicago, pierwszą planowaną datą premiery usługi katalogowej był rok 1997. A więc tylko rok później. Ktoś najwyraźniej głęboko wierzył, że to racjonalnie oszacowany termin. Jak wyglądało zaawansowanie prac na Active Directory w roku 1997? Otóż było wiadomo, że do jej udźwignięcia będzie potrzebny nowy system, Windows NT 5.0. Wydano wersję beta NT5, ale chyba tylko po to, by uspokoić dziennikarzy: system żadną miarą nie zasługiwał na miano bety. Nie przeszkadzało to ogłosić kolejnego projektu, który będzie cierpiał w „Development Hell” przez najbliższe lata, czyli złączenia linii 95 i NT, planowanego na rok 1998. Czy beta, a więc system teoretycznie zbliżony do kompletnego funkcjonalnie, zawierał usługę katalogową? Oczywiście, że nie. Nie zawierał nawet serwera DHCP. Active Directory pojawiło się w wersji beta 2, rok później. Dwa lata po niewydanym Cairo, rok po niewydanym NT 5.0, w terminie niezrealizowanego połączenia linii 95 i NT, zmuszającego do wydania wersji 98, na wszelki wypadek przygotowywanej dalece wcześniej (patrz wyżej). Windows 98 miał być ostatnim klasycznym systemem Windows, dorocznie aktualizowanym. Dlatego pierwsze próbne wersje 98 SE, były wydawane w postaci paczki przypominającej Service Pack. Przyszłość miała należeć do NT. Ponieważ rok 1998 zaowocował dopiero betą NT5, premierę przesunięto o rok. Mimo publicznego przyznania, że opóźnienia wynikają z nadmiaru zaplanowanych funkcji, nie przeszkodziło to panu Allchinowi rzucić obietnicy, że NT5 będzie obsługiwać nową platformę internetowych multimediów opartych o Windows Media, NetShow, DirectX i HTML (Silverlight!), nowe API do tworzenia aplikacji HTML (Neptune!) oraz zasady grupy w Active Directory. Były to ogłoszenia nieproporcjonalnie zuchwałe względem poziomu dojrzałości kodu, wyglądające jak żart nawet wtedy.

Windows 2000 nadchodzi

Pod koniec roku 1998, Microsoft narzucił sobie pętlę na szyję, ogłaszając, że NT5 zostanie nazwany „Windows 2000”. Kilka miesięcy później ogłoszono trzecią betę, wraz z obwieszczeniem, że do systemu Windows 2000 nie zostaną dodane żadne nowe funkcje. Wydanie „Home” odpięto i opóźniono, wrzucając nieukończone elementy do projektu Neptune, z datą wydania „nie wiadomo, kiedy”. Udało się co prawda ukończyć usługę katalogową (wreszcie), ale była ona elementem systemu, który dalej nie był gotowy. Udało się go wydać dopiero w moje 10 urodziny, w lutym 2000 roku. Zrealizowano około 2/3 początkowo zakładanych projektów dla NT5. Najbardziej bolesnym brakiem była nieistniejąca wersja Home, która miała nadejść „wkrótce później”, ale projekt Neptune zawiódł, a wycięte z niego działające fragmenty, w postaci systemu Millennium, wydano chyba tylko po to, żeby w XXI wieku użytkownicy domowi nie musieli kupować czegoś z „98” w nazwie.

Whistler

Wycięte funkcje NT5, oraz brakujące połączenie linii domowej i biznesowej, miał dostarczyć nasz ukochany Whistler, a więc Windows XP. Ta, wedle niektórych najlepsza, wersja Okienek nadeszła już rok po Windows 2000, a wydano ją w terminie? Czyżby wreszcie ukończono projekt NT 5.0 (1998) i zbliżono się do Cairo (1996)? Otóż w dalszym ciągu nie. Może się wydawać, że było inaczej, przecież powstały wydania „Home” i „Professional”! Zdradzę zatem, gdzie jest brakujący element układanki: widać do w okienku „Internet Explorer – Informacje”, podającym numer wersji przeglądarki. Co tam widzimy? Otóż „6.00.2600.0000.xpclient”. I co z tego? Ano skoro istnieje „xpclient”, to znaczy, że miał istnieć również „xpserver”. Jak najbardziej – produkt „Whistler Server” był trzecim wydaniem Windows XP, dość mało znanym. Okazało się jednak, że XP Server nie jest na tyle gotowy, by go wydać, poza tym stwierdzono, że złośliwością jest oferować nowy system serwerowy rok po wydaniu poprzedniego, który w dodatku wymuszał najtrudniejszą migrację w historii serwerów Microsoftu. Nie przeszkodziło to Microsoftowi dekadę później wywinąć takiego numeru z Windows Server 2012 R2. Takie usprawiedliwienie brzmi logicznie, ale dziś wiemy, że to myślenie życzeniowe: Windows XP Server nie został wydany, bo był zbyt niestabilny, Windows.NET Server 1.0 (2002) nie ukazał się, bo integracja .NET z systemem po prostu się nie powiodła, a Windows Server 2003 musiał czekać jeszcze rok, bo przecież po tej nieudanej integracji trzeba było posprzątać. No ale przynajmniej udało się wyczyścić wiele błędów i Windows Server 2003 był podobno „najlepszym systemem na świecie”. Fakt, trzeba go było poprawiać tylko raz, bo nie załapał się na refaktoring w ramach Trustworthy Computing (Windows XP też nie, stąd Service Pack 2) i cichcem wydano wersję „R2” pod koniec 2005, czyli wtedy, co Windows Media Center. Można zatem powiedzieć, że obietnice dotyczące Windows NT 5.0 zrealizowano z siedmioletnim opóźnieniem. Jeżeli oczywiście nie policzymy Centrów Aktywności, środowiska programowania DHTML/HTA z Neptune (tzw. Mars), nowego panelu sterowania i ekranu startowego. Wtedy możemy mówić o czternastoletnim opóźnieniu, bo przecież powyższe elementu zadebiutowały dopiero w Windows 8. Rzecz jasna, tylko wtedy, gdy uznamy środowisko Metro, nowe menu Start i aplikację „Ustawienia” za dokończone…

Longhorn, oczywiście

Podczas walki o wydanie Windows Server 2003, w innych zakamarkach Microsoftu rwano sobie włosy z głowy, próbując ukończyć króla niedotrzymanych obietnic, czyli niesławnego Longhorna. Na temat tego systemu napisano już morze słów, a ja bardzo nie lubię być odtwórczy. Dokonam więc szybkiego przeglądu funkcji, które najdobitniej udowadniają moją niepopularną tezę, że gdyby Longhorn został wydany, byłby katastrofą.

  • powłoka użytkownika w .NET. Ekhm:
  • Świetnie, ale po co? Bo ma być programowalna i rozszerzalna? Active Desktop i „Widok folderów sieci Web” też były programowalne, przez plik folder.htt. Mam uzasadnione obawy twierdzić, że wykorzystanie tej funkcjonalności byłoby rzadkie, a efekty morderczo brzydkie. Nie wspominając o tym, że .NET jest zwyczajnie ciężki, optymalizację, która pozwala ulżyć interfejsom GUI, oraz taką nieistotną rzecz, jak np. WĄTKI, wprowadzono dopiero w wersji 4.0, w 2010. Jakże więc to miało działać poprawnie w próbnej wersji 1.2?
  • obsługa dodatkowych wyświetlaczy
  • Pozorny strzał w dziesiątkę, ale tak naprawdę ślepa uliczka wyobraźni sprzed 12 lat. Widział ktoś takie wyświetlacze? Ja tak. Służyły za wyświetlacz numeru utworu, gdy laptop działał w trybie gigantycznego discmana. System musiał być podczas jego użycia wyłączony. Powyższe rzekomo trafione rozwiązanie jest kompletnie niefunkcjonalne, podobnie, jak..
  • dawny Sidebar!
  • Piękne animacje-atrapy, stworzone we Flashu, pokazywały jak wspaniałe małe aplikacje miałyby korzystać z uroku pocznego paska powiadomień, na który nagle zrobiło się dużo miejsca, bo przecież ekrany panoramiczne. Niestety, nie udało się ukończyć powiadomień przez Sidebar, licząc na wenę ze strony dostawców oprogramowania. Dlatego w systemie Windows Vista, pasek boczny jest domyślnie włączony. No dobrze, niech każdy, kto zna funkcjonalną aplikację-gadżet, korzystającą z Paska Bocznego, podniesie rękę. Tak myślałem. Sidebar to również strzał w stopę, zaklinanie rzeczywistości i myślenie życzeniowe nie są w stanie zmienić tego, że Pasek Boczny wykorzystywano tylko do pokazania efektu szkła i ładnego zegara, gdy koledzy przychodzą zobaczyć Vistę. Potem zawsze był wyłączany.
  • animowane okna i przezroczystość.
  • Matko jedyna! Jakże wszyscy chcieli dopaść legendarny Build 4015.lab06_n, zawierający te wspaniałe efekty! Faktem jest jednak, że powyższe demo powstało, by pokazać możliwości silnika rysującego, a nie po to, by zademonstrować, jakie lansujące błyskotki zostaną zaszyte w Longhornie.

    Oczywiście – czepiam się. Longhorn był pełen fascynujących rozwiązań. Świetnie byłoby je dostać wcześniej, tak samo, jak świetnie byłoby dostać Cairo w 1996. Ale większość z owych funkcji już otrzymaliśmy. Czasami w gorszym wydaniu, a czasami w znacznie lepszym: na przykład Windows 8 nie oferuje tańczących okienek i efektu Glass, ale rysuje cały interfejs użytkownika z wykorzystaniem akceleracji 3D. Owszem, Longhorn zapowiadał interfejs wektorowy, ale mam nadzieję, że nikt się nie dał nabrać.

    Epilog

    Chichotem historii jest tu Longhornowy WinFS, echo nieukończonego OFS. Podczas gdy wiele osób narzeka, że obiektowy system plików nigdy nie powstał, wymienia potencjalne jego zalety i marudzi, że system operacyjny z obiektowym widokiem pliku dostarczałby niesamowitych funkcji, świat poradził sobie inaczej. WinFS, podobnie jak OFS, to bardzo „desktopo-centryczny” pomysł na bazę danych. W dodatku, jest to pomysł niebiorący pod uwagę trybu online. Kategoryzacja danych, indeksowanie, tagowanie (często automatyczne!) danych, ekspresowe wyszukiwanie i wiele, wiele innych aspektów, odbywa się obecnie w usługach chmurowych. Stały się dla wielu użytkowników niewidzialne, a dla specjalistów IT – naturalne i nieodzowne. Tymczasem WinFS to tak przyszłościowe rozwiązanie, że samo zdążyło się w międzyczasie zestarzeć. Kto by się spodziewał. Jednakże, wiele osiągnięć projektów OFS i WinFS zaimplementowano na przestrzeni lat w pakiecie Microsoft SQL Server, fantastycznej bazie danych, która bardzo często napędza chmurowe usługi online, nie krzycząc żadnej panience z Tumblra, że korzysta z obiektowego zaplecza katalogowania danych o wysokiej wydajności :)
    Cheers!

     

    windows oprogramowanie

    Komentarze

    0 nowych
      #1 01.02.2016 12:24

    Świetnie napisany tekst, zgłaszam do nagrody miesiąca ;)

    ilili   8 #2 01.02.2016 12:37

    Cała historia Microsoftu to jedna wielka opowieść o porażkach, nie trafionych projektach, o projektach uwalonych, bo zastąpić je nowymi - o identycznych wadach jak poprzednie, o beznadziejnie głupich decyzjach managementu, czy wreszcie o projektach mocno spóźnionych... Ale tak to już jest w świecie monopolu - monopolista nie musi się starać...

    kowgli   7 #3 01.02.2016 12:38

    Ciekawy wpis, ale nie za bardzo zgadzam się co do wymowy.

    Następcy NTFS nie ma, bo najwidoczniej się nie sprawdza w praktyce. Choćby pod kątem wydajnościowym. Jak widać podejmowali próby, ale najwidoczniej nieudane. Nie rozumiem jaka jest konkluzja tego wpisu? Jakaś teoria spiskowa?

    Pisząc o .NET mocno mijasz się z prawdą. Ani nie jest ciężki, a obsługa wątków jest od wersji 1.1 (czyli praktycznie od początku). Jeśli chodzi o GUI to designer Windows Forms jest po dziś dzień chyba najwygodniejszym narzędziem do tworzenia klasycznych interfejsów okienkowych. Co zdanie to bzdura.

    Autor edytował komentarz.
    WODZU   17 #4 01.02.2016 12:40

    Sporo wiedzy tutaj wlałeś :)

    "zeznania jednej z nich (jak zwykle Paul Thurrott) wskazują, że miała to podobno być gigantyczna rewolucja..."

    Niestety. Pomysłów na rewolucję jest aktualnie bardzo mało (o ile są), dlatego korporacje doszły do wniosku, że lepiej sprzedawać ewolucję, niż rewolucję. Na przestrzeni czasu jest to znacznie bardziej opłacalne.

    Autor edytował komentarz.
    Bander zwierz   7 #5 01.02.2016 12:42

    "gdyby system [Cairo] wydano w 1996 roku, jak planowano, Windows byłby naprawdę bezkonkurencyjny"
    Chyba w długości uruchamiania, o ile w ogóle dałoby się go postawić na komputerach z tamtych czasów.

    wielkipiec   13 #6 01.02.2016 12:44

    @kowgli: używałeś .NET 1.1? :) Co do wątków, OK: https://msdn.microsoft.com/en-us/library/e1dx6b2h%28v=vs.71%29.aspx Ale async na pewno pojawił się później. Co do wydajności, wiadomym jest, że poprzednie wersje. NET nie dorównywały temu, co mamy teraz. Co do Windows Forms, to Longhorn miał ich w ogóle nie używać.
    Teorie spiskowe? Żadne teorie spiskowe. Widać to, wraz z konkluzją, dość wyraźnie.
    Stosując tę samą logikę, również dałoby sie powiedzieć "co zdanie to bzdura", no ale przecież nie jestem aż taki niemiły ;)

    MaXDemage   18 #7 01.02.2016 12:46

    @WODZU: A najgorsze jest to, że te kolejne ewolucje nazywane są rewolucyjnymi. Bo dodają nowy przycisk/nowy rdzeń/nową jedną funkcję ;)

    WODZU   17 #8 01.02.2016 12:47

    @MaXDemage: I oto cała potęga działów marketingu ;)

    kowgli   7 #9 01.02.2016 12:48

    Używałem. Słowo kluczowe "async" pojawiło się później, ale co z tego? To konstrukcja językowa ułatwiająca korzystanie z TPL. Mam wrażenie, że nie do końca wiesz o czym piszesz ;)

    biomen   8 #10 01.02.2016 12:49

    Naprawdę świetny tekst ;) Jak będzie organizowana akcja "nagradzamy najlepszych blogerów lutego 2016" masz mój głos! :D

    vbruder   7 #11 01.02.2016 12:52

    @kowgli: Zgadzam się. Budowa interfejsu już chyba nie może być prostsza niż ta w Visual Studio (no ale co kto lubi), a klasa Threads i inne podobne jej twory (np. pule wątków) obecne są w NET od wersji 1.1 (czyli rok 2003).

    Bander zwierz   7 #12 01.02.2016 12:55

    "wiele osób narzeka, że obiektowy system plików nigdy nie powstał"
    wielu ms-fanbojów chyba.

    Obiektowy system plików (Lustre) istnieje od 2001 i funkcjonuje na komputerach z Linuksem.
    Podobnie z AD. Wersja 1.0 OpenAD, przygotowana na Linuksa, została opublikowana we wrześniu 1998, podczas gdy microsoftowa wersja dopiero w lutym 1999.

    Produkty Microsoftu to w większości nędzne (bo wymuszone zgodnością wsteczną) naśladownictwo produktów robionych w porządnych systemach.

    Autor edytował komentarz.
    vbruder   7 #13 01.02.2016 12:57

    @wielkipiec: Słowo async pojawiło się później, ale sama asynchroniczność była dostępna od 1.1. Trzeba było tylko stosować odpowiednie metody wywołania.

    wielkipiec   13 #14 01.02.2016 12:59

    @kowgli: nie, powodem jest raczej fakt, że przy przeportowaniu programu w dół do starszego .NETa brakowało mi obslugi Parallel.For i klasy Task. Musiałem nieco "zubożyć" kod. Ale thread faktycznie jest, prawda.

    Berion   14 #15 01.02.2016 13:07

    Posiada ktoś ten build Windowsa? Podobno sterownik OFS działa także w normalnym NT 3.5. Jestem ciekawy budowy tego systemu plików.
    http://www.betaarchive.com/forum/viewtopic.php?t=21396

    Autor edytował komentarz.
      #16 01.02.2016 13:32

    Taka wstawka o QNX, system nie jest aż tak zapomniany (Ford, BlackBerry). Bardziej zapomnianym jest BeOS, system który faktycznie mógł zastąpić Windowsa. Były czasy że gazety komputerowe dostarczały płyty CD z softem na ten system.

    revcorey   7 #17 01.02.2016 13:34

    Ah te pierwsze wersje windowx xp, co jakiś czas blue screen czy zwiechy. System stał się dopiero stabilny przy sp3 ale wtedy już wchodziły procesory wielordzeniowe gdzie zarządzenie cpu czy pamięcią odstawało od bsd czy linux, ale na tamten czas to był jedyny rozsądny system na desktop.

    Inventer89   6 #18 01.02.2016 13:47

    Longhorn... Wydawałoby się, że to pieśń przyszłości, pamiętam wtedy jak się jarałem nowym systemem. Okna podczas przenoszenia miały falować, przeglądarka obrazów miała lepsze efekty niż ma dzisiaj iPhoto Apple'a (przeglądarkę w Windowsie szkoda komentować). Powyższy filmik pokazuje odbieranie połączeń - coś, czego nie ma nadal w Windowsie, a co jest w OS X chyba od dwóch lat i jest uważane za coś nowego (!) Może Longhorn jest jak Neewton Apple'a - wyprzedzał swoje czasy. Mam nadzieję, że ktoś z MS zajrzy kiedyś do ostatnich buildów i stworzy naprawdę ładny i funkcjonalny system.

    Co do Sidebara... mam go nawet na Win10 "on top" - jest na nim podgląd łączy WiFi, CPu i RAMu, schowek (do 50 miejsc), kalkulator, przełącznik do zarządzania baterią, kalkulator i podręczny notes.

    Autor edytował komentarz.
    msnet   19 #19 01.02.2016 13:52

    Bardzo dobry tekst i bardzo dobrze się go czyta (mógłbyś jednak poprawić kilka literówek ;). Pokazuje on, że fajnie jest mieć marzenia, ale gdy spotykają się one z rzeczywistością, to już nie zawsze jest tak różowo, jak by się tego chciało. A czas płynie nieubłaganie i coś, co teraz nam się wydaje czymś super, hiper i w ogóle, za kilka lat może być uznane za coś zupełnie zbędnego i przestarzałego. Czy zatem należy takie pomysły już na początku skazać na porażkę? Zdecydowanie nie, ponieważ próbując stworzyć jedną rzecz, można w międzyczasie stworzyć kilka innych, może nawet lepszych rozwiązań.

    WODZU   17 #20 01.02.2016 13:55

    "Mam nadzieję, że ktoś z MS zajrzy kiedyś do ostatnich buildów i stworzy naprawdę ładny i funkcjonalny system."

    Na to czka spora liczba użytkowników, od czasu pierwszego spojrzenia na Windows 8.

      #21 01.02.2016 14:09

    @wielkipiec Może chciałbyś napisać coś o systemie Midori?

      #22 01.02.2016 14:12

    najbardziej mnie bawi jak czytam jak ludzie z sentymentem mówią o xp a jak pojawił się na rynku to był be i fuj i wszyscy w kółko o 98 gadali ze król itd...

    7 był dobry - 10 padaka - 8 nie bardzo mam cokolwiek do powiedzenia. Z visty zapamiętam nowe wyszukiwanie które działało ekstra. Lonhorna miałem z 2 bulidy a jeszcze jak był 7 na kompie to trafiłem na forum gdzie rozwijali w jakiś sposób nielegalnie longhorna

    Christos123z   1 #23 01.02.2016 14:14

    :)

      #24 01.02.2016 16:01

    @kowgli: Nie wiesz o czym mówisz, NET to porażka. Byle prymitywny programik, który w C zajmuje kilkadziesiąt kilobajtów, w NET wymaga kilkaset megabajtów bibliotek do działania które na każdym komputerze są w innej wersji zależnie od wersji Win, a pamięci potrzebuje więcej niż kiedyś całe pakiety biurowe.

    Magnum 44   17 #25 01.02.2016 18:46

    @Inventer89: Jeżeli chodzi o sidebara, to z jakiego programu korzystasz? :)

    przemo188   8 #26 01.02.2016 18:46

    Historia porażek firmy, która od początku nie była w stanie stworzyć własnego systemu, a systemy z DOS (Win 95, 98 i millenium) to następcy kupionego systemu, czyli nie ich wytworem. NT, czyli od Windowsa 2000 do dziś to też system nie będący ich produktem. Więc jak ta firma ma być innowacyjna skoro nie potrafi stworzyć od zera własnego systemu? Pracują tam beztalencia?

    Do fziś słychać o próbach stworzenia własnego jądra systemowego, do dziś coś tak się udało jeżeli chodzi o system plików. A to nadal garażowe testy. I przez 30 lat bazują na rozwiązaniach, które kupili od innych firm. To chyba świadczy o tej firmie?

    Linux posiada kilka systemów plików stworzonych przez ludzi fascynatów lub przez wspierające linuxa firmy, MS mając zatrudnionych profesjonalistów nie potrafi tego zrobić.

    Po prostu brak komentarza... jakby tam pracowali domorośli hakerzy amatorzy, który metodą prób i błędów przerobili Windowsa 7 w 10 zmieniając jedynie powłokę systemu - tak jak to robiły inne programy do modyfikacji wyglądu systemu. I to jest nowy system? To 7 z protezą, która ciągle się sypie. Co bulid to niby coś zrrobione a jednocześnienie kilka rzeczy zespute. Wystarczy poczytać wpisy Antyhakera.

    wielkipiec   13 #27 01.02.2016 18:50

    @przemo188: NT to w całości ich produkt, robili go u siebie od roku 1988 :) Obecne wydania SQL Server już też. Nie wspominając o Visual Studio ;)
    Wszyscy korzystają z cudzych pomysłów, jest przepływ pomysłów w branży, przecież taki OS X też nie powstał w Apple ;)

      #28 01.02.2016 19:02

    "Ktokolwiek pracował z AD, wie jak nieocenionym i bezkonkurencyjnym jest narzędziem." - o tak, szczegolnie jak sie to g...o sypnie.

      #29 01.02.2016 19:07

    @kowgli: " Ani nie jest ciężki, a obsługa wątków jest od wersji 1.1 (czyli praktycznie od początku). " - buhahahahahahaha.

      #30 01.02.2016 20:23

    @ilili: "Ale tak to już jest w świecie monopolu - monopolista nie musi się starać..."

    Ten monopol już dawno stopniał...

      #31 01.02.2016 20:28

    Dziękuję za wpis. Świetna historia i bardzo pouczająca.

    Kłębek drutu   10 #32 01.02.2016 20:37

    @wielkipiec
    Brawo, świetny artykuł. Szkoda, że takie teksty to ginący gatunek, ale tym bardziej cieszą jak się pojawią. Dla takich "wisienek" ciągle odwiedzam ten portal.

    Tom193d   6 #33 01.02.2016 21:10

    Olbrzymi plus za porcję ciekawej historii (i przypomnienia). Co do gadżetów na pasku bocznym to znam kilka naprawdę pożytecznych i użytecznych jak Network meter (lub monitor) czy CPU usage czy wiele innych.

    dragon321   10 #34 01.02.2016 21:18

    Mój największy zachwyt chyba był nad Longhornem(tym przed resetem oczywiście, build <5000). Ileż tam miało być nowości, funkcji i ogólnie wszystkiego. A potem reset i powstała Vista, która miała może kilka z multum rzeczy zapowiadanych w Longhornie.

    Dobry wpis, pokazuje, że MS ogólnie ciekawe ma pomysły, ale niestety wiele z nich nigdy nie weszło w życie. Gdyby choć połowa z nich weszła w życie, to spokojnie mógłbym nazwać MS innowacyjną firmą, a póki co tak jej nie nazwe ;)

    ziupo   6 #35 01.02.2016 21:51

    Każdy Windows ma w sobie coś z koncepcyjnego systemu, a każda jego zapowiedź to czysty concept art ;)

    Shaki81 MODERATOR BLOGA  38 #36 01.02.2016 22:41

    tl;dr:) Jeden z lepszych wpisów ostatnich miesięcy, po ciągłym czytaniu o starych Amigach i jeszcze starszych jabłuszkach, czy najnowszych osiągnięciach w dziedzinie setnego rdzenia takie wpisy są jak miód.

    Choć wpis mogłeś podzielić na kilka krótszych części, bo pod koniec już zapomniałem o czym był porządek:) Ale jak najwięcej takich wpisów.

    Swoją drogą reanimowałeś kompa z 1996 roku? Szacun, takie dziadki to już chyba tylko na złom.

    StarterX4   10 #37 01.02.2016 22:47

    Ta firemka powinna już dawno upaść.
    Ale głupi Hindus - Satya Nadella wciąż to ścierwo trzyma, przenosząc je w stronę Open Source, ale z tradycyjnymi zasadami.
    Niby "Microsoft loves Linux", ale to Win10 pozostaje dla nich najważniejszą rzeczą, i jeszcze pojawiają się pomysły procesorów x86 które działają tylko z Win10.
    To brzmi tak jakby chcieli Linuksa zniszczyć pod przykrywką "lubienia go".
    Micro$hit must Die.

    wielkipiec   13 #38 01.02.2016 22:52

    @Shaki81: Był jeszcze komputerem klasy AT! Ale miał USB i PS/2 na pinach. W kolejce czeka magiczna płyta formatu AT z 1997 roku, która nie tylko ma USB i PS/2 na pinach, ale również malutką zworkę, która zmienia płytę w zgodną z ATX. Ma "podwójne" złącza na zasilacz AT i ATX, pamięci SIMM i DIMM, oraz port AGP. Unikatowy egzemplarz przejściowej technologii.

    wielkipiec   13 #39 01.02.2016 22:53

    @StarterX4: Microsoft nie chce zniszczyć Linuksa, bo od lat Linux nie jest dla nich konkurencją :) I prawdopodobnie nigdy nie będzie.

    Radek68   18 #40 01.02.2016 23:00

    Ale o co chodzi, przecież tak jest ze wszystkim, że na początku są jakieś plany, a potem wychodzi dużo gorzej, bo czegoś nie można zrobić na czas, a czegoś nie da się zrobić w ogóle.
    Systemy, które powstawały były w owym czasie nowoczesne, bo innych nie było.
    Co prawda sam narzekam na jakość oprogramowania (i w konsekwencji na jakość OS-ów, a także ich licencji), ale używałem i DOS-a, i Windows 3.1, potem 95, NT4.0, 98, Me, 2000, XP, Visty czy 7. Używałem, bo innych nie było i nie chodzi mi o brak alternatywy w postaci np. OS/2 czy później różnych Linuksów, ale o "idealny system Microsoftu", który mógłby istnieć już w roku np. 1996. Gdyby mógł istnieć, to by istniał, skoro go nie było, to znaczy, że z różnych powodów nie mógł się pojawić.
    Bo gdyby istniał system idealny, to co miałaby robić firma produkująca systemy operacyjne? ;)

    Autor edytował komentarz.
    wielkipiec   13 #41 01.02.2016 23:09

    @Radek68: To, że jeżeli czegoś nie ma, to tego nie ma, nie jest szczególnym odkryciem. Oprogramowanie zawsze było do tyłu względem planów i względem sprzętu, ale jestem daleki od zgodzenia się z pomysłem, że tak ma być. Sugeruję wyeliminować z diety toksyny upośledzające wyobraźnię ;)

    Radek68   18 #42 01.02.2016 23:30

    @wielkipiec: Może napiszę to w takim razie prościej: w wyobraźni, to już dawno powinniśmy mieć świat idealny, latać na Marsa i mieć super-OS. Ale tak nie jest i nie chodzi o to, że to "szczególne odkrycie", ale tak po prostu jest, tak jest ze wszystkim. I rozwój OS-ów Microsoftu też tak wygląda.
    Fajnie, że to wszystko opisałeś, naprawdę miło się czytało, tyle że ja widzę w tym naturalną kolej rzeczy i nie dziwi mnie to. Też wolałbym, aby wszystko od razu było dobre, ale i tak żyjemy w czasach niebywałego i naprawdę szybkiego rozwoju techniki i technologii.

      #43 02.02.2016 00:45

    Wariancją nt. xp servera był cichaczem wydany Windows Home Server- jedyną rzeczą która sie po nim ostała jest promujący go pdf... taki śmieszny, w formie książeczki dla dzieci....

    wielkipiec   13 #44 02.02.2016 09:11

    @Radek68: z tym, że nie jest to naturalna kolej rzeczy. Poprawnie prowadzone projekty owocowały podobnie, a nawet bardziej rozbudowanymi efektami końcowymi. Stąd wzmianka o systemach "znikąd" :)

    ilili   8 #45 02.02.2016 12:09

    @Anonim (niezalogowany): tam gdzie stopnia albo w ogóle nie zaistniał to technologia się rozwija... jeśli chodzi o systemy operacyjne na biurko czy pakiety biurowe nic się nie zmieniło poza kolorami...

    dragon321   10 #46 02.02.2016 16:43

    @wielkipiec: Tylko i wyłącznie na desktopie. Na serwerach(Windows Server jest tylko popularniejszy w serwerach firmowych, ze względu na AD, Exchange itp.), urządzeniach mobilnych(nie muszę porównywać popularności Androida i Windowsa?) i specjalistycznych(wojsko, nauka itd.) już konkurencją jest i to sporą ;) A chociażby superkomputery? Linux jest obecny na bodajze 90% z nich, podczas gdy Windows na ledwie kilku procent. Można spokojnie powiedzieć, że w każdym rynku, z wyjątkiem desktopów, Windows mocno obrywa po głowie od pingwina :D

    Autor edytował komentarz.
    przemo188   8 #47 02.02.2016 17:55

    @wielkipiec: NT to jądro systemu, które otrzymali chyba od IBM. MIeli je obudować o GUI jak w Windowsie . W czasie prac projekt się rozsypał i jądro już nie było potrzebne. Zostało w MS, po tym jak kupili do niego prawa.

    Nieco się myliłem, choć wiedziałem o DEC:

    Mikrojądro DEC

    Nieistniejąca już firma Digital Electric Corporation podjęła próbę stworzenia procesora lepszego od stosowanego w kopiach IBM-PC intelowskiego x86. Pod nazwą Alpha postał 64-bitowy model programowy oraz realizujący ten model superskalarny procesor o ogromnej wydajności, oznaczony jako DEC Alpha 21064. Procesor ten w założeniach DEC miał stanowić jednostkę centralną komputerów osobistych najbliższej przyszłości i zastąpić w tej roli procesory Intela, korzystające z przestarzałego (już wówczas!) modelu programowego. Wraz z nowym procesorem opracowano również dostosowane do niego mikrojądro systemu operacyjnego.

    Warto zauważyć, że pisane dla Alphy mikrojądro nie powstało ?z niczego? ? DEC dysponował przy jego opracowaniu doświadczeniami z systemu VMS i z implementacji Uniksa. Nic dziwnego więc w tym, że opracowane przez tę firmę mikrojądro systemu operacyjnego bezproblemowo rozwiązywało zagadnienia wielozadaniowości i wielowątkowości, było równocześnie zdolne do obsługi wielu użytkowników. Jednak system operacyjny składa się, oprócz jądra, z wielu jeszcze składników. 32-bitowe mikrojądro DEC zostało więc przekazane do Microsoftu, aby mogło zostać obudowane przez funkcje użytkowe, a przede wszystkim przez graficzny interfejs.
    Microsoft nie tylko zrealizował zamówienie, dostarczając Windows NT dla platformy Alpha, ale przy okazji rozszerzył własną ofertę o oparte na tym samym mikrojądrze Windows NT dla platformy x86. W porównaniu z dotychczasowymi wersjami Windows, których jądro stanowił wciąż tak samo ograniczony, choć ciągle poprawiany DOS, nowa oferta Microsoftu wzbudziła ogromne zainteresowanie. Nie dość, że nowy system oferował wielodostęp, wielozadaniowość i wielowątkowość, to w dodatku jego pochodzenie spoza Redmond pozwalało mieć większe zaufanie do stabilności i niezawodności.

    Niedokończona technologia

    System Windows NT wzbudził ogromne zainteresowanie ze strony profesjonalnych użytkowników komputerów PC, przede wszystkim dzięki obsłudze trybów wieloużytkownikowych, wielozadaniowych i wielowątkowych. Dotychczas były one zarezerwowane dla maszyn klasy mainframe czy systemów uniksowych. Przyjęto więc Windows NT z ogromnym entuzjazmem, zwłaszcza że swój akces do udziału w integracji na płaszczyźnie Windows zgłosiły, oprócz DEC, także inne firmy. Najbardziej zainteresowany był IBM ze swoim nowym procesorem POWER ? opracowanym wspólnie z Apple i Motorolą ? przeznaczonym zarówno do zastosowań profesjonalnych, jak i do komputerów powszechnego użytku.

    Silicon Graphics, korzystająca z procesorów MIPS, była w tym towarzystwie dość egzotycznym okazem, jednak i twórcy dinozaurów okazali się łasi na popularność Windows. Microsoft okazał się w tym momencie bardzo otwarty ? Windows NT były dostępne w wersjach Power PC, MIPS, Alpha i oczywiście x86.

    Niestety, nie powstało prawie wcale oprogramowanie użytkowe dla Windows NT pracujących na nieintelowskich platformach. Zabiło to pomysły w rodzaju Alpha PC, MIPS PC czy Power PC, inicjatywa DEC umarła więc śmiercią ?prawie naturalną?. Niewiele później realia ekonomiczne uśmierciły również Digital Electric Corporation, po której schedę odziedziczył Compaq. Jedynym spadkobiercą, jeśli chodzi o mikrojądro systemu operacyjnego NT, został Microsoft. Czas mija, a opracowane wiele lat temu mikrojądro NT wciąż stanowi podstawę konstrukcji coraz to nowych systemów operacyjnych, oferowanych przez Microsoft. Możemy tylko mieć nadzieję, że ktoś dokończy kiedyś, rozpoczętą dawno temu przez DEC, pracę. Na razie użytkownicy Windows, niezadowoleni z działania systemu, wciąż mają prawo do tłumaczenia oznaczenia NT jako Niedokończona Technologia, zaś objętość mikrojądra NT urosła dziesięciokrotnie...

    Autor edytował komentarz.
    wielkipiec   13 #48 02.02.2016 19:06

    @przemo188: Tekst który cytujesz znam na pamięć, bo od niego zaczęło się moje zainteresowanie historią Windowsów :) Pojawił się w Enterze w 2003. Niestety, źródła dowodzą, że dużo w nim bajek, podobnie jak w felietonie z Ars Technica. NT to w całości projekt Microsoftu, GUI też jest ichniejsze. Cała zabawa polegała na tym, że domyślnym API NT w ostatniej chwili zostało Win32, a nie IBMowski OS/2. Tutaj sprawozdanie z pierwszej ręki: http://winsupersite.com/article/windows-server/windows-server-2003-the-road-to-g...

    przemo188   8 #49 02.02.2016 20:02

    @wielkipiec: Wiesz, powołuję się na to co znalazłem w necie. Natomiast kilka lat temu czytałem dość opasłą książkę - biografia MS jakby to nazwać w tłumaczeniu na polski. NIestety, nie pamiętam tytułu. W każdym razie tam była opisana dokładna historia MS i właśnie z tamtej książki wyniosłem wiedzę na temat tego , że jądro NT nie pochodzi od MS a albo z DEC albo , co  teraz już jestem pewien, nie z IBM W trakcie prac nad w MS nad doposażeniem tego jądra w GUI okienkowe, firma DEC padła. Na podstawie umów między DEC a MS, jądro zostało przekazane MS za chyba jakąś niewielką kwotę, albo w ramach zapłaty za usługe dorobienia GUI. System został ukończony gdy DEC zbankrutował. MS jednak nie planowało jego sprzedaży bo był na procesory ALPHA.

    wielkipiec   13 #50 02.02.2016 20:10

    @przemo188: tylko, że tak naprawdę nie było. Wspomina o tym wyżej cytowane źródło, a także Mark Russinovich: http://windowsitpro.com/windows-client/windows-nt-and-vms-rest-story, Larry Ostermann i książka "Showstopper". Wszystkie te źródła zgodnie podają inną, spójną historię.

    przemo188   8 #51 02.02.2016 20:22

    @wielkipiec: To przeczytaj sobie to:

    http://www.roughlydrafted.com/2009/07/30/readers-write-how-microsoft-got-windows-nt/

    Ja naprawdę nie wierze, by ta firma potrafiła stworzyć jądro systemu. Przykład: DOS to też kupiony system z jakiejś małej garażowej firmy bo sami nie dali rady mimo prób. Drugi przykład: do dziś mówi się o ich nowym jądrze, który już raczej nie ujrzy światła dziennego, bo firma poległa na jego tworzeniu. Więc mając te dwa przykłady na uwadze, skąd niby nagle w firmie pojawiło się gotowe, w pełni sprawne, niezwodne i multifunkcyjne jądro gdy przez cały czas firma milczała jakoby byli w trakcie tworzenia takiego jądra i ciągle jechali z Windowsami na bazie DOS. Nagle, ni z gruchy, ni z pietruchy nowe jądro. Jądra nie tworzy się na kolanie. Nie tak rozbudowanego jak NT czy jądro BSD czy wreszcie UNIX/Linux.

    Tymczasem DEC miało duże doświadczenie w tworzeniu kerneli, bo ich komputery słynęły z wydajności i wielozadaniowości oraz mocy ich systemów. Ich komputery wówczas były prawdziwymi centrami obliczeniowymi gdy blaszaki dopiero raczkowały.

    Co do Twojego linka - przeczytałem pobieżnie i jak sądze - widać tu podobieństwa NT do VMS. Ale skoro do MS przeszedł developer VMS ta jakby mogło być inaczej.

    Autor edytował komentarz.
    wielkipiec   13 #52 02.02.2016 20:35

    @przemo188: NT tworzono przez 5 długich lat, więc wcale nie nagle. Od 1992 wydawano wersje próbne, od 1991 był wiadomo, że nie będzie to "NT OS/2 3.0" tylko "Windows NT". System naprawdę nie wziął się znikąd. Potężna baza kapitału intelektualnego pochodzi z DEC/VMS, owszem, ale tworzony system był nowy, nic takiego jak NT nie istniało. Mica, nawet jeśli była bazą dla NT, to mocno zmienioną.
    Obecnie nie ma nawet potrzeby wydawania nowego jądra. Co więcej, należałoby wręcz wrócić do oryginalnych założeń NT i np. wypchnąć grafikę z powrotem do userspace'a. Wraz z Server Core na pewno ktoś u nich zauważył "o, w sumie teraz by się nam przydał serwer bez grafiki". Od 2008 minęło 8 lat, a Windows Nano Server dalej w wersji próbnej... ;)

    przemo188   8 #53 02.02.2016 20:41

    @wielkipiec: No widzisz. Sam przyznajesz, że dopiero transfer iżynierów z upadłego DEC spowodował, że w MS pojawiło się po DOS nowe jądro. Może i było nieco inaczej - nie dostali gotowego jądra, ale nieco zmienione, po to, by spadkobierca DEC nie mógł ich wyciągnąć na drogę sądową. Znajdę tą książke, muszę. Załuje że nie pamiętam autora i tytułu, pamiętam tylko  że opierała się na wspomnieniach Gatesa i jego współpracowników.

    wielkipiec   13 #54 02.02.2016 20:52

    @przemo188: Ale zawsze tak jest przecież - ktoś musi to zaprogramować. "Everything is a copy of a copy of a copy". Można powiedzieć, że dział produkcji IBM PC "nie umiał dostarczyć komputera", bo przecież tylko nastąpił transfer inżynierów z działu mainframe'ów. A MS nie dostał początkowo nic. Zatrudnili chmarę inżynierów, ale nie przejęli żadnego kodu.
    Co do książki, to jestem ciekaw, istotnie :)

    darek719   38 #55 02.02.2016 21:13

    Świetny wpis i dużo wiedzy, trochę tych projektów się uzbierało przez te lata... :p

    IrasDeeJay   7 #56 02.02.2016 22:32

    Wpis petarda. Czytało się miodnie. Uwielbiam artykuły tego typu. Zdecydowanie nagroda się należy.

      #57 02.02.2016 23:17

    @wielkipiec, @vbruder

    Istotny szczegół: mechanizm async/await + Task Paraller Library (.NET 4.5?) i System.Threading.Thread i powiązane (.NET 1.1 +?) to nie do końca to samo.

    Thread dotyczy standardowego mechanizmu obsługi wątków (multithreading), async natomiast wywołań asynchronicznych, a więc niekoniecznie współbieżnych. W typowych przypadkach wręcz kod metod async będzie wykonywany w tym samym wątku (chodzi mi o to, co kompilator robi z await: kontynuacje, maszyny stanu itd.). Pomijam oczywiście sytuacje w których jawnie zażądano, żeby było inaczej (np. Task.Run bierze wątek z puli).

    Intuicyjnie podchodząc do tematu, zaryzykowałbym analogię (być może powierzchowną, ale jednak) pewnych elementów async/await/Task do Node.Js + Promises.

      #58 03.02.2016 03:58

    @wielkipiec: Napiszesz coś o Singuarity/Midori?
    http://joeduffyblog.com/

    Inventer89   6 #59 05.02.2016 01:22

    @Magnum 44: http://8gadgetpack.net/ - biblioteki powzięte z Visty, więc 100% zgodności z gadżetami

    command-dos   18 #60 17.02.2016 05:15

    @WODZU: w MS mieli sporo pomysłów na rewolucję (jak widać), ale zawsze robił to za nich ktoś inny (np. netscape) i musieli szybko zmieniać plany, reagować, co skutkowało tymi niedokończonymi projektami...