Jó, értem én mit mondasz. Ha biztosan kliens a win és szerver is, akkor van egy egyszerűbb mód az adatok továbbítására. Ez megvan Java esetén is, meg kbre az összes plaformot jellemzi. Ebben hol az újdonság?

Semmi. Az eredeti kérdés arról szólt hogy miért éri meg az M$-nek szerver oldalon is terjedni. Egyebek közt ezért is.

Sávszélesség: tömörítés. XML-t is lehet gyorsan beolvasni, ha jól van a parser megírva hozzá.
Az XML előnye, hogy standard, amíg a bináris formátum egyedi, és minden esetben külön beolvasót kell írni hozzá (lásd: msoffice dokumentumok).

A tömörítés valóban javíthat a helyzeten, de a parser akkor is lassabb mint ha bináris lenne. És ettől még vígan meg kell írnod a beolvasót, az OOo ugyanúgy nem olvassa a M$Office 2k7 doksit mint eddig, holott mindkettő xml, ugyanis az egyes tagek jelentése ettől még lehet más.

Értelmes ember manapság template-el, ha fel akarja osztani a dolgot. A SMARTY-t pl mennyire kezeli le a dw?

Amennyire én tudom lekezeli. De én nem vagyok webdesigner, én csak kódot írok, ráadásul ha tehetem nem PHP-ben.

Na várjunk csak, te most valamit nagyon félreértettél. Átlagjúzer nem veszi meg a PS-t. Ha professzionális célra kell, akkor megveszi, és nem váltja ki a GIMP (== Linuxra is megveszi). Ha csak pistikének kell firkálgatni, arra meg teljesen mindegy az Adobe szempontjából, hogy GIMP-et használ-e, vagy warez PS-t.

Nem feltétlenül. Ha egyszer Pistikéből István lesz és profi grafikus akkor az Adobenak jobb ha warezolt PS-t használ mint ha GIMP-et.

PEBKAC. 2 gépem van: az asztalin integrált kártyával (AC97) ment, aztán az eldurrant, vettem egy PCI-os C-Media kártyát, ment. Laptopon integrált kártyám van (AC97) és megy. A legtöbb disztróban az alsa-val defaultból be van lőve a dmix, amivel akár még azt is meg lehet oldani, hogy egyszerre használja a hangkártyát N alkalmazás, az arts és az esd… 4 éve még nehézkes volt, de ne élj a múltban. Ennek kbre annyi értelme van, mintha elkezdeném fikázni a Windowst, hogy „nincs is benne multiuser támogatás”, ami igaz a 9x-re, de az már régen volt.

Lehet igazságod, bár ez Mandrake 2005 volt, azaz azért nem időszámításunk előtt…

Még mindig nem érted. Én nem vagyok fejvadász. De ha azt mondja XY cég, hogy „kell egy jó programozó, mert böngészőt akarok fejleszteni”, akkor logikusan körbenéz a Firefox fejlesztői között.

Azért ennek az esélyét eléggé lecsökkenti hogy ott az ingyenes gecko motor. E mellett (és persze az IE mellett) épeszű cég nem igazán kezd el böngésző motort fejleszteni.

Amúgy ezt a „a nyílt forrású projektek vezetői majd kinövik az ingyenmunkát” dolgot ne nagyon hangoztasd társaságban, mert hamar „általános derű” tárgya leszel.

Én nem igazán ilyet mondtam. A nagy nyílt forrású projectek mögött profitérdekelt multik állnak, jól megfizetett profi programozókkal. Az már más kérdés hogy az egyes mezei coderek közt akik lelkesedésből csinálják mekkora a fluktuáció, illetve ezek részaránya is érdekes lehet az egyes projectekben. De az igazi, lelkesedésből csinált open-source projectek elég gyakran pusztulnak ki, lásd Pl. UAE, vagy az igencsak ígéretesen induló vdkbuilder.

A másik ilyen dolog (előre figyelmeztetlek, mielőtt felhoznád) is egy MS találmány: „A Linuxot bárki fejlesztheti, míg a Windowst csak képzett szakemberek készítik.”

