Bill Gates a szoftverek együttműködéséről
2005. február 7. 15:03, hétfő
Bill Gates legújabb vezetői levele - melyet a világon mintegy 250 000 Microsoft ügyfélhez és partnerhez juttatott el - az interoperabilitás (szoftverek és rendszerek együttműködő-képessége) kérdését járja körül.

Hirdetés

A vállalatok nap, mint nap szembesülnek azzal a problémával, hogy többféle, különböző gyártmányú szoftver között kell együttműködést kialakítaniuk. Ez ugyanis elengedhetetlen feltétele annak, hogy racionalizálni tudják üzleti folyamataikat, szorosabb kapcsolatot építhessenek ki vevőikkel és partnereikkel, vagy akár sikerrel zárhassák az esetleges vállalatfelvásárlást vagy -egyesülést. A heterogén technológiák összekötése és a költségek csökkentése napjainkban olyan kihívást jelent, amely a szervezetek minden szintjét érinti. Egy vállalati rendszernek napjainkban kapcsolatot kell teremtenie a partnerek rendszereivel, el kell érnie különböző mainframe-en tárolt adatokat, összeköttetést kell kialakítania az eltérő programozási nyelven megírt alkalmazások között, és képesnek kell lennie egyszerre több rendszerbe is bejelentkezni.

Az évek során az iparág többféle módszerrel próbálta kiküszöbölni a szoftverek heterogenitásából eredő problémákat. Bebizonyosodott azonban, hogy egyetlen olyan megoldás van csupán, amely mindig jól működött, és ma is sikeresen használható: ez pedig nem más, mint az együttműködő-képesség és az átjárhatóság melletti erős elkötelezettség. Ez azt jelenti, hogy a különféle alkalmazásokat és rendszereket rendeltetésüknek megfelelően működtetjük, ugyanakkor egy közös "szerződésben" szabályozzuk azt, hogy ezek a különnemű rendszerek milyen módon kommunikáljanak, és hogyan cseréljék ki egymással adataikat.

Az eddigi gyakorlatnál, ahol a rendszerek kód szintjén való kompatibilitása, az olyan un. middleware rétegek létrehozása, amelyek megkísérlik mindegyik rendszer működését hasonlónak feltüntetni, illetve a különböző rendszereket kvázi csereszabatossá átalakítani, az együttműködő-képesség (interoperability) kialakítására való törekvés pragmatikusabb megközelítés. Ha a különböző szoftverek "egyetértenek" az alapvető protokollokat illetően, minimális ismeretek birtokában is problémamentesen kommunikálhatnak egymással, és nem kell részletesen ismerniük a másik működését. Talán az internet a legkézenfekvőbb példája ennek az együttműködő-készségnek: az interneten keresztül minden szoftver képes kapcsolatot teremteni, és adatokat cserélni, csupán a legfontosabb protokollokat kell betartania.

Összegezve: az együttműködő-készség kialakítása bevált módszere a piacon tapasztalható sokféleség és heterogenitás kezelésének. Levelében a Microsoft interoperabilitással, azaz a rendszerek együttműködő képességével kapcsolatos stratégiájának két fontos csapásirányáról szól. "Egyrészt, továbbra is igyekszünk megfelelni ügyfeleink azon igényének, hogy a szoftvereik zökkenőmenetesen működjenek együtt meglévő eszközeikkel. A másik törekvésünk pedig, hogy a szoftveripar többi szereplőjével közösen definiáljuk a szoftverek és a web szolgáltatások új, XML (eXtensible Markup Language) nyelven alapuló generációját. Ennek a megoldásnak köszönhetően hatékonyabb információ megosztásra nyílik mód, és megnyílik az út a szoftver fejlesztés egy magasabb szintje felé, ahol az együttműködő képesség alapvető tulajdonsága lesz a szoftvereknek. Célunk, hogy az interoperabilitás révén kiaknázzuk a modern (és kevésbé modern) üzleti szoftverek teljes kapacitását, és olyan hatásfokú együttműködésre tegyük őket képessé, amelyben az egész többet jelent a részek összegénél. Teljesen ki kívánjuk küszöbölni a heterogén architektúrák és alkalmazások közötti súrlódást, anélkül hogy károsítanánk sajátos funkcionalitásukat."

Ez a megközelítés kézenfekvőnek látszik, de az interoperabilitás igényét gyakran összekeverik más problémákkal. Előfordul, hogy az együttműködő-képességre pusztán úgy tekintenek, mint valamely gyártó vagy szabványügyi szervezet nyilvános specifikációjának betartására. Nem elég azonban közzétenni egy specifikációt, mivel az - az együttműködő-képes termékek kapcsán - általában figyelmen kívül hagyja, hogy a specifikációban rögzített "szerződés" megvalósul-e a szoftverben, és átesik-e a szükséges, éles környezetben lefolytatott teszteken.

