Intr-adevar, Silverlight nu e pagina web, Silverlight e .NET.
Ideal este sa folosesti scula potrivita la job-ul potrivit, iar Silverlight "e bun" (*) pentru pluginuri web si alte chestiuni dintr-astea.
.NET de asemenea e bun pentru un anumit tip de taskuri. In acea categorie nu intra programele colorate. Dovada? Clientul de Yahoo pentru Vista, la care au renuntat intr-un final. Au renuntat pentru ca era inutilizabil dpdv. al performantei. Stiti ce oribil mergea. Nu trebuie sa stiti mare programare pentru a testa chiar voi acest aspect. Instalati Visual Studio Express (gratis) si puneti cu drag'n'drop butoane pe form si faceti culori si bitmapuri. O sa obtineti un program colorat, si puteti vedea usor chiar daca nu face nimic, tot merge greu.
E drept ca clientul de Yahoo nu folosea Silverlight, dar folosea WPF care este accelerat hardware.
Fiecare instanta de Silverlight isi creaza propriul lui sandbox cu nevoie specifice ceea ce aduce foarte mult overhead in sistem.
Pentru chestii legate de interfata de preferabil este o tehnologie care sa faca sa mearga atat de repede sa nu pot sa percep latenta -- .NET si Silverlight sunt exact opusul acestei ideologii.
Acuma dracul nu e chiar asa de negru -- exista niste sisteme de pluginuri scriptabile in KDE, Gnome si altele, care de data asta chiar sunt interpretate (spre deosebire de .NET) si merg bine. Deci se poate, desi personal tot nu sunt de acord cu ideea.
(*) Tehnologic e bun, practic e trist pentru ca e Windows Only. Moonlight nu este implementat de Microsoft si deocamdata Moonlight nu merge.