Ilyet sehol nem mondtam, ha jól megfigyeled az eddigi hozzászólásaim pont ennek ellenkezőjéről szóltak.

Azon kívül ne felejtsd el, hogy a programnak csak fejlesztési költsége van, előállítási nincsen.

A legtöbb programnak életciklusa van. Ez pedig jóval túlmutat az 1.0 kiadásának pillanatán.

Kis naív. Szerinted az AV gyártók még véletlenül sem csúsztatnak pénzt az MS-nek, hogy rájuk szükség legyen?

Ebben biztos lehetsz. Az AV-nál kikötött pénz ugyanis a M$ pénztárcáját apasztja, jóval intenzívebben mint amit egy AV gyártó fű alatt visszacsúsztathatna. Ráadásul egy amcsi szoftvercég, különösen egy ekkora nem úgy műxik mint a magyar Incorrect Webdevelopent Bt aki minimálbérért egy pincében foglalkoztatja a 8 általánossal rendelkező webfejlesztőt és számla nélkül féláron csináltatja meg vele a webet még soha nem látott cég weblapján M$Word segítségével.

Azon kívül ne felejtsd el, hogy ha Windows-od van, és nincsen kedved a sok kis kedves kéretlen programocskához, akkor kell legalább 2 rezidens memóriafigyelő (antivírus és antispyware), meg egy tűzfal. Ez megeszi az erőforrásaidat rendesen (hidd el, jobban mint a scriptnyelvek). Emiatt erősebb hw kell, ami meg a hwgyártók érdeke.

Az M$ vírusirtó nélkül is képes felzabálni bármennyi erőforrást (persze az is igaz hogy az első linuxom óta a 3x 1.44-es lemezes telepítő és a 8MB RAM memóriaigény picit mintha megnőtt volna a desktop linuxokon).

Redmondban viszont lassan kezd leesni, hogy nem jó rootként futtatni mindent. Ezért kbre lemásolták az ubuntu módszerét, viszont akkor már nem felhasználóbarátabb ez a dolog, mint a Linux esetén, és kell jelszót adni a setuphoz. Viszont ez 2007, és az MS még csak most tette meg ezt az alapvető biztonsági intézkedést.

És prüszkölnek is a júzerek rendesen. Amúgy ez a dolog annyira nem új, minden *nix ezt csinálja, és az M$-nek sem az (neki is volt saját unixa a régi szép időkben, xenixnek hívták ha jól emlékszem, és talán ebből lett később az SCO Unix).

Sok sikert a 64 bites oprendszer alatt futtatott 32 bites programokhoz (Photoshop és társai)

Úgy hallottam hogy a mezei programoknak nincs gondjuk a 64 bittel, csak a drivereknek.

A Vista pedig statisztiát vezet arról, hogy mikor milyen programot nyitsz meg, és ha mondjuk 20:00-kor mindig megnyitod a böngészőt, akkor 19:59-kor elkezdi betölteni a libeket hozzá, így nyersz max 1 mp-et induláskor. Problémák: 1.) a Windows eddig is élen járt a lemez teleszemetelésében 2.) ha mégsem indítod el a programot, akkor feleslegesen betölti a libet, aztán leswappeli; onnan visszaolvasni meg ugyanaz, mintha betölti a libet 3.) mivel az MS által hozott minőséget ismerjük a hihetetlenül új technológiák esetén (beszédfelismerő rendszer), ezért nem hiszem, hogy néhány speciális kivételt tekintve értelme lenne…

Meglátjuk. Picit nekem is furának tűnik az ötlet, de ki tudja… A beszédfelismerő rendszer valóban merész ötlet volt, és őszintén szólva az értelmét sem nagyon látom. Tény hogy a M$-nek időnként vannak fura ötletei (Pl. a VFAT, FAT32, egész win9x vonal, stb. De vannak jó dolgaik is, Pl. a .NET 3 API, bár ott sem értem hogy Pl. miért maradt ki a WPF-ből a datagrid, ez kb. olyan kérdés mint hogy miért nincs a javában property…