Az együttműködő-képességet sokszor összetévesztik a nyilvános forráskódú szoftverrel is: Míg az interoperabilitás a különböző szoftverrendszerek közötti olajozottan működő munkakapcsolatot jelenti, addig a nyilvános forráskód a szoftverek licencelésének és fejlesztésének egy módja, mely semmit sem árul el arról, hogy az ilyen szoftverek együttműködő-képesek-e vagy sem. A nyilvános forráskódú fejlesztési módszer ezenkívül azt eredményezi, hogy ugyanabból a programból számos különféle verzió jöhet létre, ami még tovább növeli az átjárhatóság kialakításához és a teszteléshez szükséges munkát.

Együttműködés a meglévő eszközökkel

A legtöbb szervezetet aligha lehet rávenni, hogy teljes egészében cserélje le meglévő technológiáit. Ehhez egyszerűen már túl sokat invesztáltak a több gyártótól származó különféle rendszerekbe. Így jogos az elvárás, hogy az új szoftverek együttműködő-képesek legyenek a már meglévőkkel.

"Az erőfeszítések eredményeképpen a Microsoft az interoperabilitást biztosító funkciók teljes választékát kínálja operációs rendszereiben és egyes alkalmazásaiban egyaránt. Szoftvereink a piacon létező technológiák nagy részével képesek együttműködni, függetlenül azok gyártási időpontjától. A Microsoft szoftverei eredményesen tudnak kommunikálni az IBM és más gyártók mainframe-jeivel és miniszámítógépeivel; más operációs rendszerekkel, köztük a MAC OS-sel és a UNIX különféle variánsaival, így a Linuxszal is; a NetWare és az AppleTalk hálózatokkal és a natív internet protokollokkal; programozási nyelvek tucatjaival, kezdve COBOL-tól és az RPG-től a C++-on és a Javán keresztül egészen a legújabb kísérleti nyelvekig; több száz adatbázissal, köztük az Oracle-lel, a Sybase-zel és a DB2-vel; a népszerű üzleti alkalmazásokkal, például az SAP-val és a Siebellel; vertikális iparági szabványokkal például a SWIFT-tel és a HL7-tel; levelezőrendszerekkel; továbbá üzenetsor-, címtár-, felügyeleti és biztonsági szolgáltatásokat nyújtó infrastrukturális megoldásokkal."

"A Microsoft számos terméke - például a Windows, az Office, az SQL Server, az Exchange és a Visual Studio - bőségesen tartalmaz olyan funkciókat, amelyek a nem Microsoft-termékekkel való együttműködést szolgálják. Sőt, a Microsoft kiszolgálói termékei között olyanok is vannak, amelyek csakis az együttműködés megteremtését célozzák: ilyen például a mainframe-ek elérésére módot adó Host Integration Server, a több heterogén alkalmazás integrálását lehetővé tevő BizTalk Server, illetve az Identity Integration Server, amely a felhasználók több rendszerben történő hitelesítését és kezelését könnyíti meg."

"Bár az átjárhatósággal kapcsolatos beruházásainkat általában szoftvereink szerkezeti kialakítására fordítjuk, a szoftveriparon belüli átjárhatóság megteremtésére irányuló munkában is részt veszünk. A Microsoft számos formális és informális számítástechnikai szabványügyi szervezetben aktív az átjárhatóság előfeltételeit biztosító specifikációk közös definiálása céljából. Elérhetővé tesszük az API-kat, a protokollokat és a szoftverfejlesztő készleteket, és licencbe adjuk a technológiák alapját alkotó szellemi tulajdonunkat - annak érdekében, hogy elősegítsük az együttműködő-képes szoftverek fejlesztését az iparágban. Az iparág szereplőinek széles körével, köztük közvetlen konkurenseinkkel, működünk együtt és osztjuk meg technológiáinkat azért, hogy a termékeinkkel zökkenőmenetesen együttműködő megoldásokat állíthassanak elő."

A Jupiter Research nemrégiben közzétett felmérése szerint az informatikai vezetők 72%úgy véli, hogy a Microsoft technológiái a leginkább átjárhatók meglévő környezetükön belül. Az egyik neves gazdasági magazin a közelmúltban a legjobb üzleti fejlesztőkörnyezetnek járó díjat ítélte oda a .NET-nek a pénzügyi ágazat átjárhatóságának fokozásáért. Az interopreabilitásnak ez a sikeres megközelítése nagy részben abban gyökerezik, hogy a vállalat hagyományosan a személyi számítógépek világában tevékenykedik: ennek következtében mindig is súlyt fektettünk arra, hogy a különböző cégek különféle termékei jól definiált mechanizmussal kommunikáljanak, hiszen a PC-ken működő hardverek és szoftverek hihetetlenül változatosak. Az interoperabilitás iránti elkötelezettség híján az egész iparág, beleértve a Microsoftot is, külön-külön pályákon vesztegelne."

Új generációs szoftverek az XML segítségével

