Weblabor

Az igaz, hogy egy minimál dolgot könnyű összeütni a GWT widgetjeivel, de nézd meg a mai AJAX-os oldalakat, mennyire lennél versenyképes ha csak a GWT eszközével dolgoznál?

Nehezen tudnék elképzelni egy asztali ASM alkalmazást. De nem is mondtam, hogy ebben a legolcsóbb fejleszteni. Az évek során a processzoridő ára lecsökkent így nem kell agyonoptimalizálni a progamokat, használhatunk olcsó, de pazarló kódot. Az asztali alkalmazásokban sincs olyan verseny, ami ilyen irányú optimlizáció felé hajtaná a cégeket. Ami optimalizáció van (legalább is az én meglátásom szerint) az a hálózati kommunikációval függ össze, mostanában ez a leggyengébb láncszem, ez idegesíti a felhasználót, ehhez pedig nem sok köze van az ASMnek. Nagy ellenérv még a platformfüggetlenség, ami szintén nagy divat ma (az ASM legjobb esetben is CPU függő).
Igazából nem tudok rájönni, hol bizonyítja ez, hogy a C fordítók olyan jól optimalizilnának.

Ok, nem azt mondtam, hogy az optimalizáció nem javít a kódon, azt mondtam, hogy sose lesz olyan jó, mint amilyet te tudnál írni. Pl egy ciklusról általában futásidőben derül ki, hogy hányszor fog lefutni. Egy IF-ről, hogy gyakrabban igaz-e, mint ahányszor nem. Több egyenrangú feltételről, hogy melyik lesz gyakrabban igaz stb... ASM-ben le tudsz kódolni ilyen apró különbségeket is, amire mondjuk C-ben nincs eszközöd, ehelyett az optimizáló kell javítson valahogy a helyzeten, de a semmiből nem lesz információ.

Sokmindenben jobbak a gépek, mint az ember, de ha optimizálni kell, akkor ASM-ben egy konrét, behatárolt feladatot írsz meg pl egy drop shadow effektet. Itt nincs akkora komplexitás, amit az ember maga nem láthat át. (Elég nagy komplexitásnál, pl ha többezer lokális változó van, biztosan jobb lenne a gép, de ehhez azt hiszem valami súlyos tervezési hibára lenne szükség :)