Võime siduda
“Üks OS, et neid kõiki
valitseda, üks OS, et neid
leida, üks OS, et neid kõiki
tuua,ja pimeduses seob neid..”— Vabandades J.R.R. Tolkieni ees
Kuigi vabandus Tolkieni ees on siin ilmselt korras, on sarnasused võimusõrmuste ja erinevate Microsofti toodete vahel tegelikult Silmatorkav. Nad püüavad delikaatselt teie üle kontrolli võtta ja iga kord, kui annate kiusatuses seda kasutada, suureneb Pimeda Issanda vägi.
Ja sellega seoses Microsofti kontroll dokumendivormingute ja standardite üle andmevahetuseks kindlasti üks võimurõngas.
Halb rekord
Mis puutub tänapäevastes IT-turg, Microsofti rekord pole kunagi olnud hea. Nad on alati olnud äärmiselt lohakad standardite spetsifikatsioonide järgimisel nad üritasid sobitada HTML-i, Java, e-posti ja muu standardeid ja nad on püüdnud suruda läbi varalisi standardeid, mida ainult toetatakse Microsofti rakenduste abil. Õnneks on Interneti-kogukond vastu pidanud enamik neist katsetest siiani, kuigi nende viimaste aastate jõupingutused “ulatus” XML (alustades ‘Global XML Web Services Arhitektuuri algatus ja viimasel ajal .Net raamistiku kaudu) ei tõota head. Seda ei tee ka Microsofti taotlused patenteerida XML-Office’i vorming. Microsoft ilmselgelt ei pea XML-i a vorming, mis peaks soodustama dokumentide vahetatavuse suurenemist.
Riistvaraturul, eriti välisseadmete puhul, Ühilduvust piiratakse ka teadlikult. Liiga sageli on märgis “Designed for Windows” tähendab “ei ühildu millegi muuga”. Oleme näinud modemid ja printerid, millel ei olnud standardset liidest ega riistvara API-d, vaid selle asemel patenteeritud Windowsi draiver ja me näeme seda rohkem. Näiteks enne Windows XP vabastamist proovis Microsoft (kuid õnneks ebaõnnestus) veenda arvutitootjaid PCI-siini katkestama ja USB-d toetama ainult seadmeid. Windowsi vanemad versioonid, samuti Linux ja muud Open Lähtetoodetel on piiratud USB-tugi või puudub see üldse.
Kuid see on rakenduste turg, kus asjad on kõige tõsisemad. Microsofti omad tohutu turuhõlvamisega on maailma üle ujutanud igasuguste dokumentidega varalised vormingud. Gartneri arvutuste kohaselt on üleminek MS Office kuni OpenSource’i alternatiivini OpenOffice või StarOffice üksi maksab keskmiselt 1200 dollarit kasutaja kohta, peamiselt dokumentide ja makrode teisendamiseks, uue kasutajaliidese õppimine ja migreerimise ajal tööviljakuse kaotamine.
Tahtlikud takistused
Liikmesriikide kägistav haare IT-turul on suur probleem need, kes töötavad mitme müüjaga keskkonnas. Microsofti rakendused alati toodavad dokumente Microsoftile kuuluvas vormingus ja need ei tööta kunagi kõike muud kui Winteli platvorm. (OK, Microsoft portis Internet Exploreri Solaris ja Mac oma turundussõja ajal Netscape’i vastu ja nad ülestõusnud MacOffice osana oma DoJ-vastasest strateegiast koos mõnega Maci poolikud versioonid, mis on täis ühilduvusprobleeme. Aga see on sellest.) Selle netotulemus on see, et kui keegi saadab teile a PowerPoint 2000 dokument ja teil pole Windowsi, peate vahetama operatsioonisüsteemid selle vaatamiseks.
(Te ei pruugi mõista, kui naeruväärne see tegelikult on. Lõppude lõpuks on see ainult mõistlik eeldada, et kontoritöötajad käitavad Windowsi MS-Office’iga, kas pole? Hästi… Mõelge sellele. Asjad on teatud piirini halvenenud kus paljud inimesed seda tegelikult nii vaatavad.)
Forrester Research ütles Microsofti ja standardite kohta järgmist:
Miks Microsofti “standardid” neid ei aita:
- Töötage ainult Windowsi jaoks (jättes seega välja kõik muud süsteemid, mis seda ei tee käivitage Windows ja tõenäoliselt ei tee seda tulevikus)
- Suurendage tugiteenuste nõudlust (kuna tehnikud peavad endiselt laadima, värskendama ja säilitada patenteeritud koodi igas arvutis)
- Piirake loovust (kuna Bill Gatesi väed määratlevad üldise tarkvarakiht, MS saab kohandada liidest vastavalt oma tehnoloogiale kallutatus — ja konkureerivate ideede väljatõrjumine
Vaevalt, et see on IT parimates huvides.
Peale ilmse võimetuse töödelda Microsofti dokumente rakendus mitte-Microsofti keskkonnas, seal on ka piiratud koostalitlusvõime Microsofti toodetega, mis muudab elu mitme teenusepakkujaga keskkond raske. Microsofti tahtlik omandiõiguse kasutamine standardid, ülemaailmsete standardite varalised laiendused ja nende enda valed ülemaailmsete standardite rakendamine muudab sageli äärmiselt keeruliseks kasutada Microsofti tooteid kõike muud kui ainult Microsofti keskkonnas.
Microsofti “standardid”: lohakas töö
Mõned Microsofti standardimispüüdlused on suhteliselt kahjutud ja lihtsalt ärritav. Näiteks Jolieti CD-ROM-vormingu laiendused on tüütu, kuid mitte tegelikult probleem. Esialgsetes Jolieti spetsifikatsioonides Microsoft väitis, et Jolieti oli vaja selleks, et täiustada CD-ROM-il põhinevate andmete vahetatavus, kuna paljad ISO-9660 spetsifikatsioonid olid liiga piiravad. Tõsi, ISO-9660 pole kaugeltki luksuslik, kuid MacOS ja Unixen juba olid ISO-9660 laiendused, mis töötasid üsna hästi ja mis oleksid võinud võeti kohe vastu. Pikka aega oli Windows ainus platvorm, mis sai hakkama Jolieti CD-ROM-idega. Jolieti tugi ei laiene isegi alglaadimisele Windows 9x/ME-ga kaasas olevad kettad: kuna need on DOS-põhised, saavad nad ainult käepide ISO-9660. See tähendab, et isegi Windowsi enda installitarkvara ei saa lugeda Jolieti CD-ROM-e. Selleks, et oma paigaldaja töötaks, Microsoft peab endiselt tarnima Windows 9x/ME ISO-9660 CD-ROM-idele. Kuidas nii? Jolieti täiustatud andmete vahetatavuse jaoks?
Teine tüütu näide on MS-TNEF-failide manuste kasutamine e-postis. See on Microsofti idee kasutada meilisõnumites RTF-vormingus teksti, nii et ulatuslik vormindamine (erinevad fondid, päised, kaldkiri jne) muutub võimalik. Kui ütlete MS-Wordile, et ta saadaks dokumendi e-postiga, saate selle. Kahjuks, kui sellise dokumendi saaja ei kasuta Outlooki meili lugemiseks ei tunne tema arvuti MS-TNEF-vormingut ära ja proovib MS-Wordi kasutamine selle lugemiseks ei tööta ka. Teisisõnu, kui Microsoft rakendus kasutab “RTF-vormingut”, et saata kenasti vormindatud e-kiri, selle sõnumi saaja on sunnitud kasutama Outlooki (ja seega ka Windowsi) selleks, et lugege seda.
Outlook saadab ka sõnumeid, mis sisaldavad igasuguseid manustatud kellasid ja viled, MIME-ga lisatud visiitkaardid, HTML-vormingus sõnumitekst, manustatud VBS, et cetera ad nauseam. See kuvatakse atraktiivselt, kui sõnumi saaja kasutab ka Outlooki (st Windowsi), kuid seda on ainult nii palju prügi, kui seda vaadata koos mis tahes muu RFC-ga ühilduva sõnumiredaktoriga.
Rohkem kui lihtsalt tüütu
Muud küsimused on tõsisemad. Näiteks ei saa te helitugevust vormindada suurem kui 32 GB, kasutades Windows 2000 FAT32-failisüsteemi ja hiljem. Windowsi FastFAT-draiver suudab ühendada ja toetada helitugevust, mis on suurem kui 32 GB, mis kasutavad FAT32-failisüsteemi, kuid te ei saa seda luua, kasutades Vormingu tööriista. See käitumine on kavandatud. Kui teil on vaja luua suurem helitugevus kui 32 GB, kasutage selle asemel NTFS-failisüsteemi. Kui proovite vormindada FAT32 partitsioon on suurem kui 32 GB, vorming ebaõnnestub protsessil järgmise tõrkega: Loogiline kettahaldur: ka helitugevuse suurus suur.
On häid põhjuseid, miks võiks tahta suuri FAT32 partitsioone (sest Näiteks võib osutuda vajalikuks jagada andmeid selliste partitsioonide kohta teistega operatsioonisüsteemid), kuid Microsoft sunnib teid kasutama omaenda varalist NTFS selle asemel. See loob kunstliku barjääri mitte-Microsofti toodetele ilma igasuguse mõjuva põhjuseta ja tühistab klientide vajadused.
Microsofti mittestandardite ja nende valimatu kasutamise kõrvalmõju standardite lohakas rakendamine, mida nad juhtumisi toetavad, on see, et kolmas osapool arendajad on üha suurema surve all, et toetada Microsofti kõrvalekaldeid. Kui Outlooki või Exchange’i sõnumipäiste käsitlemise viis ajab tarkvara segadusse, kliendid, kes kasutavad Outlooki, kipuvad nõudma, et kõik tooted peavad meili käsitsema Outlookist õigesti, põhjendades, et kuna Outlook on kõige laialdasemalt kasutatav klient täna, kogu maailm peab olema kohustatud toetama oma veidrusi.
Asjad lähevad hullemaks
Kuigi need teabevahetuse takistused on äärmiselt tüütud, need pole teiste teemadega võrreldes sugugi nii halvad. Microsoft rikub mitmeid “parimaid tavasid”, mis ei ole tegelikult standardid, kuid mis siiski tagada koostalitlusvõime. Näiteks on tavaline, et mitte kasutada failinimedes tühikut, kuna paljud operatsioonisüsteemid kasutavad tühikut Käskude sõelumiseks ja mitte kõik failisüsteemid ei saa sellega hakkama. Kuid Windows kasutab failinimed, mis sisaldavad vaikimisi tühikut, mis põhjustab probleeme järgmistel juhtudel Windowsi süsteemid saadavad või jagavad faile mitte-Microsofti võrgu kaudu Tehnoloogia. Näiteks FTP kasutamine Unixi failisüsteemis, mis toimib ka SMB jagamine Windowsi klientidele põhjustab Unixi lõpus sageli probleeme.
Samuti on kõrvalekaldeid ametlikest, rangematest standarditest. Lohakas SMTP-protokolli rakendamine Microsoft Exchange’i meiliserveris, näiteks võib see mõjutada e-posti voogu teistes Interneti osades ja mitte-Microsofti meiliserverites. Microsofti kataloogiteenuste tooted tout on LDAP ja ODBC ühilduv, kuid kui soovite X.500 kataloogi või sünkroonimismootor (v.a MS DirSync), et sellega rääkida, vajate kohandatud meta agente.
Need küsimused on midagi enamat kui lihtsalt tüütud; need on tõsised takistused mitme müüjaga keskkonnas (näiteks Internet) ja tähendab võimalikku katkestust nii Microsofti kui ka muude süsteemide koostalitlusvõimele.
Standardid kui sabotaaživahend
Siis on veel tõeliselt vastikud kõrvalekalded ülemaailmsetest standarditest, mis Microsoft on teadlikult juurutanud koostalitlusvõime ja vabaduse sabotaaži valikul. Võtame näiteks HTML-i ja Java. Esilehe veebiredaktor, IIS veebiserver ja erinevad taustaprogrammi e-kaubanduse tooted loovad kõik varalisi HTML-i laiendused ja skriptimiskeeled, mida kasutab ainult Internet Explorer Windows saab õigesti hakkama ja renderdab kõiki teisi veebibrausereid ning platvormid kasutuskõlbmatud. Sama kehtib ka Java toe kohta: Microsoft Java seda ei tee järgige Java spetsifikatsioone. Jällegi tähendab see, et apletid selles konkreetset murret saab käivitada ainult Microsofti enda Java-mootor Windows. Kuid Microsoft kasutas Java-märgist toodete jaoks, mis ei ühildunud Java standardiga. See pani Suni ülikonna esitama. Seejärel Microsoft loobus globaalsest Java-standardist toetades täielikult ja toetab nüüd ainult nende enda Java-d murre. Kogu selle protseduuri netotulemus on see, et Microsofti veebiserver tooted ja arendustööriistad genereerivad koodi, mis vajab Windowsi, Internetti Explorer ja Microsoft Java mootor kasutaja otsas, et töötada Korralikult.
Nii et lihtsa tarbijatasemel HTML-redaktori nagu Frontpage kasutamine võib olla täieliku hankija-sõltuvuse algus. Esileht on mõeldud peamiselt tarbijakasutus ja skaala professionaalses otsas on meil IIS, ASP, skriptimine ja muud dünaamilised tehnoloogiad ning tausta- ja arendusvahendid nende loomiseks. World Wide Web on üleujutatud nõuetele mittevastava HTML-iga ja JavaScripti koodiga, mis genereerib tõrketeateid või mis töötab valesti või mitte üldse, Netscape Navigatori või muude mitte-Microsofti brauseritega. Ainult Internet Explorer Windowsis saab neid veebisaite õigesti kuvada. Hiljutine Frontpage’i, IIS-i ja erinevate e-kaubanduse lahenduste versioonid üha enam Kasutage seda patenteeritud skriptikoodi menüüde ja navigeerimise jaoks. See teeb nende murrete õige toe (loe: IE kasutamine Windowsis) on oluline veebisaidi kasutatavusele.
Ja see ei ole mööduv probleem, sest konkureerivad brauseritootjad ei suuda kunagi sammu pidada. Varsti pärast seda, kui Microsoft avaldab Esileht, IIS või muud tausta- või arendustööriistad, vanemad brauserid hakkavad kuvama üha rohkem veateateid ja kasutajaid kutsutakse üles uuendama Internet Exploreri uusimale versioonile. Mõned Microsofti veebiserveri tooted kasutage isegi Active-X-i. See tähendab, et kui sisenete veebisaidile, mis kasutab rakendust Active-X (teine Microsofti standard), saadab server teie brauserile käske, mis seejärel teeb süsteemikõned otse teie Windowsi opsüsteemi kood. Nendele veebisaitidele pääseb juurde ja neid saab kuvada ainult täielikult ja korrektselt MS-Windowsi kasutavate klientide poolt. Mitte-Wintel süsteemid (nt töötavad tööjaamad Unix) on nendest veebipõhistest teenustest välja jäetud.
Samuti osales Microsoft 2003. aastal W3C veebiteenuste töörühmas (World Wide Web Consortium, komitee, mis haldab ja valvab globaalseid veebistandardeid, mida me kõik kasutame) lootusega saada mõni Microsoft patenteeritud tehnoloogia, mis on ratifitseeritud ülemaailmse standardina. Kuna W3C oli ei soovi seda teha (loe: edendada tehnoloogiat, mida kasutatakse autoritasu eest basis) võtsid Microsofti esindajad oma marmorid kätte ja lahkusid, teatades, et W3C eesmärgid ei vastanud Microsofti eesmärkidele. Varsti seejärel ütles Microsoft, et Internet Exploreri uusi suuremaid versioone pole eraldi tootena on oodata ja teatas, et tulevane suur IE väljaanded on tulevaste (XP-järgsete) Windowsi versioonide integreeritud osa. Arvestades nende loodud sõltuvusi, tähendab see, et juurdepääsuks teave ülemaailmse võrgu kohta, peame ostma Microsoft Windows.
Tahtlik tsensuur
Microsofti põlgus HTML-i ja sellega seotud globaalsete standardite vastu on kenasti illustreeritud muide, Internet Explorer 5.5 ja 6 muudavad HTML-koodi varem selle esitamine kasutajale. Näiteks võib veebilehe päis sisaldada direktiivi, mille kohaselt tuleb kasutada ISO (st platvormist sõltumatut) märgistikku, mille puhul järgmine käsk:
<META HTTP-EQUIV="Content-Type" CONTENT="text/html charset=ISO-8859-1">
Kuid pärast veebilehe lähtekoodi allalaadimist ja salvestamist Internetiga Explorer 5.5 või uuem, see rida näeb välja üsna erinev:
<META http-equiv=Content-Type content="text/html; charset=windows-1252">
IE vaikekäitumine on kolmanda osapoole veebi sisu vaikne muutmine Leheküljed. Seda vaikesätet saab muuta, tehes midagi vaates >kodeering menüü, mida paljud kasutajad peavad ebaselgeks ja vähesed viitsivad, kuid see pole mõte. Asi on selles, et ilma sellise näpistamiseta ei saa kasutaja kunagi Vaadake algset direktiivi! Ja kuna paljud veebiarendajad kasutavad koodi või vähemalt vaadake seda (paljud meist ehitasid oma esimese veebilehe muutes: veebist leitud olemasolev kood) see platvormipõhine Propageerida. Tõsi, see on väike detail, kuid see on veel üks tüüpiline samm levitades arusaama, et “kogu maailm on Windowsi arvuti”.
Ja siis on muidugi kogu asja põhimõte. Kui Microsoft sisestab koodi IE-sse, et muuta märgistiku deklaratsiooni (et veebilehe autor, kes väidetavalt sinna mõjuval põhjusel pani) see tõestab, et nad ei kasuta oma tooteid teabe manipuleerimiseks, mis jõuab lõpuks lõppkasutajani.
Tegelikult on see tsensuuri vorm, mille eesmärk on manipuleerida üldist arusaama sellest, milline praktika on tavapärane ja mis mitte. Microsoftist on saanud IT-turu demagoog, mitte meediat kontrollides, vaid kontrolli haarates ülemaailmsetest protokollistandarditest. Esitatakse varalised standardid ja tooted nii, et need näivad olevat kogu aeg olnud üldine standard. Ja kus see pole võimalik ega mugav, Microsoft julgustab arvama, et globaalsed standardid on Microsofti leiutised. Näiteks vaadake Windowsi 9x/ME juhtpaneel TCP/IP-protokolli jaoks. Selle leiate jaotisest “Microsofti protokollid” koos NetBEUI-ga. Kuidas see jälle on? (TCP/IP on globaalne standard, mis on vanem kui Microsoft Corporation.)
Microsoft mitte ainult ei haara globaalseid standardeid, vaid üritab ka ümber kirjutada ajalugu — tava, mis pole haruldane nende seas, kes tahavad kontrollida avalik arvamus.
IE6 – poliitika muutus?
Internet Explorer 6 vabastamisega tundus Microsoft lõpuks olevat vastata Interneti-kogukonna kriitikale. Selles, mis näeb välja nagu proovige reeglite järgi mängida, IE6 saab muuta vähem andestavaks HTML- ja CSS-vead, mida IE varasemad versioonid teeksid. Kuid see ei ole tema vaikimisi käitumine, vaid seda tuleb jõustada õigusega dokumendi tüübi deklaratsioon veebilehel. Ja muidugi on IE6 ikka täis vana kood (mis näiteks loob “veebiarhiivi” MTHML-faile, mis kannavad silti “Saved by Microsoft Internet Explorer 5”. Nii palju siis versioonist juhtimine ja kvaliteedi tagamine…
Samuti on üsna märkimisväärne, et MS pidi panema terve teise renderdamise mootori standardis IE6, et saavutada standarditele vastavuse vastuvõetav tase, mis ütleb palju renderdamismootori kohta eelmistes versioonides IE kohta. Siis on tüütu fakt, et Windows ja Macintosh Internet Exploreri järgud põhinevad erinevatel renderdusmootoritel ja seetõttu reageerige samale veebilehele erinevalt. Ka mõned uued vead on ainult uues teises renderdamismootoris, nii et iroonilisel kombel on nende vigade ainus lahendus on kirjutada HTML-kood, mis erineb standardid on piisavad, et visata IE “veidrusrežiimi”, nii et vanemad, kasutatakse mittestandardset renderdamismootorit.
IE7 on selles osas paljuski sama. Sellel on mõned lisafunktsioonid, mis selle peamistel konkurentidel FireFoxil, Safaril ja Operal on olnud juba aastaid ja kiidelda nii paljude vigade ja turvaaukudega kui tema eelkäijad, millest mitmed ilmusid mõne tunni jooksul pärast selle esmakordset vabastamist. Mitte eriti muu on uus.
Siiski võib IE6 ja 7 standardite parem vastavus olla hea märk. Teisest küljest on Microsoft esitanud maailmale ka ettepanekuid Wide Web Consortium (W3C) ratifitseerimiseks ülemaailmse standardina. Alguses vaadake, et see tundub olevat hea asi, kuni loete väikese kirja sisse esildised: Microsoft jätab endale õiguse nõuda autoritasu nende tehnoloogia kasutamisel isegi pärast seda, kui W3C on selle ratifitseerinud kui ülemaailmne Interneti-standard. Teisisõnu, nad üritavad nüüd kleepida oma protokollidele ja vormingutele “sõltumatu standardi” märgis ja võtavad endiselt tasu nende kasutamise eest patenteeritud tehnoloogiana. See oleks võimaldanud neil tõhusalt nõuda litsentsitasusid Interneti-liikluse eest, mis kasutab Microsofti pakutud globaalselt standardiseeritud protokolli. Kas nad pääsevad sellest? Ainult aeg näitab.
Kuid see ei näe hea välja. Isegi Interneti arendusetapis Explorer 7, uued väljaanded esitlesid ennast. Microsoft on teatanud, et IE7 ei vasta kunagi WaSP standarditele, sest see muudaks veebisaidid, mis on välja töötatud IE ühilduvuse jaoks kasutuskõlbmatuks. Peale selle Microsoft ei plaaninud kunagi IE 7.0 uusimat CSS-standardit täielikult toetada. Selle asemel, et kasutada väljakujunenud veebistandardeid, jätkab IE 7.0 pähemäärimist varalised tehnoloogiad veebiarendajatel, sundides neid valima kahe vahel konkureerivad ja omavahel kokkusobimatud viisid veebisaitide loomiseks.
Vahepeal jätkab Microsoft turu üleujutamist toodetega, mis kasutavad patenteeritud tehnoloogiat, selle asemel, et toetada ülemaailmseid standardeid. Meil on DNS kõigil platvormidel ja NIS Unixis – Microsoft loob WINS-i. Meil on NDS Novell NetWare’is, SUN Solarises, (tasuta)BSD-s või Linuxis, mida toetavad suuremad välisseadmete müüjad – Microsoft pakub välja Active’i Kataloog, saadaval ainult Windowsi viimastes versioonides. Meil on printerid ja modemid, mis töötavad mis tahes süsteemiga — Microsoft pakub välja API spetsifikatsioon, mis võimaldab riistvaratootjatel veidi ehitada odavamaid seadmeid, kuid nõuab patenteeritud liidest Windowsi kujul autojuht. Ja nimekiri jätkub ja jätkub.
Suurem pilt
Microsoft ei tegele standarditega ilmaasjata. Microsofti huvid minna palju kaugemale rakenduste turu kontrollimisest.
Hea näide on “Brauseri sõda”. Microsoft ignoreeris Internetti täielikult, kuni Netscape teenis ootamatut ja tohutut kasumit, misjärel Microsoft otsustasid, et tahavad seda turuosa endale. Olles suurim kala tiigis, võtsid nad lihtsalt selle, mida tahtsid, ühendades oma Interneti Explorer Windowsiga. See tappis uuendusliku Netscape’i lühikeses järjekorras. AOLi ülevõtmine ei päästnud Netscape’i ja 2003. aastal ostis Microsoft ära kogu konflikti kõigest 750 miljoni dollari eest; suur raha enamikule meist, kuid chump muutus Microsofti jaoks. Vähem kui nädal hiljem teatas Microsoft IE katkestamise Maci jaoks.
See brauserisõda ei olnud ainult lahing kahe konkureeriva rakenduse vahel arendajad (Microsoft vs Netscape) suurima turuosa jaoks. Läks palju kaugemal: see oli konflikt kahe filosoofia vahel, müüja-sõltuvuse ja müüja-sõltumatuse vahel. Ühel pool oli meil Microsoft, surudes toodet, mis oli (ja on) tihedalt seotud Windowsi platvormiga ja teisel pool oli Netscape, toote reklaamimine, mis oli (ja on) saadaval paljudele erinevatele Keskkondadele. Microsoft kavatses (ja suures osas õnnestus), lisades MS-spetsiifilise funktsioonid Internet Explorerile, Java-le, skriptimisele ja HTML-ile, et kohustada Interneti-kogukonda Windowsi platvormile. Nad on kasutanud ka toodete komplekteerimist ja muud kahtlased ja ebaseaduslikud meetodid ning lõpuks õnnestus sundida Netscape brauseriturult välja. Selle tulemusena on üha rohkem Interneti teenuseid eeldamas nüüd, et kasutaja käitab oma Interneti-kliendis IE-d ja Windowsi Süsteemid. Kui sisenete e-kaubanduse veebisaitidele, mis põhinevad Microsoft IIS-il ja taustaprogrammi tooted, millel on midagi muud peale Internet Exploreri, võite oodata renderdamis- ja skriptimisprobleemid.
See on toonud kaasa huvitava kõrvalmõju: hirmutatud paljude brauserite poolt sõltuvused Microsoftiga seotud veebilehe koodist, veebidisainerid on võtnud veateate kuvamine veebisaidi asemel alati, kui nende tooted on, millele pääseb juurde millegi muu kui Internet Exploreriga. Konkureerivad brauserite tootjad reageerisid sellele peagi maskeeringuga: brauserid nagu Opera lihtsalt ütlevad serveris, et nad on teine Internet Explorer. Muidugi on see hoogustunud statistika kuni selleni, et 95% maailmast kasutab väidetavalt IE-d, mis on täpselt see, mida Microsoft soovib, et kõik kuuleksid. Täpsem brauseri Avastamine näitab siiski, et tegelik näitaja on lähemal 60%-le.
Samuti on huvitav märkida, et Windows XP kasutajaliides põhineb XML-i ja patenteeritud HTML-derivaatide segu kohta, millest saab aru ainult Microsofti enda Internet Exploreri rakenduse kood osade kaupa. See tagab vajaduse IE täielikult integreeritud versiooni järele, mida ei saa eemaldada või asendatakse standarditele vastava brauseriga, kaotamata olulist kasutajaliidest funktsioonid (nt veebipõhised spikrilehed). Platvormist sõltumatu tugi Java programmeerimiskeel seevastu on täielikult loobutud Windows XP, mis jätab alles ainult Microsofti enda skriptimise ja keeletoe. Microsoft väitis, et seda tehti vastuseks Suni õiguslikele meetmetele, kuid tegelikult võimaldavad juriidilised lepingud neil oma toodetega Java-d saata veel mitu aastat — tingimusel, et nad järgivad Java standardit. Pigem kui seda teha, otsustasid Redmondi turundajad Java Windows XP-st eemaldada Täiesti. Isegi Microsoft pole suutnud selgitada, kuidas see toob kasu kasutajate kogukonnale. Kõigepealt üritasid nad Java-d rikkuda, luues omaenda kokkusobimatu sordi, kuid Sun esitas kohtuasja ja võitis. Vastavalt selle juriidilise kokkuleppega keelati Microsoftil saata omaenda ühildumatuid tooteid ja nimetage seda Java-ks, kuid neil lubati toetada “puhast” Java-d. Aastal avatud kiri oma klientidele, Microsoft väitis, et “Sun kasutas kohtuvaidlust, et takistada Microsoftil suure jõudlusega Java-virtuaalset tarnimist masinal, mis kasutas Windowsi optimaalselt ära” ja et “Sun’s Valiku idee on see, et teil võib olla mis tahes keel, mida soovite, kui see on Suni versioon Java-st Suni kontrolli all.” Nüüd üritab Microsoft Java (ja platvormi sõltumatuse) tapmine, eemaldades Java toe Windowsil. Pärast Suni süüdistamist piiravas poliitikas lubavad nad nüüd omaenda klientidel kasutada ainult Microsofti Java versiooni Microsofti kontrolli all. Muidugi on viimane saadaval ainult Windowsis, samas kui Suni Java võib olla rakendatud mis tahes platvormil mis tahes arendaja poolt, tingimusel, et Java standard järgitakse ja järgitakse ühilduvusprobleeme.
Pigem korrumpeerunud standardid kui uuendused
Need kõik on näited sellest, kuidas Microsoft üritab kasutajate vabadust piirata pigem valikuvõimalusi kui konkureerida, tehes paremat tarkvara, mis austab globaalseid standardeid ja mis võivad suhelda ja koos eksisteerida kolmandate osapoolte toodetega multivendor keskkonnas. Kuigi enamik teisi suuremaid tarkvaraarendajaid panustab avatud lähtekoodiga tarkvarale ja seeläbi uute turgude loomisele, jätkab Microsoft OSS-i laimamiseks. Avatud standardid on Microsofti jaoks äriliselt vastuvõetamatud. Avatud standardid ja platvormideülene tehnoloogia ühendavad inimesi. Microsoft teiselt poolt seab nende vahele tahtlikud tõkked; kunstlikud seinad mis eksisteerivad ainult selleks, et luua kunstlik vajadus väravate ja akende järele.
1998. aasta novembris lekkis Microsoftist sisemine memo, mis selgelt väitis, et avatud lähtekoodiga tarkvara mitte ainult ei toimi ja skaleerib palju paremini kui Microsofti tooted (selles arutati eelkõige kvaliteeti ja kättesaadavust Linux), kuid tegi ka ettepaneku, et Microsoft ründaks neid paremaid tooteid “kaubast vabastamise protokollidena”. Teisisõnu, kui seisate silmitsi parema konkurendi, Microsofti eelistatud lähenemine on globaalse korrumpeerimise standardid ja võtta kasutusele varalised protokollid, mis seovad kasutaja Microsofti keskkonda.
Ära usu mind, vaata ise. Lugege Halloweeni dokumente, mille on kättesaadavaks teinud Avatud lähtekoodiga sihtasutus. (Microsoft on tunnistanud, et autentsus on need dokumendid.) See on väga huvitav lugemine.
Hea näide selle poliitika toimimisest (peale HTML-i ja Java) eespool kirjeldatud kõrvalekalded) on Microsofti katse Kerberost omaks võtta protokollis. Kerberos on MIT-i poolt välja töötatud autentimisprotokoll, mida levitatakse avatud lähtekoodiga tarkvarana. Microsoft lisas “uuendusliku täiustuse” Kerberosele, kuritarvitades reserveeritud välja, et täpsustada, kas NT masinal lubati autentida teine Kerberose süsteem, muutes selle Kerberose rikutud versioon, mis ei ühildu avatud lähtekoodiga versioonidega protsess. (Reserveeritud välja või mis tahes muu välja väärkasutamine on muidugi protokollistandardite ränk rikkumine.) Siis läks Microsoft edasi väitega, et nad olid “loonud” “täiustatud versiooni” Kerberosel”, nimetas tulemust oma intellektuaalseks omandiks ja ähvardas kohtusse kaevata kõik, kes julgevad selle oma tarkvarasse panna, sealhulgas Kerberose leiutaja MIT. Ainult sellele järgnenud ülemaailmne kära pani Microsofti selle uuesti läbi vaatama.
Ülaltoodud ja muid standardite kõrvalekaldeid silmas pidades on see üsna irooniline lugeda, mida Microsoft kirjutas veebilehel, mis oli avatud lähtekoodiga algatus: “Järgmise põlvkonna internet saab tekkida ainult siis, kui meil on standardid, millest kõik kinni peavad.” (Valgest raamatust “Jagatud allikas”, Michel van der Bel, Microsofti peadirektor Madalmaad.) Ilmselt saab meil olla toimiv Internet ainult siis, kui Microsoft dikteerib eranditult varalisi standardeid ja kõik järgivad kuulekalt Neid. Kas see on arendaja litsentsileping, mida ma enda ees näen?
Maailma teisendamine Microsofti standarditeks
Siin tulevad meelde Tolkien ja võimu sõrmused. Kasutage mõnda neist toodete või tehnoloogia kohal ja olete automaatselt pühendunud Windowsile. Kasutage Windowsi ning Microsofti rakendused ja protokollid muutuvad automaatselt Tulge sellega kaasa ja järgneb veel palju muud. Aeglaselt, kuid kindlalt ja sageli märkamatult, olete seotud Microsoftiga. Andmevahetuse standardite omastamine on ainult osa tööst. Rakenduste arendajad on Microsoftiga seotud sama palju kui kasutajaskond on. Ainult sel juhul arendusstandardid, meetodid ja programmeerimiskeskkonnad mängivad otsustavat rolli.
Microsoft on rakendustarkvara eest alati hästi hoolitsenud Arendajad. Nad õppisid palju arendajate hooldamisest ja toitmisest, kui nad töötasid Windows 3.0 ja väheste kolmandate osapoolte arendajatega olid valmis kohandama oma rakenduskoodi uuele platvormile. See ei olnud üllatav: Microsofti strateegia oli sel ajal üsna mudane, IBM valmistas ette kohtuasju MS-i vastu, kuna uus Windowsi kood oli täis tehnoloogiat, mida IBM tundis, et MS on varastanud ja vähe kolmandaid osapooli tundsin, et partnerluses on mingi protsent. Algne Windows spetsifikatsioonid ei olnud liiga selged ja see, mida selle tulevik toob, oli mida keegi arvab. Nii et keegi ei teadnud, milline elutsükkel on partnerlus ja sellest tulenevad tooted oleksid. Kõik, mis oli rakenduste arendajatele 1989. aastal selge, oli see, et 90% nende olemasolevatest DOS-i rakenduse koodidest tuleks täielikult ümber kirjutada. See tähendas, et Windowsi rakenduste arendamine tähendas tohutut investeeringut kahtlane tootlus. Selle tulemusena ei olnud peaaegu ühtegi kohalikku kolmandat osapoolt Windowsi rakendustes, kui Windows 3.0 vabastati. Esialgu kõik see hoidis Windowsi elus selle tagasiühilduvus DOS-iga.
Microsoft õppis sellest kõigest ja Gates inspireeris usaldust, öeldes: Microsofti täielik pühendumus Windowsile (ja tuleb öelda, et pannes oma raha, kus oli tema suu). Sellest ajast alates eelnes rakenduste arendamine igal uuel Windowsi väljalaskel, selle asemel, et seda järgida. Kaua enne esimest Windows ’95 beetaversiooni sai kättesaadavaks, arendajad olid töötanud vabalt kättesaadavad SDK-d ja muud arendusvahendid, et saada oma uus rakenduse kood valmis selleks ajaks, kui Windows ’95 turule jõuab. Pikk enne kui Windows ’95 oli jõudnud beetaversiooni, said arendajad kõik siseteavet, mida nad operatsioonisüsteemi kohta vajasid, API-d oleksid testimiseks võib kasutada hõlpsasti kättesaadavaid Windowsi väljalaske-eelseid versioone ja laulu jaoks oleks võimalik hankida kõiki arendusvahendeid.
Arendaja korrumpeerimine
Pole üllatav, et odavate tööriistade ja teabe rikkus meelitas paljusid arendajaid Windowsi keskkonda uute rakenduste loomiseks. Muidugi need rakendused muutusid tihedalt seotuks Microsofti platvormiga, kuna Akna suletud arhitektuur ja API-d; Windowsi kood on veelgi vähem kaasaskantav kui DOS kood oli. Kuid selleks ajaks, kui realiseerimine toimus, enamik arendajaid oli juba teinud suuri investeeringuid arenduskuludesse ja -jõupingutustesse, mis nad ei tahtnud maha kanda.
Ausalt öeldes tuleb öelda, et Microsofti arendusvahendid on atraktiivsed. Need võimaldavad teil integreerida Microsofti erinevaid komponentide tooteid suhteliselt hõlpsalt ja need pakuvad raamistikku, mis pakub palju võimalusi rakenduste kiireks arendamiseks. Näiteks Visual Basicu esikülje kirjutamine Accessi andmebaasi lõppu või sama andmebaasi (või MS-SQL-i) veebiloaga lõpp andmebaas), ilma et peaks kõigepealt ratast leiutama, on suuresti tööriistade kasutamine ja juhendite järgimine. Kuid seda tehes olete nõustunud teatud piirangutega. Need tehnikad toimivad hästi ainult Microsofti keskkonnas (mis tähendab, et peate võtma jõudluse ja kättesaadavuse probleemid iseenesestmõistetavaks) ja need seovad teie investeeringud Microsofti platvormiga Lõputult. Teistele platvormidele migreerumine nõuaks teilt oma loobumist investeerida ja alustada otsast peale.
Kahjuks ei pööra enamik inimesi tarkvaraarendusele suurt tähelepanu Tööriistadele. Samal ajal kui maailm vaidleb, vaidleb ja isegi kaebab Microsofti domineerimise üle kohtusse Rakenduste ja operatsioonisüsteemide kaudu on tarkvara, mida me iga päev kasutame, loodud arendajate poolt. Ja Microsoft kontrollib vaikselt arendajate südant, meeli ja digitaalseid tööriistakaste. See on kõige salakavalam viis välja juurida võistlus. Aja möödudes muutub see üha raskemaks arendajatel konkureeriva toote valmistamiseks või konkureeriva tehnoloogia toetamiseks.
Kuna liikmesriikidel on IT-turul kägistav mõju, on enamik Nii kasutajad kui ka arendajad, kes ei saa isegi aru, et mitte kogu maailm pole arvuti. Kasutajad näevad harva midagi muud kui Microsofti rakendusi ja dokumendid mõnes Microsofti vormingus ja eile kasutajad on muutunud tänaseks Arendajad.
Viimasel ajal üritab MS ADSI-d arendajate kõrist alla suruda, et luua uusi kataloogiteenuse liideseid ja vaesed schmuckid ei saa isegi aru, mis on jätkuv. Kõik, mida nad näevad, on tööriistakomplekt, mida on lihtne kasutada ja mis on kaasas kasutajaliidesega nagu kõik teised MS arendustooted. Nad saavad oma projekti, mis on tehtud poole ajaga ja enne, kui nad sellest aru saavad, on nad tootnud Microsofti “standardse” liidese, mis piirneb varaga. Siis on nad selle kaasaskantava koodiga igaveseks kinni või kaotavad oma investeeringu.
Selle tulemusena on ettevõtted sunnitud tehnoloogiliselt rakendama väljakutseid esitavaid operatsioonisüsteeme, et teha triviaalseid asju, näiteks vahetada Dokumendid.
Meedia standardid
Microsoft eirab täielikult kõiki standardeid, mida nad pole teinud loodud ise takistavad pidevalt tõelist tehnoloogilist arengut. See pole muidugi üllatav. Pärast seda, kui varalised standardid on saavutanud kindla tugipunkti IT-turul, pakuvad need Microsoftile rohkem võimendust Windowsi ja Windowsi rakenduste lükkamiseks ning tsükkel kordub. Sest näiteks Windows Media Player 7 ja uuemad versioonid ei töötanud operatsioonisüsteemis Windows NT4 ja varsti enamik ülemaailmses veebis kättesaadava sisu jaoks on vaja Media Player 8 või hiljem, et pääseda. Microsoft veendub selles “strateegilised” partnerlused ja arendaja tööriistad, mis väntavad ainult uusimaid failivorminguid. See sunnib kliente tõhusalt üle minema Windowsi uusimale versioonile (ja võib-olla osta ka uusi ja suuremaid arvuteid) et jätkata juurdepääsu multimeediumisisule.
2003. aasta mais tutvustas Microsoft oma DVD-d vormingus, kus filme saab esitada ainult Windows Media Player 9-s. Microsoft kommenteeris ka, et “… tulevane Office 2003 tööviljakus Tarkvarakomplektis võimaldab kasutajatel määrata, kes saab dokumendi avada või meilisõnumiga ja täpsustage kasutustingimused, näiteks kas nad saavad Andmete printimine, kopeerimine või edastamine. Interneti õiguste halduse lisandmoodul Explorer laiendab neid kaitsemeetmeid veebisisule.” Suurepärane. Teiste sõnadega, te ei saa Microsofti inimestega äri teha õiguste halduses, välja arvatud juhul, kui kasutate ka Microsofti õiguste haldust. Ja miks Microsoft vaevas MSN-i ja MSNBC-ga aastaid ja aastaid, samal ajal kui kõik need jaotused lisasid raamatutele punast tinti? Annan sulle vihje: pärast Media Playeri ja nende enda digitaalõiguste halduse kaubamärgi panemist Windowsi, on Microsoft nüüd hakanud muusikat ja muud sisu müüma.
Kaasaskantavuse takistamine
Mitte miski sellest ei soodusta tegelikult tehnoloogilisi uuendusi. Rakendused võivad töötada mis tahes platvormil ja andmevormingud võivad olla dokumenteeritud ja vabalt kasutatav. Avatud lähtekoodiga kogukond ja suur osa Unixist rakenduste turg õitseb sellisel platvormil sõltumatult. (Ja nii teeb ka enamik internetis.) Ja mitte ainult avatud lähtekoodiga tarkvara on platvormist sõltumatu. Veebibrauser, näiteks Netscape Navigator, töötab kõigil maitsetel Windows, OS/2, tosin maitset UNIX-i ja MacOS-i. Opera brauser on saadaval ka mitme operatsioonisüsteemi jaoks. DivX-videotööriistad on olemas Windowsis, Unixis, Mac ja palju muud. Ja paljud teised tõsised rakendused, alates andmebaasiserveritest ja kliendid kontorikomplektidesse, on saadaval mitme operatsioonisüsteemi jaoks. Need rakendusi arendatakse tavaliselt mitte-Windowsi platvormil (seega vältides Windowsile omaseid kaasaskantavuse probleeme) ja seejärel portiti Windowsi sisse vastus turunõudlusele.
Üldiselt kasutan umbes 20 erinevat rakendust. Kontoris võin neid juhtida mitmes süsteemis, varieerudes töölaua Unixi tööjaamadest suuremateni midrange süsteemid (Solaris, AIX), aeg-ajalt Apple Macintosh ja isegi Windowsi arvutid. Kui töötan kodus või klientidega, töötan samamoodi rakendustega Linuxis, DOS-kastides või Windowsis. Ükski neist rakendustest, ütlematagi selge, et need on välja töötanud Microsoft või Microsofti partnerid ja vähesed töötati algselt välja Windowsi platvormil. Ja muidugi enamikku neist ei saa käsitleda dokumente ühes paljudest varalistest ja vaevu dokumenteeritud dokumentidest Microsofti rakenduste kasutatavad vormingud.
Hiljuti on tehtud mõningaid katseid Microsofti rakenduste lubamiseks töötada muudes operatsioonisüsteemides peale Windowsi, erineval määral edu. Office XP lõppkasutaja litsentsis on aga klausel Leping, mis näeb ette, et Office XP-d võib kasutada ainult Microsofti peal operatsioonisüsteemis. Ilmselt ei soovi Microsoft tugineda tehnilisele takistusele ainult koostalitlusvõimele ja on otsustanud sisse seada õiguslikud samuti takistused, et piirata kasutajate valikuvabadust.
Jaga ja valluta
See on lihtne strateegia: jaga ja valluta. Teabevahetuse vältimine varaliste protokollide ja vormingute kaudu. Julgustage või sundige kasutajaid kasutama teie rakendusi ja siduge need oma protokollidega. Pange nad tarkvara kasutama, mis töötab ainult teie enda platvormil. Saastage olemasolevaid ülemaailmseid standardeid nii palju kui võimalik ja motiveerida teenusepakkujaid kasutama varalist protokolli Laiendused. Sundige oma äripartnereid sama tegema. Ärge pakkuge uusi võimalusi kasutajaskonnale, pakkudes paremat tehnoloogiat, kuid selle asemel saboteerida teiste toodete ja standardite koostalitlusvõimet ning lämmatada konkureeriva tehnoloogia areng ja areng.
Seejärel pange kasutajad uskuma, et nad saavad kasu “nendest põnevatest uutest uuendustest” ja juhtida tähelepanu sellele, et olemasolevate standardite järgimine takistab arengut. Kontrollige tööriistu, mida kasutavad arendajad, kes loovad rakendused, mida kasutame iga päev ja mis muudavad selle üha raskemaks nad järgivad võistleja rada. Kasutajate ja arendajate sidumine Windowsiga platvormil, aeglaselt, kuid kindlalt, üks samm korraga, kuni see on võimatu põgenevad.
Nii tehaksegi… Redmondi maal, kus varjud asuvad.
Järgneb…