"A Microsoft szoftverei napjainkban bámulatba ejtően sokféle együttműködési mechanizmust támogatnak, ám ezek többsége egyedi megoldás, amelyet külön fejlesztettünk, teszteltünk és tartunk karban annak érdekében, hogy egy bizonyos hardverrel vagy szoftverrel megoldható legyen az együttműködés. A rendszerek így egyre bonyolultabbá válnak, mivel minden együttműködési problémára külön megoldást kell készíteni. A felhasználók és a gyártók - még a Microsofthoz hasonló méretű cégek is - erőforrásgondokkal küzdenek. Nem tudnak lépést tartani az ilyen szemlélet által megkövetelt dokumentációs és tesztelési követelményekkel, és nem tudják biztosítani az ilyen jellegű munkához szükséges részletekbe menő technikai ismereteket sem."

"A Microsoft, a probléma megoldása érdekében - az informatikai iparággal együttműködve - a szoftverek olyan új generációjának kialakítására törekszik, amely gyárilag képes az együttműködésre, csökkentve ezzel az egyedi fejlesztés, valamint a nehézkes tesztelési és tanúsítási eljárások iránti igényt. Az erőfeszítések az XML használata köré összpontosulnak. Ez a nyelv ugyanis "önleíróvá" - ezáltal más rendszerek számára könnyebben érthetővé - teszi az információkat. Például, amikor egy rendszer megrendelést küld egy másik rendszerbe, akkor annak megrendelés jellemzői XML nyelven vannak leírva, így a fogadó rendszer a leírások alapján értelmezni tudja, és fel tudja használni az átvitt adatokat. Ugyanezen a szemléleten alapulnak az XML web szolgáltatások, amelyek az elosztott számítógépes környezet egy internetes protokollkészletét biztosítják. A szoftverek közötti kommunikációnak ezt az új modelljét a teljes iparág befogadta. Ez a sarokköve a Microsoft .NET-nek és Visual Studio szoftverfejlesztő-eszközeink legújabb generációjának."

"Ugyanez a szemlélet nyilvánul meg abban is, hogy az XML-t használtuk fel az Office 2003 és az Office Rendszer termékei között az adatok átjárhatóságának biztosítására. Az Office dokumentumok, táblázatok és űrlapok bárki számára ingyenesen licencelhető és felhasználható XML-fájlformátumban menthetők el. Az ismert Office dokumentum típusokon kívül a felhasználó által definiált XML-sémán alapuló dokumentumok is készíthetők. Ebből két dolog következik: az egyik, hogy az XML adatformátum támogatásának köszönhetően a felhasználók könnyen kiszabadíthatják az információkat a meglévő rendszerek fogságából, és műveleteket végezhetnek velük a jól ismert Office alkalmazásokban. A másik pedig, hogy az Office segítségével készített információk könnyen felhasználhatók más üzleti alkalmazásokban."

"A webszolgáltatások XML alapú architektúráját (amely WS-* "WS-Star" néven ismert) szoros együttműködésben fejlesztjük az iparág más vállalataival, megtalálható köztük például az IBM, a Sun, az Oracle és a BEA is. Ez a szabványos protokollkészlet jelentős mértékben csökkenti a különböző rendszerek összekötésével járó költségeket, leegyszerűsíti a feladatot, valamint nemcsak a szervezeteken belüli, hanem az egész világra kiterjedő együttműködő-képességre ad módot. 2003 közepén a Forrester Research azt mondta, hogy a "szabványos szoftverillesztést használó, szolgáltatás-centrikus architektúrák tízszeres javulást fognak eredményezni a fejlesztési költségek terén". A Forrester szerint már ma is reális ilyen javulással számolni. Ám a jól definiált protokoll-architektúra megalkotása csak egy része a problémának. Az együttműködés részeként a Microsoft és a többi cég jelentős erőforrásokat áldozott arra, hogy a különböző vállalatok által készített webszolgáltatások valóban együtt tudjanak működni. Ebből a célból sor került például szakmai műhelyfoglalkozásokra, tesztekre, a specifikációk átdolgozására, sőt, az együttműködő-képesség előmozdítását segítő WS-I nevű iparági testület létrehozására is."

Bill Gates szerint a társaság ez idáig hozott anyagi áldozatai az interoperabilitás kialakítása érdekében jelentős előnyöket hoztak mind a felhasználók, mind pedig az iparág számára. "Mindannyian tudatában vagyunk azonban annak, hogy még ennél is többet kell tennünk azért, hogy ügyfeleink és partnereink még nagyobb mértékű együttműködő-képességet tudjanak elérni, és ezáltal meg tudjanak felelni az üzleti elvárásoknak. Az XML formájában megépített alap már eddig is jelentős mértékű csökkenést eredményezett a rendszerek integrálásához szükséges idő és költségek terén."
Kapcsolódó linkek
Laptopok

Már 49 900 Ft-tól!

E-book olvasók

Már 17 043 Ft-tól!

Tablet PC-k

Már 23 140 Ft-tól!

LCD monitorok

