Most néztem össze a #55 és a #47 üzeneteket. Fun! :)
Notes/Domino, de azért volt alkalmam pl. Novo Solutions Knowledge Base megoldáson is dolgozni. De ez inkább Groupware megoldás, nem teljeskörû formális KM rendszer, ugyanis bevezetésnek elegendõ, de nem tudok jelenleg elképzelni egy KM rendszert sem amely mindenütt mûködne ezért nem igen lehet testreszabás nélkül komplett KM rendszerrõl beszélni.
A CAD csak egy extrém példa volt, fogalmam sincs lehet-e egyáltalán õket compare/merge funkcionalitással hivogatni; tudtommal nem, pont ezért választottam azt példának :). De mondhattam volna bármilyen egyedi spec formátumot, kutatói adatbázist, akármit. A lényeg h. FS szinten fel lehet címkézni tartalomtól függõen, ahogy nekem tetszik.
KM-nek mit használtok? Mi Notes-t használtuk egy ideig, most WiKi van (TWiKi, elég jó, GPL-es). De a csoportmunkához kell a ClearQuest, csak az meg nem terjed ki minden file-ra (nevezetesen pont a mindenféle speckóknál nehézkes. WiKinél ez nem gond, hisz az html-alapú.) Ezért gondoltam, hogy egy ilyesmi rendszert viszonylag egyszerûen össze lehetne kalapálni a meta-adatok helyes kitalálásával, mert onnantól kezdve FS szinten menne a kezelése. Csakhát, ha nem tud repositorykba belenyúlni, akkor veszett fejsze nyele...
Azt hiszem, hogy még elég sok munka van hátra mire ez a címkézés automatikus lesz, de fontos, hogy rendelkezésünkre fog állni egy technológia ami a cimkézést lehetõvé teszi sõt egy dinamikus kiadásban. Sajnos a dukument kezelõ rendszerek megkövetelnek egy pontossan meghatározott folyamatot, és ennek ellenértéke az, hogy a dokumentumok hozzáférhetõek lesznek pontossan úgy ahogyan elképzeltük. Az amire én felfigyeltem a munkám során, hogy ha a cégnél létezik formális KM (Knowledge Management) rendszer akkor a folyamatok és a gyakorlat között nincs szakadék és ez esetben a dokumentkezelés is jobban mûködik. Sajnos nem tudok segítségedre lenni CAD esetében, mert ezen a területen tényleg nem mûködök, de gondolom, hogy ugyanúgy meglehet oldani egy dokumentkezelõ rendszerben mint mást, persze a cimkézési kézimunka sajnos nem maradhat ki, de mindenesetre kifizetõdik.
Ez eddigis ok volt, csak egyet ne felejts el: ahhoz hogy ez így mûködjön, valakinek MINDEN tartalmat fel kell cimkéznie. AI jelenleg ezt nem nagyon tudja (Gizike hangjának és képének felismerése), tehát szegény Gizikét be kell állítani, hogy ilyen könyvtárosi teendõket is ellásson és kitöltögesse a mezõket :). (Pl. a digi fényképezõgép ugyan megmondja, hogy milyen beállítások mellett, hánykor, neadjisten hol csináltad a képet, de hogy mit ábrázol, az már más tészta.)
Egyébként van nekem egy hatalmas gondom ezzel kapcsolatban. Ez így snapshotként ok, mûködhet. Mi van a verziókezeléssel? Keresek olyan verziókezelõ rendszert, ahol a változtatásokat projektbe lehet fogni, és esetekhez kell rendelni. Pl. jön Gáz Géza, és azt szeretné, hogy a postaládája legyen piros. Jön egy CR (egy doksi), megváltoztatjuk a speckót (még egy-két doksi), megváltoztatjuk a rajzokat CAD-ben, stb-stb. Egy konkrét feladathoz tehát sikerült megváltoztatni kismillió file-t, az a metainfo, hogy a változtatások minek keretében zajlottak (melyik CR, mikor, hol, ki, miért, melyik Kostenstelle) egyben szeretném látni és összekeresni (pl. jön a kérdés hogy: nade mééé piros a postaláda a rajzon, amikor nem is kértek postaládát?) akkor ezt mivel lehet jól? ClearQuest kódokhoz jó, de dokumentumokban már nem ennyire táp... Pláne, ha én cad-es meg miegymás dolgokkal akarom használni. Ellenben nem akarok full folyamatkezelõ rendszert írni, hanem csinálja ezt helyettem egy sima metát-indexelõ :D mi meg szorgalmasan irogatjuk a meta-infókat.
Most elnézést az SG minden rendes tagjától, ezt lehet, hogy megbánom, de elhatároztam, hogy megteszem... néhány perce egy embertõl akit sohasem láttam és nem ismerem a következõ üzenetet kaptam privátban: --- Feladó: CyrSyS Elküldve: 2005. 08. 31. 12:24 Tárgy: TE majom A jó édes kurva anyádba vered magad te szemétláda zsidó geci fasszopó. Azt hiszed hogy progrmaozó vagy mindent tudsz te szarláda. "vagyis több pénz a konyhára jövõre (nekem, talán nem azt gondoltátok, hogy a Microsoftra gondoltam" ----- bazze nemtudom te hogy élsz én biztos jobban mint te köcsög. Géped ultra gagyi nem értem ha valaki ennyi mindenhez ért meg sokat keres akkor ilyen gépe van. Toms hardvert meg nem csufolnám a helyedbe mert kissé jobban ért a hardverekhez mint te LÁMA. Takarodj innen a nagyképüsködö szarzsák. Ennyi a véleményem rólad meg talán a családodról is ha van! ---
komentálni nem fogom, a szerzõje mindent elmondott önmagáról...
Mégegyszer is elnézést a fórumozóktól.
Egy vizuális pelda a WinFS nyújtotta lehetõségekrõl:
Pl. A gépeden vannak Gizike fényképei, akkor Gizike neked irt néhány e-mailt, meg megvan Gizike kontakt adatai a gépeden, meg Gizike mondjuk rá énekel és van egy pár mp3 fájlod a Gizike énekléseivel... és ezeket a fájlokat mind relációba kötheted, akkor pl. amikor megnézed a Gizike kontaktját pl. az Outlook-ban akkor elõtted lesz minden olyan dolog a gépeden amelynek köze van a Gizikéhez. Na most pl. ez csak egy szál, ha mondjuk rá van olyan képed amelyen Gizike is és Ferike is rajtavan akkor azt már Ferikével kapcsolatos más fájlokkal is relációba kötöd, ez elhetõve teszi egy relacionális adatbázis kezelõ rendszer által mindennapos operaciók elvégzését, pl. megkeresheted azt, hogy Ferike és Gizike melyik mp3-ban énekel együtt (ha van ilyen), akkor megnézheted pl. hogy hány olyan képed van a gépen amelyben Gizike és Ferike Marikával együtt fényképezett, akkor ez pontossan hány százalékát teszi ki az összes képenek... Na most ez egy szuperegyszerû pelda (igaz, hogy érdekes, de sokan azt mondhatják, hogy nem igen látnak benne semmi forradalmit), az ami fontos az egy vállalati rendszerben a fájlok tárolása a WinFS-ben dollármiliókat/milliárdokat takaríthat meg a cégeknek akik nagy összegeket fordítanak az adatok tárolására, kezelésére archiválására stb. pl. egy cégnél elég nehéz megállapítani, hogy valamilyen fájl több értékkel rendelkezik e a cégnek mint amennyibe kerül a rendszeren a tárolása, mert hidd el minden bájt pénzbe kerül, most a WinFS adatbázis féle statisztikai lehetõségei ezt kimutathatja... a másik dolog, meg, hogy pillanatok allatt dokumentek ezreit összekötve találunk magunk elõtt (mondhatja valaki, hogy igen de ezt lehet folderekbe szervezve is elérni, és részben igaza van neki, de ez egy magyssabb rendszer ami lehetõvé teszi, hogy ugyanaz a fájl virtuálissan több folderbe is tartozzon (minden olyanba amihez köze van - tehát relációk kötik)).
Ja és ennek meg semmi köze, Linux 20 évnem is létezett, a másik meg hogy pl. az ext3 journaling file system nem pedig relational database engine a fájlrendszeren... a két dolog között óriási a különbség kedves barátom...
Az inode táblázatnak ehhez nem sok köze van, amik ott paraméterek azok FIXek, itt (állítólag) dinamikusan lehet szervezni õket (a metadata egy dinamikus ojjektum). ext3-ból nekem pl. hiányzik, hogy még jogosultságokat sem tudok úgy kiosztogatni, hogy egy file több group-ba tartozzon vagy userenként lehessen hozzáférést állítani. (addon-al lehet, de az már nem FS szint) Végre valahára lehetne olyan attrib, hogy Content-Type, és nem kéne oprendszerenként máshogy kezelni õket (jelenleg a HTTP proto csinálja csak ezt, párral magasabb szinten) A keresés indexelése is hiányzik nekem (csak a rögzített meta-adatok alapján lehet, nem bármi alapján, (pl. rtf dokumentumoknál author, vagy mp3-aknál year, ha még bele tudnék menni távoli cvs repository-kba is, hmm :)) A gugli search megint egyel magasabb szinten csinál ilyet, és az tartalom-alapú, nem attrib alapú. Addon-okkal ezt is biztos lehet, de az megintcsak nem FS szint. Be-ben ezt anno megcsinálták, itt ha jól látom annyival mentek tovább, hogy hierarhikus lett (rar-ban is tudok keresni a tömörített file-ok attribjai alapján?)
Kérdés, hogy ebbõl a mézesmadzagból milyen implementáció születik, továbbá ha az interface zárt (már az NTFS is az), akkor az egészet lehet hajra kenni.
Itt a WinFS-rõl van szó, esetleg mivel Informatikai fórum, más IT dolgok is bejöhetnek habár beismerem off topic néha, de semmi esetre sem vitatkozunk egymás személyi vonásairól, ez még jobban érvényes kell, hogy legyen ha nem is ismerjük egymást. Lejebb beirtam egy-két dolgot amire ha jobban odafigyelsz egyértelmûen jeleztem, hogy nem akarok nagyképû lenni (sajnos maga az amit megtettem az ezt mondja), de nem tudtam ellenálni amikor végigszaladt a gondolataimban, hogy milyen teljes béta rendszer fut elõttem. Most elnézést kérnék a fórum többi tagjától ha esetleg ez felesleges volt, de sajnos nem vagyok tökéletes de vállalom azt ami és aki vagyok. Ami pedig a WinFS-t illeti tesztelem, de nem fullra (ezt én nem is írtam), az meg, hogy mindenhez értek az nem igaz sõt én ezt nem is mondtam, ha te ezt szegezted le akkor gondolj csak bele mennyire ismered az informatikát? Mert ha csak közepessen is otthon vagy benne akkor tudhatod, hogy olyan ember aki a tizedéhez is ért nem létezik. Kolegáim szerint a jobb generalisták közé tartozom, tanácsadóként elég jó mûködök, de szükségem van specialistákra a munkámban, vagyis röviden ez úgy néz ki, hogy nagyon sok területen rendelkezek tudással de nem elegendõvel, hogy valami konkrét dolgot megcsináljak normális idõn belül, ezért dolgozok olyan emberekkel akik ezeken a tereken specialisták, ami jó egy generalista esetében, hogy kommunikációs hídat tud kialakítani a specialisták között, vagyis koordinálni tudom közöttük a munkát. Na azért van két terület ahol jómagam is speciális tudással rendelkezem, ez az adatbázisok és a C/C++/C#, de mivel a legtöbb alkalmazásterületen azek a nyelvek nem elegendõek ha technológiát nem ismered pontossan (pl. hiába vagy szuperjó C++ programozó ha nem értessz az OpenGL-hez), nem sokat ér egy átlagos munka közben. A Programozás mára nagyon komoylan fejlett területre nõtte ki magát, kb. úgy mint ahogyan az orvosok között is vannak szívgyógyászok, daganatos betegségekre szakosított specialisták, de azért vannak generalista (álltalános) orvosok is akik sok területen értenek a dolgokhoz de nem eléggé, hogy gyógyitság ezért amikor felismerik mi a bajod átutalnak specialista kolegájukhoz. Az IT-ben is csak így mûködnek a dolgok. Hidd el, lehetsz te programozó egy Matyi-Pityu cégnél, de ha nem vagy specialista a megadott téren egy rendes IT cégnél nincs mit keress, az lehet, hogy megcsinálnád amit kérnek tõlled de nem elég gyorsan és ezért már nem vagy versenyképes a specialistákkal szemben. Tehát mégegyszer is nem arról van szó, hogy ki it mit gondol magáról vagy másokról, hanem mit gondol arról amirõl szó van (ebben az esetben a WinFS-rõl) ezen vitatkozunk itt nem pedig arról, hogy én milyen gazember vagy esetleg f@sza gyerek vagyok...
már ne haragudj de nagyon nagyon nagyképû vagy! Most elõakarod adni hogy te már fullra tesztelted a winfs-t és te perfektre vágod. Hogyne,persze. elhiszzük
Winfs levan maradva. linux már 20 éve alkalmazza ezt a technologiát csak ott inode táblázatnak hívják. ebbe semmi új nincs.
Különben elképesztõ, de elég stabilan fut az egéssz... mármint az lent leirt béta rendszer, egy 1 GB-os adatbázist húztam be az SQL Server 2005-be és a béta C#-ban irkálok apró majomságokat, eddig még minden OK mûködik, pedig minden béta. Ami szuper, az nem más, hogy SzuperRAPID fejlesztés mehet rajta... vagyis több pénz a konyhára jövõre (nekem, talán nem azt gondoltátok, hogy a Microsoftra gondoltam, :) ez az ami fontos...
OK, de sokszor rosszul is fordítanak. Na mindenesetre még rosszab, hogy az eredeti cikk is baromság :)
Most találtam egy érdekes infot:
"Windows Vista
Despite rumors to the contrary, but in keeping with the schedule I first published on the SuperSite for Windows months ago, Microsoft is planning to ship Windows Vista Beta 2 in late 2005, not in early 2006. According to internal documentation I recently reviewed, Vista Beta 2 is scheduled to be "feature complete" by September 29, 2005. Then, Vista Beta 2 will enter lockdown mode between October and November 9, 2005. After that date, Beta 2 will be in escrow. Microsoft now plans to ship Windows Vista Beta 2 on December 7, 2005, about three weeks later than the last schedule I obtained.
What about post-Beta 2? According to a second set of documentation I viewed Monday, Microsoft will ship Windows Vista Release Candidate 0 (RC0) on April 19, 2006, and Windows Vista RC1 on June 28, 2006. Microsoft currently plans to release Windows Vista to manufacturing on August 9, 2006, and make the product broadly available by November 15, 2006.
WinFS
Microsoft surprised a lot of people by shipping WinFS Beta 1 Monday, and as it turns out, the project is suddenly well ahead of schedule. I've seen two contradictory schedules for WinFS. In the more recent schedule, WinFS Beta 1 will be followed by at least one Community Technology Preview (CTP) release, which is currently due on February 15, 2006. Then, on May 1, 2006, Microsoft is scheduled to release WinFS Beta 2. Beta 3 is currently scheduled for November 15, 2006, with a Beta 3 Refresh release expected in April 2007. WinFS is currently scheduled for RTM in Q3 2007, well after Longhorn Server."
Ennek ellenére amit ír az utolsó lapon, szerintem egy baromság. Én is úgy tudom hogy SOHA nem akarták lecserélni az NTFS-t, csak fõlé rakni egy réteget. Egyébként ha belegondolsz, gyakorlatilag öngyilkosság az NTFS-t lecserélni, különösen, mivel teljesen moduláris file-rendszer, tehát ki lehet egészíteni új részekkel, attól még lefelé kompatibilis marad.
Különben most nem akarok nagyképû lenni, de jelenleg egy Windows Server 2003 Enterprise alatt futó Virtual Server 2005 SP1 Béta1-ben futó Windows Server 2003 R2 Béta-ban játszadozok a Visual Studio 2005 Béta2-vel és az SQL Server 2005 Béta-val (CTP). A másik virtuális gépben egy XPSP2 fut amelyben játszadozok a WinFS Béta1-el és ha akarnám akkor IE7-bõl is irhatnám ezt a hozzászólást, de ellenáltam a kisértésnek :) Különben a másik gépemen Red Hat Enterprise 4 alatt éppen egy DB2 adatbázisfejlesztés áll elõttem amit a munkatársaimmal lassan finalizálunk... Na de most már pofátlanul nagyképû vagyok, bocsánat :)
Az SQL Server nem is kellet legyen a Vista része, ugyanis az SQL Server milliárdokat hoz a Microsoft számlájára és miért mondanának le egy egyébként Enterprise kaliberû szoftverrõl. Az adatbázis engine (SQL Server egy része) az ami a WinFS része, ez pl. a mai MSDE (Microsoft Data Engine) vagy a Yukon féle SQL Express egyszerûsített adatbázismotorok amelyek most is ingyenessek. Maga egy SQL Server kaliberû adatbáziskezelõ rendszer, túlságossan komplex és drága, hogy most itt ne irjak errõl (egyébként itt vagyok a legjobban otthon). Ja és a devx.com sokkal jobb forrás... ajánlom még az sqljunkies.com-ot meg pl. a codeproject.com-ot ha Windows/SQL fejlesztések érdekelnek. De mindezekelõtt az MSDN és a TechNet az amit meg kell nézni, valamint pl. az MS Press, a Que, Syngress, Wrox stb kiadásait.
Én is az eredeti alláspontról beszélek a PDC 2003-on elhangzott dolgokról (ha akarod akár el is küldhetem a DVD-t :), és ott már ez mind így volt egy kivételével, az pedig az, hogy akkor még a WinFS a Longhorn része kellet volna, hogy legyen, késöbb ezt megváltoztatták (most már ez sem biztos), de a többi mind maradt a régi. Különben az, hogy a cikk 2 éves, nem jelenti, hogy olyan baromságokat irhat, mint a Yukon fájl rendszere... mégegyszer AZ ADATBÁZISOKNAK NINCS FÁJLRENDSZERÜK, egyszerûen arra telepíted õket amelyeket támogatnak (pl. SQL Server az NTFS fájlrendszert támogatja, az Oracle az támogatja az NTFS-en kívül az Ext, valamint más UNIX féle fájlrendszereket is...), és ezért baromság azt mondani, hogy egy valami a Yzkon fájlrendszerére fog épülni, ehelyett az lenne a pontos, hogy a WinFS a Yukon (SQL Server 2005) relácionális adatbázismotorján alapul, de az NTFS fájlrendszeren ir éppen úgy mint maga a Yukon.
Valoban nem jol forditottak, ugyanis beleintegralodott volna a keretrendszere a fajlrendszerbe. Mint mar azota tudjuk az SQL Server nem lesz resze a Vistanak, valoszinuleg ezert a valtoztatas a WinFSben is.
Még egy pár sor a Tom's Hardrware-ról... "Összegzés: A Microsoft új utakon jár az XP-t felváltó Longhornnal. Az új WinFS fájlrendszer kontextusfüggõ lesz, s az ígéretek szerint a hosszú keresési idõk és az elpazarolt hely is múlt ködébe vesznek. A THK ma a WinFS vs. FAT és NTFS összehasonlítására tesz kísérletet."
érzitek e a nyelv erõszakolását, egyenes fordítás angol nyelvrõl, érezhetõ úgye? Ez bizonyíték, hogy a szerzõ nem ért a dologhoz, mert ha értene akkor elolvasná az angol szöveget és aztán saját szavaival magyarul elmagyarázná ugyanazt, nem szórol szóra fordítana és még tévessen.
Na jó elég nem akarom itt õket fikázni, csak Jakuzának szeretném megmutatni, hogy a source, a forrás az ami fontos... a többit nyugodtan átugorhatod.
Egy valamit elfelejtesz, hogy az a cikk a 2 eves es az eredeti allaspontot tukrozi, pont ahogy en is leirtam. Ennyit valtozott azota az allaspont, pont amirol, beszelek, hogy egesz mas lett a mostani WinFS, mint ahogyan az eredeti kozel 3 evvel ezelotti bejelentesekben szerepelt. Eppen ezert a videoval vagdalkozas nem mas mint egy csusztatas.
Ez még jobb: "Lehet, hogy a Win FS csak opcióként lesz elérhetõ a FAT és az NTFS mellett, de persze még az sincs kizárva, hogy az új fájlrendszer kiszorítja elõdeit. Persze a több operációs rendszert használóknak ez nem lenne túl jó hír, mivel ez esetben egy Windows XP, egy Longhorn és egy Linux csak nagyon körülményes módszerekkel lenne képes elérni ugyanazt a kötetet – ha képesek lennének egyáltalán."
... Jakuza által szolgáltatott Tom's Hardware link...
érdekes, de egyenessen a WinFS Program Managere Quentin Clark mondta a Channel9 kamerái elõtt és demonstrálta is, hogy a WinFS Storage elérhetõ minden géprõl, hálozaton keresztül hozzáférhet pl. a MacOS X gép is, csak ebben az esetben egyszerû NTFS fájlstruktúrát látunk.
Nézz ide a Yukon (Visual Studio 2005 és SQL Server 2005 béta teszterként talán csak egy picit is ismerem :) az alapjából az NTFS fájlendszeren ül, itt még meglehetne említeni az Active Directory rendszert is aminek van valami köze hozzá, de most maradjon ennyiben mert ez nem SQL szakfórum. Tehát a Yukon-nak nincs fájlendszere, akkor nem értem miképpen alapult volna a WinFS a Yukon fájlendszerén ha az nem is létezik. Különben nagyon is komolyan követtem a dolgokat a PDC 2003-on (én nem szoktam 98x fordított extrazseni tizenévesek által szerkesztett szüvegekbõl megalkotni a véleményemet), és már ott is egyértelmûen meg volt magyarázva, hogy a WinFS az nem fájlrendszer a klasszikus értelemben, hanem az NTFS-en felül mûködõ layer. Megnéztem a forrásodat és halálra röhögtem magam az olyanfalyta "SQL Server 2005 fájlrendszerére épül" kijelentéshez.
Csak egy baráti tanács:
Ezentúl ha MS dologról akarsz értesülni akkor nézd meg az MS weboldalait, ott ugyanis elképesztõ mennyiségû információt találsz minden MS termékrõl. De ha más nem MS dolgok is érdekelnek akkor azokról is inkább a hivatalos oldalakon érdeklõdj. a Tom's Hardware OK, de megesik amikor egy szöveget 5x lefordítanak és mindén fordításkor hibák keletkeznek (mert megjegyezném, hogy nem szakos fordítók dolgoznak a szövegeken), de sokszor igaz az is, hogy egy újság féle portál nem tudja pontossan értelmezni az adatokat, mert nem rendelkezik megfelelõ szaktudással az adott pillanatban. Ezért ajánlom, hogy a forráson szerezz információkat. Mindenesetre egy adatbázisnak nincs fájlrendszere, legyen az Yukon, Oracle vagy XYZ.
Jakuza, most tényleg ne haragudj... de olvass utánna mielõtt nekiszaladsz, mert a WinFS nem is volt sohasem különálló fájl rendszer, az alap marad az NTFS, a WinFS csak egy erre épülõ layer amely egy relacionális adatbázis alapú fájlkezelést fog biztosítani. És ha egy Beta1-ben az lenne amit a végére igérnek (legyen ez akárminek a Béta-ja) akkor azt nem Béta-nak és nem is Béta 1-nek hanem esetleg RC-nek vagy Béta 3-nak neveznének. A WinFS esetében még nagyon sok a munka, mint fejlesztés téren, de még jobban majd a tesztelés terén, mert ha nem lesz stabil akkor az egéssz hiábavaló, túlságossan radikális változásokhoz vezethet és ezért nem lehet játszadozni a stabilitással.
Kar terelned, a Vistaban, ha akarod nevezd Longhornak nem lesz WinFS. Ez a lenyeg, es ezt igerte anno az MS. Akarhogy tekered, csurod, forgatod, ez a nagy helyzet. Raadasul a most kiadott oszver megoldas ("minekisnevezzelek"), meg csak veletlenul sem hasonlit az altaluk igertre. Ennek semmi koze nincs egy teljesen kulonallo filerendszerhez. Ha ezt beepittik a Vistaba, akkor hasznald egeszseggel, de akar maradhatsz az NTFS-nel is.
Sztem is;) Én mindig is gondoltam, amikor azt mondtak hogy nem lesz benne, akkor is gondoltam, hogy ez nem lehet "igaz".... Hiszen akkor ez újfent kompatibilitási problémákhoz vezett volna Vista és Vista SP1 közt pl...
A hírrõl csak annyit, hogy pontos infókat nem tartalmaz, elég lett volna egy mondat is ebbõl, a többi nem érdekes, remélem a Vistába "alapból" is sikerül belerakni, hiszen sok emberkének elég gáz lenne, ha utólag megadatna a lehetõség, csak semmi fogalmuk se lesz róla! Bár pl. a Win 98-ban megoldották a "gyengébbeknek" is, elég egyszerû volt nekik is, ha ezt így megcsinálják a Vistában, akkor még nem biztos, hogy elveszett ötlet a számukra sem.
Most töltöm! Valakinek + van? Tudna írni róla pár sort???
valahogy úgy volt, h m$ bejelentette a Blackcomb-ot, ebben említették elõsször a winfs-t. aztán kb 1 éves csönd után aszonta, Blackcomb elhalasztva, helyette longhorn jön, mert a Blackcomb-ra még nem lesz idõben "érett" a HW teljesítmény. Sokan mondogatták, h longhorn csak vmi köztes OS lesz. Aztán ki tudja hogy is néz ki a belsõ utiterv.
// Jakuza, te ügye most poénkodsz? (költõi kérdés, ne válaszolj)
Az MS gõzerõvel dolgozik, hogy ez meglegyen de nem rakja bele a roadmap-ba mert nem biztos, hogy meglesz a stabil verzió addig, a Vista meg már nem igen halasztható el a WinFS miatt. P.S. és ez a Beta1 dolgozik XP-n de a WinFS blogon elolvasható, hogy a végsõ verzió még nem biztos, hogy XP-re is elérhetõ lesz, ugyanis elég sok kompromisszumra lenne szükség és az MS még mérlegeli, hogy mi legyen.
Szerintem a MS titokban arra készül, hogy mégis berakja a Vista-ba a WinFS-t..
Jakuza, nyugodj már meg. Nincs igazad.
A Longhorn a fejlesztési kódneve a Vistának, ergo amíg ki nem jön, a bétateszterek Longhorn néven fogják megkapni, stb. A Vista a kész, dogozos termék neve, ezzel fogják reklámozni, stb.
Annak, hogy a Longhornból egy csomó dolog kikerült semmi köze ehhez.
A WinFS részben hasonló a BeFS-hez, de ettõl fejlettebb... pl. relációs DB abból áll, hogy ha mondjuk rá egy fájl tartalmaz más fájlokat akkor aok a relációk megmaradnak, képzeld el pl. az Adobe Bridge által nyújtott lehetõségeket, hogy egy fileben csupán egy paraméter változásával változtatod az adatokat, azaz másik file van benne beágyalva, de ez nem klasszikus OLE, ez sokkal modernebb és elõrehaladobb. Tehát míg a klasszikus fájlendszerekben az fájlok különálló ismeretlen szigetek )esetleg az OS tudja, hogy milyen fájl, de még ez is inkább a PC esetében a extenzió ami megmondja) a BeFS-ben szigetek amelyek önmagukat leírják, míg WinFS-ben ezek a szigetek önmagukat is leírják, de másik szigetekrõl (fájlokról) is tudnak. Na de egy picit nehéz megérteni ha nem mélyül el az ember a dologban...
Lol te feltudod fogni a masik ember mit ir ? Vagy adjak hozza neked forditogepet, ami mint neked 2 eves felfogasunak elszotagolja mi az arcpiritas es mit terveztek, es mi lett belole ?
"Nos mint kiderult azota, hogy se WinFS nem lesz, sem pedig Longhorn eredeti formaban."
Nem eredeti format feltudod fogni ? Mint tudjuk egy csomo resz nem lesz benne a Vistaban, tobbfele okbol. Ilyen resz pl a MSN Virtual Earth.
"ugyanis tudni illett volna, hogy a Longhornban akartak bevezetni a WinFS-t. Marpedig Longhorn mar nem letezik atkereszteltek Vistara, es pro secundo nem lesz benne WinFS."
Marpedig mar nem Longhorn neven fut a project, mint ahogyan azt az MS bejelentette, kar erolkodnod. (Senki sem mondta, hogy a regi kodnevet valtoztattak meg) Az is napvilagot latott, hogy nem jelenik meg a Vista-val a WinFS. Ezt sem en mondtam, hanem a fejlesztok. Sot azt is mondtak, hogy egesz mas lesz a Windows Future Storage egy kulonallo filerendszer, mint amit most adtak ki.
Majd ha ertekelni tudod ezeket a mondatokat kritizalhatsz.
A masik veled ellentetben valoban nem tudom mi az NT es azt sem, hogy mi az hogy 6.0 Valoszinuleg azert, mert amikor te meg egy gyogyis ovodaba sem jartal, akkor en mar regen tudtam, hogy mi az MS (leirom Microsoft, csak azert mert te szvsz vagy olyan okos, hogy Michael Schumacher-nek ertsd) es mit jelentenek a verzioszamok.
na hlaggass már, hogy lehet valaki ilyen buta mint te? Miért szövegelsz ha nem tudod mirõl van szó???
LONGHORN NEM KERESZTELTÉK ÁT! Ez mindig is egy KÓDNÉV VOLT! De te olyan buta vagy, hogy azt se tudod mi az, hogy kódnév! Mosst az elõbbi hozzászólásoddal is csak beégetted magad! Semmit se tudsz!
Az tény, hogy Windows NT 6.0-ban akarták bevezetni WinFS-t, de még nem lehetetlen, hogy sikerül! 1 év még hátra van a kiadásig! (Habár sztem azt se tudod mi az az NT és 6.0 :D )
Ez olyan, mint a BeFS, hogy ojjektum a file metaadatai? (ezáltal indexelhetõ-kereshetõ) Bármi lehet attribute (amit csak az õt futtató progik tudnak neki generálni). Be-ben láttam elõször olyat, hogy a levelezõprogi egy sima file-manager volt, mert olyan attribútumai voltak a levélnek, hogy: Sender, Subject, Sent-Date, stb. De mi ebben a relációs DB?
En pontosan tudom mirol beszelek nektek kellett volna inkabb csondbe maradni, ugyanis tudni illett volna, hogy a Longhornban akartak bevezetni a WinFS-t. Kar tehat tepni a szatokat a Whistlerrel.
Marpedig Longhorn mar nem letezik atkereszteltek Vistara, es pro secundo nem lesz benne WinFS.
Tehat kbupdate es Pheel lehet atertekelni a mondokatokat.
Ha jól tudom nem lehet leszedni, csak újrahúzással. Én is ki tudnám próbálni, de nem merem, pont ezért. Majd írj plz. ha érdemes megnézni és le is lehet szedni.
Látta e már valaki közülletek, vagy csak hasból fikáztok? Én most töltöttem le az MSDN Subscriber oldalról és majd késöbb megírom mit gondolok rolla (elõbb ki kell próbálnom). Addig is csak annyit, hogy a WinFS nem file system, a WinFS file system-je továbbra is az NTFS (kicsit továbbfejlesztett formában), hanem egy rational file handling system, vagyis segítségével a tárolt adatok tökéletessen integrálodnak a rendszerbe olyan módon, hogy minden dolgot automatikussan megtalálnak az alkalmazások mert mindenfajta metaadatokkal ellátott állományokról van szó amelyek még relációban is állnak egymással. Éppen úgy mint az adatbázisokban az adatok (fájlok) felett minden olyan operáció megtehetõ mint az adatbázisban. Na de errõl olvashat bõven akit érdekel a neten...
Az arcpiritast egyedul az igergetesek miatt erdemli meg az MS, hogy bevoltak szarva meg egy fel eve, hogy ok majd a longhornon belul megmutatjak, hogy a WinFS. Nos mint kiderult azota, hogy se WinFS nem lesz, sem pedig Longhorn eredeti formaban. (csak Vista neven) ; lehet sokat fizetett a Boavista, vagy a Buena Vista Most mar csak a technikai adatait kell elosztanunk egy tobbjegyu szammal, hogy az igazsag kideruljon, hogy milyen lesz a WinFS.
Néhány technikai morzsát is csepegtethettek volna, ami arcpirító szégyenbe hozza az olyan ócska kacatokat mint a ReiserFS vagy EXT3 és még sorolhatnám.
Az legalább szép dolog az M$-tõl, hogy a winFS-t támogatja az XP, remélhetõleg meg is marad ez a jó tulajdonsága. Azért a winFS - windows future storage-en még mindig ki vagyok akadva :), lássuk lássuk azokat az új feature-öket amirõl még csak nem is álmodtunk :)
Feat-ekrõl lehetne részletesebben. Én sok mindenrõl tudok álmodni, de azokat nem a MS szállította :). Amirõl a CNet ír, az elég homályos.