Már 19 800 Ft-tól!

részletek » részletek » részletek » részletek »
Megosztás
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
 

Rövidhírek, sajtóközlemények
Hirdetés



Hozzászólások
A témához csak regisztrált és bejelentkezett látogatók szólhatnak hozzá!
Bejelentkezéshez klikk ide
(Regisztráció a fórum nyitóoldalán)
h4x0r  
2005. feb. 11. 17:34 | galéria | válasz | #35
Nem hinnem, hogy a Gnome vagy a KDE kommersz lesz, de ha megis, akkor is maradnak az ablakkezelok. Aki nem tud fizetni, az majd hasznal egy szimpla ablakkezelot. Tul nagy a verseny amugy. Ki fogja megtenni az elso lepest? Mert attol sokan fognak atpartolni a masikhoz. Talan...
2005. feb. 10. 19:01 | válasz | #34
Saknálom, hogy nem érted, mert nem a Win-Lin közötti dologról beszélgetünk itt most, hanem kizárolag az Open Source játékosokról... itt arra gondoltam, hogy a KDE és GNOME "elgörbül" azok amelyek meg tovább is a tiszta non-kommerciális free software irányzatot akarják majd követni azok meg lehullanak, vagy ha nem is, nagyon kevesen fogják használni. Tehát a Linux és az Open Source kommercializásával lassan a WIndows fajta gödrökbe is bele fog lépni, ezért jobban szeretném, ha nem futna minden majom gépén Linux, hanem inkább maradna a high pro-k rendszere... sajnos ezt a jelenlegi lépések nem fogják megvigyázni...
h4x0r  
2005. feb. 10. 16:58 | galéria | válasz | #33
"[...]mert nem fog képes lépést tartani a populárisokkal és akkor meg már nem igen lesz választásod."

Ezt mintha mar mondtak volna kb. 3-4 evvel ezelott a Linuxal vs. Windowssal kapcsolatban. De tartotta a versenyt :-)
2005. feb. 10. 16:23 | válasz | #32
"Torvalds and Morton, the top two managers of the Linux kernel who work for the OSDL, now plan to release interim updates, with new features and patches, every two months. That's a marked difference from past practice. "The traditional model of Linux kernel development in the past 10 years is we make available an unstable kernel, then a stable kernel," every two- or three-year period, said Morton."



http://www.crn.com/sections/breakingnews/breakingnews.jhtml?articleId=59300297

Tudom, hogy a kernelt és a KDE, GNOME stb. nem ugyanazok fejlesztik, és OK, választatsz közülük, de mi lesz, ha mind olyan irányba fog menni, hogy két rosz közül kell választanod? Nem mondom, hogy most az a helyzet, de lassan arra felé halad a gépezet maga a kommercializálás miatt. A Novell azt akarja, hogy betörjön a vállalati desktop piacra és ezért mindent megtesz azért, hogy a KDE és a GNOME is, (ami egyébként a SUSE és a Ximian felvásárlásával nagyon is lehetségesé vált), minnél hasonlobb legyen a Windowshoz, gyorsan nyomják az új verziókat (figyeld csak meg a KDE és a GNOME tempo is felgyorsult) és ezáltal itt is több lesz a bug. A többi igazszívű Free szoftver meg lassacskán kiszorul, mert nem fog képes lépést tartani a populárisokkal és akkor meg már nem igen lesz választásod. A Linux és az Open Source szoftver a popularitásával és kommercializálásával jár egy nem igen jó dolog is, az pedig éppen az ami most az MS rendszerek legnagyobb hibája, a biztonsági halasztások, és a bugok, ja és persze a sokszor felesleges de a reklámokban annyira jól szereplő feat-ek. Mégegyszer mondom, most még nem tartunk itt, de félek, hogy nagylépésekkel oda kerülünk...
pemga  
2005. feb. 10. 09:56 | válasz | #31
Ezt mikor mondta? Lemaradtam. Én még ott tartok, hogy "akkor adjuk ki, ha kész lesz".

Egyébként nem értem, miért forszírozna bárki is új kernel megjelenést? A 2.4-ben is olyan feat-ek vannak, hogy ihaj, pedig az sem egy mai darab. Ha nagyon sürgős drivertámogatás kell, ott az ndis :). Mondjuk az igaz, hogy ez a megoldás csak egy pofon a szarnak, de legalább működik. És ha ezt használom, akkor legalább tudom mire számíthatok. (Igen, én voltam a hülye, hogy olyan vasat vettem.)

Másrészt a kernelt, a KDE-t, és a GNOME-t nem ugyanazok fejlesztik. (Volt/van is kellemes belső viadal a KDE és a Gnome között, szerintem igen pozitív kimenetellel, ráadásul ÉN választhatok közülük, és ha nagyon akarok választhatok mást is.) Én legalábbis úgy látom, hogy amíg vannak fejlesztők, addig menni fog. Ők tartják életben az egészet, nem a cégek. Nem tudom, a kettő mennyire tud kompatibilis lenni hosszú távon. (Ha mégsem menne, akkor meg csinálnak másik, új oprencert, mert van pár régről maradt dolog, amit le lehetne már vetkőzni.)
2005. feb. 10. 04:39 | válasz | #30
Hogyan magyarázod pl. nem más mint maga Linus Torvalds bejelentését, hogy ezentúl a kernel sokkal gyorsabban fog frissülni mint eddig, nem gondolod, hogy ennek kommerciális okai vannak és másrészt meg az lesz a kihatása akódra, hogy kevésbe stabilabb lesz, sok új kód bugokhoz vezet és ez meg rongálja a stabilitást, 4-5 éve van, hogy az IBM egyik OS mérnöke kijelentette, hogy körülbelül az Isten akarata kell ahoz, hogy az OS/390-es OS-ében valamit megváltoztassanak... és ezért olyan stabil, hogy 99.99999 sőt 100% az uptime évek során... a Linux is a stabilitásáról ismert, és most ez megkérdőjeleződik, mert az lesz a gond, hogy támogat e minden szar hardvert ami Pistikének a tulajdonában van, meg, hogy milyen jól fog kinézni a KDE vagy a GNOME... pedig CDE-n is elmegy a dolog, most már a Solaris 10-is alapértelmezésből egy sokkal instabilabb GNOME alapú Java Desktop rendszert emel fel, hogy szép tarka legyen épp úgy mint a Windows... fel kell fogni azt, hogy az MS-ben világklasszis programozók és szakemberek dolgoznak, de mivel a Windows filozófiája az, hogy minden dolgozzon rajta a szupergéptől a szemétig, hogy szép tarka legyen ezért evente többmillió sor új kód kerül bele és ezt még azok a szuperkóderek sem képessek hiba nélkül megirni, ha a Linux is és az egész Open Source erre megy akkor a végeredmény még rosszabb lesz. AZ meg, hogy Debiánt használsz az csak azt mondja, hogy neked a stabilitás igen fontos, mert tudom, hogy a Debián az egyik legkomolyabb de leglasabb ütemben változó distro, tehát egyetértesz velem, hogy a nem jó a kód kommercializási vonala, mert akkor amikor pénz a cél akkor sietünk az új és relatív felesleges dolgok implementálásában.
pemga  
2005. feb. 09. 16:29 | válasz | #29
Na, én ezért használok Debian-t, abban ugyanis nagyon szigorú előírások vannak, mi kerülhet bele. Az hogy egy része kommercializálódik, az nem jelenti azt, hogy az egész ötlet (mármint az OpenSource) úgy ahogy van hamvába hull, és el lehet felejteni. Szerintem nem érdemes összekeverni a hangembereket pl. az FSF-el, vagy bármely fejlesztővel, akinek cucca jelenik meg SourceForge-on, vagy FreshMeat-en.

Tudom, hogy vannak akik mindenből pénzt akarnak kisajtolni, de egyelőre ez a kódra nem látom, hogy negatív hatással lenne. A GPL-ből nem lehet "kiugrani", ha azt fejleszted tovább, akkor továbbra is meg kell mutatnod mit csináltál. (Az más kérdés, hogy eddig nem nyert a community pert ez alapján.) Mob mindig volt, de nem ők alkotják a gerincet :).
2005. feb. 09. 14:14 | válasz | #28
OK, nem is úgy gondoltam, hogy az Open Source valami business, de olvasgass egy picit a Linuxos oldalakon, vagy tölts le egy-két Linux World Magazine-t (ingyenes .pdf), és majd meglátod, mennyire torkaszakadtából erölködnek, hogy kitaszítsák a WIndows-ot, sokszor értelmetlen és tulzott érvekkel is, és ebben egyáltalán nem különböznek a Microsoftnál, mindkét oldal a saját dumáját nyomja, és az igazság, hogy egyiknek sincs igaza. Mondom ezt mint egy Linux használó... tehát még véletlenül sem vagyok Linux (Open Source) ellenes, de még véletlenül sem vagyok MS ellenes sem... az Open Source meg szerintem és nem csak szerintem elvesztette szépségét akkor amikor kivitték Richard Stallman elképzelt kereteiből és beszáltak a nagytőkések... kitalálták, hogy OPEN SOURCE, ahelyett, hogy FREE SOFTWARE és stb. És az elkövetkező években nagy business lesz belőlle (hidd el az IBM és az Oracle stb. nem szórakozásból lanál a szószban)... kezdem érezni a kommercializáció hatását, az emberi természet visszafoghatatlan és azok akik most a Microsoft ellenes dumákkal jönnek elő elsőnek fogják ugyanazokat a lépéseket csinálni amiért most a Microsoftot leszarják, csak most még nem tehetik, de hamarossan igen (olvasd amikor megindul a pénzcsordulás, a Linux és az Open Source meg napról-napra több pénzt hoz a konyhára... az igazi GNU Free Software-re amikor még nem kommercializálták az ügyet ez nem volt mondható)
pemga  
2005. feb. 09. 09:56 | válasz | #27
Az OpenSource önmagában nem business, ezt sokan a bőrükön tapasztalták meg. Tanácsadó v. egyéb szolgáltatást _ráépíteni_, ebből próbálnak pénzt csinálni páran. Ezért aztán az OpenSource soha nem ment a szabványok ellen, hanem igyekezett követni őket (ami nem túl egyszerű, mert a legtöbb esetben a szabványok belsők, titkosak, vagy őrült pénzeket kérnek érte. Az internetes szabványok egy nagy kivételhalmaz, amiért örök hála mindenkinek :)).
2005. feb. 09. 01:18 | válasz | #26
Egy valami mindég holtbiztos az business-ben mindég mindenki a saját érdeke alapján dolgozik, ez egyaránt érvényes az Open Source-ra is meg a Microsoftra is, a baj éppen ott van, hogy ezekek az érdekek álltalában ellenkezőek... na de azt hiszem, hogy ebben az esetben mindkettő oldalnak az érdeke az együttműködés és ezért is van most ez a bejelentés B.G. részéről.
Ceb  
2005. feb. 09. 00:21 | válasz | #25
Hát ez tényleg lol, ahogy Billy beszél arról h a microsoft eddig mennyit belelölt a kompatibilitásba :) talán az ellenkezőjébe, inkább. Mondjuk erre az új kezdeményezésre kiváncsi leszek, meglátjuk mi sül ki. Bár biztos megvan A micronak benne a saját érdeke , ez az egy holtbiztos.
2005. feb. 08. 20:45 | válasz | #24
Jóvan bazze. A TCP/IPt mint protokollt említettem, nem mint konkrét példát, hogy hogy válthat ki egy hálózati protokolt az xml, de látom ezt megérteni nem lehet. A webes megoldásra biztos kurva jó a webes xmles miafasz, de FTP eddig is volt. És ez most egészen úgy hangzott.
FTeR   "Rest in Peace FTeR" 
2005. feb. 08. 18:32 | válasz | #23
köszönöm.
ezt értettem 2 aktív rendszer között.
2005. feb. 08. 18:14 | válasz | #22
Ja és, ha valaki nem értené... jelenleg a világban egy SOA (Service Oriented Architecture) revolució van folyamatban, és a közeljövőben minden a web szolgáltatásokon fog alapulni, legyenek azok lokálissak vagy globálissak, nem számít, aki pedig ezt az együttműködést a hagyományos technológiákon keresztül látja az nem is láthatja... a kulcsszó WEB SERVICES, és akkor minden másként működik...
2005. feb. 08. 18:09 | válasz | #21
Nem kell, hogy XML legyen TCP/IP helyett, és ezt nem is tudom, hogy képzeled el, hiszen a két dolog nem komplementáris... az együttműködés meg így megy:
A Windows biztosít web szolgáltatást (XML) amely nem más mint az interface megtestesítője, amikor pl. a Linuxból akarsz Windows fajl rendszert olvasni, ahelyett, hogy direkt kapálj az NTFS-ben egyszerűen hozzáfordulsz a Windows NTFS web szolgáltatáshoz és kapsz kéred tölle ami kell vagy felirod amit akarsz az NTFS fájl rendszerbe, ugyanígy ha Windowsból akarsz irkálni ext3-ra akkor a Linux web szolgáltatása fog kiszolgálni. Ugyanilyen az eljárás (web service) fog minden olyan területen, ahol fontos az interoperability kiszolgálni... és ez egyszerű XML. Ez működőképes a vállalati felhasználásoknál és jobb mintha direkt kapálna minden mindennel. Persze, hogy ezt elfogadjuk egy context switch kell, hogy végbemennyen a világnézetünkben, és elejében egy picit nehéz lesz, de vegyél peldát az életből, mindég jobban jársz ha valakitól megkapod az információt amire szükséged van, mint amikor ezeket az információkat direkt akarod valakitől kicsavarni. Persze mondhatod, hogy visszafoghathatók az információk része, de ebben az esetben nincs interoperability és felesleges az erölködés. Vagyis amit már mondtam a közelmúltban, lassan a Linux megtanulja becsülni a Windowsot és a Windows megtanulja becsölni a Linuxot, mert más nincs... a jövőben meg kell szokjuk, hogy mindkét rendszer jelenléte olyan nagy lesz, hogy egyszerűen nem lehet egyiket sem kizárni, és mindkét rendszer sikere inkább attol fog fügni, hogy hogyan tud együttműködni a másikkal, ezt a Linuxosok már régen tudják (csak a Windows esetében megprobálták mellőzni) a Microsoft meg most kezdte megtanulni.
2005. feb. 08. 17:05 | válasz | #20
Az FSt pl megemlítettem, mint egy olyan dolog ami az 1üttműködésnek része, vagy a bootloader. De említettem hátózati kommunikációt is, protokollokat, és még mindig nem válaszoltál arra, a kérdésemre, hogy mit tett le az MS az asztalra. Mert awindowsban nincs NFS kliens. (Ami mondjuk olyan mint a windows hálózati megosztás) vagy, milyen progival érek el egy linux terminál szervert? ssh kliens van alapból winben? X terminált? Az X11 elég szabványos. Az, hogy windowsos megosztásokat lehet használni linux alatt, vagy bsd alatt az nem az MS érdeme, mint már említette. Mireez te is mondhatnál egy két okosat hamár.... Szomjazom a tudást. Kérlek mondd meg nekem a frankót. Az XML sokmindenre jó, de nem mindenre ad megoldást.
dez  
2005. feb. 08. 15:55 | válasz | #19
Nekem nem úgy tűnik, hogy csak arról beszélt volna.
dez  
2005. feb. 08. 15:54 | válasz | #18
Ő a gyér? Vagy aki ilyen infantilisen ír?
pemga  
2005. feb. 08. 15:28 | válasz | #17
Egyébként létezik NFS kliens implementáció win-re, csak fel kell iratkozni egy spam-listára, a szerverért már ki kell csengetni párszáz USD-t :). (Ez is amit nagyon utálok win-ben, hogy a legalapvetőbb dolgokért is komoly összegeket ki kell csengetni; cygwin egy nagy segítség, ha a megrendelő valamiért imádja, hogy ilyen szutyok alatt kell dolgozni)
pemga  
2005. feb. 08. 15:03 | válasz | #16
Ezzel nekem olyan gondom van, hogy az gyártott XML-ek gyanítom olyanok lesznek, mint a gyártott HTML-ek: rettenetesen pofázósak (legapróbb kis hülye field info is lementve _egyenként_), és gyanítom a leíró file-ok meg pénzbe fognak kerülni...

Egyébként az MS-t protokoll kompatibilitásról hallgatni nagyon LOL (és köpönyegforgató) dolog. Elég csak az AIM Vs. MSN háborúra gondolni, amikor az MS folyamatosan csak azért változtatta meg a protokollt, hogy ne engedje be a konkurrens chatprogit. Vagy egy másik "kedves" gesztus, a samba-nál, hogy folyamatosan flush-t kért (szinte már DOS-olva pl. linuxos szervert), amit a saját implementációjában aztán "elfelejtett megvalósítani" így az nem volt brutál lassú, míg a linuxos igen... Az IPv6-ot is egyénileg értelmezte (pl. csak fix hosszúságú kulcsokat bírt használni az IPSec-hez, stb.) Az Internet kezdetek kezdetén levő heggesztett hoplimit (TTL mező, Win95-ben), amivel így a messzire levő gépeket win-ből nem lehetett látni, linux-ból meg igen. Stb-stb. A sor tetszőlegesen folytatható :).
FTeR   "Rest in Peace FTeR" 
2005. feb. 08. 13:16 | válasz | #15
rájöttem mit értesz félre.
a levélben 2 aktív rendszer közötti kommonukációról (párbeszédről) van szó, tehát 2 vagy több hálózatba kötött rendszerről, amelyek valamilyen protokolon keresztűl (akár TCP/IP) valamilyen adatokat (pl XMLben) cserélne.
te egy aktív (pl OS) és egy passzív (pl FS) közöttiről beszélsz.
azon kívűl, hogy a kettőnek semmi köze egymáshoz, még ráadásúl a te megközelítésedben mégcsak kommonukácvió sincs, mert az hogy egy OS tud e olvani valamilyen FSt az nem az...
mireez   "Rest in Peace mireez" 
2005. feb. 08. 12:38 | válasz | #14
te vagy az indok. vagy te ilyen gyér vagy?:D
FTeR   "Rest in Peace FTeR" 
2005. feb. 08. 10:54 | válasz | #13
ezek a rendszerek a szabványok miatt tudnak együtműködni, és mivel a szabványok kidolgozásában az M$ részt vesz, sőt ő kezdeményezi...
dshk  
2005. feb. 08. 07:47 | válasz | #12
szerintem meg az nincs eszénél, aki azt hiszi, hogy a micro$oft eleddig másra sem törekedett csak hogy együttműködjön más szoftverekkel. Haha. Amikor nagy ritkán ez megtörtént, az csak azért volt, mert egy piacon nem tudott kapásból domináns szerepet kapni. Ezért aztán együttműködik - egészen addig amig megerősödik. Ez a levél tipikus propagandaanyag, egyszerűen válasz a legutóbbi történésekre: az EU éppen most büntette meg mert nem publikálta belső apikat, amit viszont ők maguk felhasználtak, éppen most akarnak nyílt dokumentumformátumot előírni, amelynek nem felel meg a m$ office stb. Ezért jutott eszébe hirtelen Gatesnek, hogy ő milyen interoperábilis. És pontosan addig fog tartani ez a korszaka, amíg eléri a célját. Ha eléri.
2005. feb. 07. 22:56 | válasz | #11
"A Microsoft szoftverei eredményesen tudnak kommunikálni az IBM és más gyártók mainframe-jeivel és miniszámítógépeivel; más operációs rendszerekkel, köztük a MAC OS-sel és a UNIX különféle variánsaival, így a Linuxszal is;" Erre mondom én azt, hogy ez legkevésbé az MS érdeme. A bootloadert nem írja felül minden OS. Ez nem igaz. Ha mégis azt választjuk, hogy így tegyen valamelyik, akkor felismeri a többi telepítettet nagy valószínűséggel... Tudom mi az XML. Mondd meg, hogy hol nyit meg Office OO.o dokumentumot, ami mind xml? Hálózati kommunikáció protokolok: NFSt tud a windows? nem. Az, hogy linux alatt tudsz komunikálni windows hálózatokkal nagy nehézségek árán jött létre, MS támogatás nélkül, hiába mond BG akármit. Ami a windows együttműködéséről szól, az mind úgy működik kb, hogy a másik rendszer ismeri a windows megoldását. :D És tényleg nem értem, hogy egy nem támogatott protokolt hogy old meg az XML amit te mint megoldást emlegetsz. Egyébként az Officek se teljesen kompatibilisek visszafelé, de ez most nem téma. Szóval azt mond meg, hogy hol van az amit az MS letett az asztalra valóban, és pl az XML hogy oldja meg egy w2k terminálszerver használatát.
FTeR   "Rest in Peace FTeR" 
2005. feb. 07. 22:44 | válasz | #10
meg kell védenem, ő már megunta az észérveléseket...
én is lassan eljutok odáig
FTeR   "Rest in Peace FTeR" 
2005. feb. 07. 22:43 | válasz | #9
a boot lodert minden OS felül írja, mert mindig csak a később telepítettek ismerik fel a korábbiakat (fordítva nem megy, max manuálisan)
de ebbe most nem megyek bele, mert a cikk nem erről szól.
FTeR   "Rest in Peace FTeR" 
2005. feb. 07. 22:41 | válasz | #8
az XML nem protokol...
nevében is benne van, hogy leíró nyelv (Markup Language), a másik meg ügye Transmission Control Protocol/Internet Protocol. A 2nek semmi köze egymáshoz.
B.G. levelében semmi nincsen, ami nem igaz v. fél igazság. valamit félreértesz.
2005. feb. 07. 22:23 | válasz | #7
Indok nélkül ez így elég gyér, ugye belátod? :D
2005. feb. 07. 22:22 | válasz | #6
Egyébként az egyetlen dologba jól belekötöttél amiben esetleg tévedtem :D De a protokolok, meg az együttműködés szerintem ott kezdődik, hogy nem ír felül önkényesen a windows valamit (mondjuk a bootloadert), de ha az XML erre is megoldás.... :D
2005. feb. 07. 22:20 | válasz | #5
Majd megnézem amikor XML lesz TCP/IP helyett :P
FTeR   "Rest in Peace FTeR" 
2005. feb. 07. 22:12 | válasz | #4
nem olvastad végig...
pont az a lényeg, hogy nem kell ismernie a másik rendszer működését (FS), mert elég ismernie az XML-t (ami mint írta is önleíró nyelv, tehát akár vissazmenőleg is a végtelenségig kompatibilis) és már minden szuperúl müxik
mireez   "Rest in Peace mireez" 
2005. feb. 07. 21:24 | válasz | #3
te tényleg ilyen sík hülye vagy, vagy csak unatkoztál?
2005. feb. 07. 20:27 | válasz | #2
Ez a cikk LOL. De tényleg. A windows nem ismeri az NFS-t, más rendszerek partícióit, nem képes egy bootloader mellé települni sem. Nem olvassa a nyílt szabványú OO.o doksikat az Office. És még lehetne sorolni. Az hogy pl van rdesktop linuxra és azzal lehet használni a Neptunt vagy más win2k terminálszerver szutykot az se annak köszönhető, hogy az MS kiadta a specifikációkat, hanem annak, hogy valaki vizsgálta az adatforgalmat, meg visszafejtet kódot valószínüleg. Az, hogy Windows hálózatokat linux/bsd etc alól lehet használni (SAMBA, CIFS) az se az MS érdeme. Azonkívül mintha Billy mondta volna, hogy nekik nem feladatuk, hanem oldják meg azok akiknek szükségük van rá. Ami itt le van írva az reklám és PR semmi több. Igaznak nem nevezném.
FTeR   "Rest in Peace FTeR" 
2005. feb. 07. 16:30 | válasz | #1
érdekes, hogy ez a cikk csak a rövid hírekben van
1. egyáltalán nem rövid
2. ellentétben 1-2 blikk szintű cikkel, még talán érdekelhetné is az embereket

valószínűleg az a baj, hogy ez a cikk nem segíti (sőt..) az M$ lejáratását.