Opinión: De si Silverlight está muerto, agonizante o mejor que nunca

Andamos todos revolucionados estos dias, a raíz de unas declaraciones de Bob Muglia donde decía “Our strategy with Silverlight has shifted”. Eso unido al énfasis que se dio a HTML5 en el keynote del PDC y la no mención en absoluto de nada referente a Silverlight han disparado los rumores.

Así pues… ¿está Silverlight muerto, agonizante o por el contrario está mejor que nunca? Primero un disclaimer: este es un post de opinión, todo lo que yo afirmo tajantemente en este post son cosas que yo creo. No tengo ni el conocimiento ni la razón absoluta, y además en MS nunca se sabe, así que como suele decirse: al final el tiempo dará y quitará razones 🙂

La estrategia inicial de Microsoft para posicionar Silverlight fue darle el nicho de aplicaciones web: Con Silverlight tus aplicaciones web tendrán una experiencia de usuario mejor, decían. En estos tiempos, comparar Silverlight con Flash era habitual, aunque Microsoft insistía en que no eran comparables: que Silverlight era para aplicaciones completas y no para pequeños adornos. Cuando hacía tiempo que Flash había asumido que no sustituiría a HTML, parecía ser que Silverlight quería asumir el relevo.

Pero con Silverlight 3 todo cambió: la posibilidad de ejecutar aplicaciones out-of-browser, la interoperabilidad COM y mejoras en el acceso a dispositivos locales, convertían a SL3 en algo distinto. Estaba claro que Silverlight llegaba a sitios donde HTML no sueña con llegar nunca. La batalla que inicialmente se libraba en el navegador ahora se trasladaba también al escritorio, y el rival era Adobe AIR. Habéis visto Seesmic Desktop 2? Es un excelente cliente de Twitter, para Windows y Mac, es una aplicación de escritorio… y está hecha con Silverlight.

¿Y donde estamos ahora?

El otro día en twitter conversaba con Alejandro Mezcua (@byteabyte) y Dani Mora (@LoDani) sobre el futuro de Silverlight. Yo argumentaba que no creo ni mucho menos que Silverlight esté muerto. De hecho le veo un gran futuro a Silverlight en aplicaciones de escritorio y en aplicaciones para Windows Phone 7 (bueno, aquí depende de como le vaya a WP7, claro). Pero no le veo futuro para aplicaciones web. Quiere decir esto que Silverlight va a desaparecer del browser? No, tiene su nicho en sites específicos donde HTML no llega: p. ej. nada mejor que Silverlight para streaming de video. Sí, sí… HTML5 va a soportar vídeo, pero no soportará DRM ni bitrates variables. Si necesitas esto, necesitarás algo externo que te lo de, y ahí entra Silverlight. Pero para la creación de aplicaciones web, no lo veo, y diría que Microsoft tampoco 🙂

¿Y RIA? La clave de RIA es lo que significa la I. Dani me comentaba que para él, la I de RIA era “aquel entorno que el administrador de sistemas podía controlar”. Entonces no estamos hablando de internet… llamésmole intranet o alguna otra cosa, pero no internet. Si quieres desarrollar una aplicación para internet no hay mejor opción que HTML. Y los tiempos han cambiado mucho: de acuerdo que hace tiempo desarrollar con javascript era poco menos que un infierno, pero ahora tenemos a jQuery que convierte eso en un juego de niños. Antes Ajax era doloroso y entraba con vaselina: ahora con un par de líneas puedes usar Ajax sin preocuparte de que navegadores se usan ni nada parecido. Y sí: hay jQuery para dispositivos móviles. Aunque de todos modos la experiencia parece demostrar que en los móviles la gente prefiere aplicaciones nativas antes que webs.

Así que si quieres estar presente en aplicaciones web dentro de poco tiempo, aprende ya HTML5. No hagas caso de los que dicen que no está terminado, que no saldrá hasta dentro de no se cuantos años: son verdades a medias. Es cierto que la especificación no está lista, pero muchas partes ya estan terminadas, y ya están siendo implementadas en los navegadores. No ha salido hace poco la noticia de que IE9 era el navegador más compatible con HTML5? Como podría ser si no hubiese salido nada de HTML5? Dentro de poco ya comenzaremos a ver sites desarrollados en HTML5. El momento de lanzarse no es dentro de un, dos o tres años: es ahora.

Pero seguiremos viendo Silverlight en el navegador? Pues creo que sí: en la gran internet en aquellos sitios junto a HTML, donde se requieran aspectos que HTML5 no va asumir y en intranets (o entornos controlados) también supongo que podrán verse… Aunque en estos entornos, porque obligar al usuario a usar un navegador? Las capacidades out of browser de Silverlight hacen que el usuario tenga la sensación de usar una aplicación nativa, con toda la seguridad del sandbox de Silverlight y la misma facilidad de actualización que si una aplicación web se tratara.

Y fuera del navegador? Pues sin duda. Veremos cada vez más aplicaciones de escritorio desarrolladas en Silverlight, y tener todas sus ventajas: actualizaciones automáticas, seguridad y multiplataforma (Windows, Mac). Y ojalá Microsoft se lance en serio a Linux y haga su implementación de Silverlight (y no lo deje medio abandonado con Moonlight).

De hecho, para resumir este post, si hay alguien que deba sentirse amenazado por Silverlight no es ni mucho menos HTML5… en todo caso, si hemos de buscar a alguien, se trataría de WPF. Cada versión de Silverlight acorta distancias con su hermano mayor y no es descabellado pensar si algún dia llegarán a unirse.

Y a vosotros que os parece?

Un saludo!

36 comentarios sobre “Opinión: De si Silverlight está muerto, agonizante o mejor que nunca”

  1. Post bien argumentado, e interesante.

    Yo espero que ambas tecnologías, y más entren en juego, si no hay competencia no hay progreso.

    Desde que acabo la guerra fria a pocos planetas hemos viajado :).

  2. Totalmente de acuerdo con lo que dices. Además, no sólo espero sino que creo que es totalmente necesario que se fusionen WPF y Silverlight, para competir con Adobe AIR, de hecho compañias como New York Times abandonarón las tecnologías Microsoft debido a tener que mantener dos diferentes.

  3. A mí Eduard, me parece que WPF tiende a Silverlight. Eso como primer punto. Creo que se terminarán fusionando de alguna manera.
    Como segundo punto, no es Silverlight vs HTML 5, sino collaboration between Silverlight and HTML 5. Cada uno posee sus características y tan obligado es conocer HTML 5 como otra tecnología complementaria (Silverlight, Flash, etc). Evidentemente, en esa colaboración es posible que se pueden hacer aplicaciones que toquen tanto Web como Desktop al mismo tiempo.
    Para finalizar, diría que no veo a Microsoft posicionándose en Linux. Para eso están otros como Moonlight que es desarrollado por Novell. Microsoft no creo que aborde esa línea de desarrollo.
    Para mí Silverlight no está ni mucho menos muerto, pero es indudable que HTML 5 cambiará muchos puntos de vista. De momento, veo una aplicación Web desarrollada con HTML 5 y utilizando por debajo capas de tipo Silverlight u otras, como una cebolla para entendernos.
    Un saludo.

  4. Me parece completamente absurda la afirmacion de que «WPF se ve amenazado por silverlight». Silverlight no es mas que un subconjunto de WPF, una especie de WPF con limitaciones, para poder llevarlo a la web. Que sentido tiene hacer que silverlight sea igual que WPF? Para que iba a querer Microsoft 2 WPF’s?? Para que fusionarlos si ya hay uno que engloba al otro?

    El camino que tiene que tomar silverlight es el completamente opuesto de intentar hacerse igual que WPF . Silverlight lo que tiene que hacer a partir de ahora es volverse mas compacto, que sea capaz de ejecutarse con menos recursos y mas rapida y eficientemente en dispositivos como telefonos moviles o tablets. Algo asi como un WPF light.

    Respecto a la web, pues con HTML5 ya no necesitamos plugins en el navegador. De hecho, creo que a partir de ahora el navegador dejara de ser un programa para ver paginas web para convertirse en una especie de maquina virtual donde ejecutar aplicaciones escritas en HTML5.

  5. El problema que ha levantado Microsoft con esas declaraciones no es técnico, sino de estrategia.

    A partir de ahora van a tener más difícil que las empresas consideren invertir en Silverlight, es decir, gastarán menos en formación de sus empleados y no lo considerarán como alternativa viable para aplicaciones Web.

    Con las declaraciones que han hecho han arrinconado a SL en dos nichos:
    – aplicaciones para Intranet, aunque ahí yo personalmente prefiero y recomiendo aplicaciones WPF completas desplegadas con click-once
    – aplicaciones para WP7, pero la gente puede que se espere a que WP7 empiece a ejecutar HTML5 (que ahora no lo hace) y desarrollar entonces una aplicación web que funcione en Android, iPhone y WP7. A no ser que WP7 tenga mucho tirón, le va a costar que las empresas inviertan en Silverlight para la plataforma, que ya de por sí está bastante capada, nada que ver con las posibilidades de WM 6.x.

    No tengo claro el futuro que va a tener (por desgracia no soy adivino), pero yo por mi parte tenía planeado usarlo para un desarrollo web y me he decantado por jQuery y los cientos de plugins que hay por ahí…

  6. Yo debo ser de los pocos que no tiene tan claro que HTML5 vaya a ser el éxito que parece que se vaticina.

    Por el lado de la estandarización, me cuesta creer que todos los actores se vayan a poner de acuerdo en todo y no vaya a haber, como en el paso, diferencias entre implementaciones en función de huecos en la interpretación del estándar. Creo que si los abogados son capaces de lograr sorprendentes tergiversaciones de las leyes, los ingenieros también podemos hacerlo con los estándares. Y si HTML5 no es 100% compatible, empezará a resquebrajarse su principal aporte, esa soñada «interoperabilidad».

    Y por el lado de la implantación, está por ver cuánto tiempo pasará hasta que HTML5 sea algo tan obicuo como parece que todo el mundo asume que será. CSS3 por ejemplo lleva estandarizándose 6 años y aún no está, ni mucho menos, asimilado y utilizado ni por el gran público, ni hasta hace relativamente poco por los propios navegadores.

    El tiempo, como siempre, pondrá a cada uno en su sitio, pero yo si fuera un empresario formaría a un trabajador en una tecnología que me da, como mínimo, 3 salidas posibles: escritorio, web y móvil.

    Y como alguien apuntaba un día, siempre queda la opción de compilar Silverlight y generar código HTML 5…

  7. Toda la plana mayor de Microsoft, con Ballmer a la cabeza ha vuelto atrás en esas afirmaciones y ha señalado la importancia estratégica que tiene Silverlight para su futuro y si no ver lo que dice Ballmer en http://www.microsoft.com/presspass/press/2010/nov10/11-01Statement.mspx, o bien http://team.silverlight.net/announcement/pdc-and-silverlight/ donde Muglia pone las cosas en su sitio. Pero la mejor de todas es la entrada de Dan Whalin, «Silverlight is Dead, the Moon is Made of Cheese, and HTML 5 is Ready for Prime Time», en http://weblogs.asp.net/dwahlin/archive/2010/11/01/silverlight-is-dead-the-moon-is-made-of-cheese-and-html-5-is-ready-for-prime-time.aspx.

    En resumen: ni HTML (como demuestra Whalin) está listo todavía, ni tiene que competir con nada (por que son cosas distintas). Imagino que los de Flash estarán temblando ante un estándar que va a ofrecer todo lo que hace Flash y Silverlight juntos… ¿porque va a ofrecerlo, no?…))

    Saludos
    Marino

  8. Buf! Cuantos comentarios… 🙂
    Gracias a todos por comentar!!!

    @fravelgue
    Creo que NY Times se pasó a AIR, antes de que SL tuviese la opción de out-of-browser. La idea de NY Times era tener dos apps parecidas: una con WPF (desktop) y otra SL (web), ya que se suponía que el código sería casi idéntico. Cosa que se vio que nanai, que las diferencias entre SL y WPF obligaban a mantener dos líneas de código distintas.
    Pero con SL3 eso ya no pasa: la misma aplicación SL3 puede ejecutarse fuera del navegador o dentro de él. De hecho yo creo que hoy día SL si puede competir con AIR sin problemas (como puse en el post, has visto Seesmic Desktop 2?).

    @Chuletillas
    Tienes razón pero de momento los tiros no han ido por ahí: cada versión de SL pesa más, cada versión de SL tiene más funcionalidades (no algunas más, sinó bastantes más) y cada versión de SL le acerca más a su hermano mayor (WPF no está evolucionando ni mucho menos a la misma velocidad).
    Pero como dice @Jorge se están «acercando» mucho… Y me da la sensación de que hay mucha más gente en el mundo Silverlight que en el mundo WPF… y con SL fuera del navegador, habrá mucha gente que no se plantee usar WPF, porque con SL les base y les sobre. Y si ese sigue evolucionando… bien, quien sabe 🙂

    Pero lo que dices sería ideal, pero me da a mi que no veremos SL fuera de ningún dispositivo móvil que no sea un WP7.

    @Alejandro
    Conicido contigo, aunque en el tema del movil yo creo, como dije, que los usuarios prefieren aplicaciones nativas… coñe si hasta telepizza tiene una para iphone y android para pedir pizzas y ver las que hay (algo que se podría hacer en web sin problemas). Aquí si que el éxito de SL va ligado al de WP7, que no sabemos como funcionará, pero que creo que va a tener su nicho de mercado.

    @Marino
    No soy yo quien defiendo que SL está muerto, pero es evidente que la percepción ha cambiado. Antes MS decía: si quieres desarrollar para web usa Silverlight. Ahora dicen: No, para web usa HTML, para escritorio y WP7 usa Silverlight. Ellos mismos se han dado cuenta de que no tiene sentido competir contra HTML dentro del navegador y que SL tiene mucho y mejor futuro fuera de él. Y esto, asumiendo que la presencia dentro del navegador, que SL seguirá teniendo, especialmente por su potencial en vídeo. (al que HTML5 no llegará ni de lejos). Pero no creo que veamos «aplicaciones web» desarrolladas en Silverlight. No, Silverlight no está muerto, ni HTML5 está terminado, pero obviar que existe y no meterse con él *ahora* es un error: insisto, partes importantes de las especificaciones están ya completas y están siendo implementadas por navegadores. HTML5 se irá liberando «por etapas» y esperarse al final para meterse con él, es un error fatal.
    Y entre tu y yo Marino: ambos sabemos que Flash hace tiempo que está temblando… 🙂

    Un saludo y gracias a todos por comentar!!!! 😉

  9. Pues yo pienso que SL ha traído una cosa IMPORTANTISIMA al mundo del desarrollo web; ha creado un camino hacia aplicaciones con estado en la web (bueno, no es del todo cierto pero casi).

    Ahora es posible que muchos de los desarrolladores del mundo de las aplicaciones de escritorio se acercen al desarrollo web.

    Esto para mi, ya es toda una revolución que no puede morir.

  10. Que manera de escribir estupideces. El bloquero no tiene la mas absoluta idea de lo que habla. Dime blogero, cuantas aplicaciones empresariales has desarrollado. Yo te respondo : ninguna.

    Yo he desarrollado 4 aplicaciones empresariales con base de datos usando SL, puedo decir que la tecnologia es una maravilla. Detras del desarrollo no hay lenguajes scripts que son una verdadera mier…. Tienes lenguajes 100% orientados a objetos. En promedio me demore dos mess por cada aplicacion. Con tus tecnologias sugeridas me demoro 2 agnos y creando codigo inmantenible. Eres de la generacion de VB. Si es asi yo soy de la generacion del C++.

    Ahi esta la diferencia.

  11. Yo de nuevo.

    Silverlight NO es para aplicaciones de escritorios, SL es para
    aplicaciones web. WPF es para aplicaciones de escritorio.

    No le veo futuro para aplicaciones Web. jajajajajaja

    No tienes idea de lo que hablas.

  12. Yo de nuevo.

    Silverlight NO es para aplicaciones de escritorios, SL es para
    aplicaciones web. WPF es para aplicaciones de escritorio.

    No le veo futuro para aplicaciones Web. jajajajajaja

    No tienes idea de lo que hablas.

    Suguiero usar HTML.

    SL y HTML son dos tecnlogias completemnte distintas. Lo mas probable es que si te pregunto cuanto sumas dos manzanas mas dos peras, me respondas 4.

    Y estos tipos son gurues?.

  13. @Rafa
    Ya tardaba a venir alguien como tu aquí… Alguien que no tiene ni idea de HTML + javascript (tu mismo dices que tardas dos años en hacer una aplicación usando esas tecnologías) y que por eso piensa que «Silverlight es la única opción»

    De todos modos te sugiero que compartas tus conocomientos con nosotros, para que podamos aprender de tí…
    … aunque quizá mejor que no, porque por experiencia quien genera código inmantenible lo hace sea cual sea la tecnología que use.

    ¿Como de manejable es tu código Silverlight? 🙂

    Un saludo!

  14. @Rafa no entiendo porque dices que las tecnologías HTMl + JavaScript o Jquery, no son mantenibles y elevo mas, porque das a entender que el código realizado en VB.Net tampoco lo es. Por favor, explica tus motivos para arrojar esos contenidos.

    Te recomiendo que navegues un poco por internet para ver la verdadera potencia de Jquery(Ejemplos vistosos: http://tympanus.net/codrops/)

    Por otro lado, si quieres ser respetado deberías respetar tu también a los demás, Eduard ha expuesto su opinión y si no la compartes no hay problema.

  15. WTF!!!
    @Rafa… dos preguntas.. ¿Quien te crees que eres? y ¿Tienes idea de quien es el blogger que escribe?

    Silverlight está muy bien… pero ya sufrimos una epoca de paginas totalmente hechas en Flash que fue un infierno, hay que reconocer que HTML5 + jquery permite hacer TODO lo que haces en Silverlight pero además interoperable con CUALQUIER plataforma…

    Silverlight en el escritorio.. por ahora no llega a la potencia de WPF, pero por muy poco, veremos silverlight 5, acabarán mezclandose ambos.
    Ya hay temas avanzados como animaciones 3D que son más faciles de hacer en Silverlight que en WPF y con aceleración por hardware en ambos…

    Por si piensas que tampoco se de lo que hablo, te remito a mis 10 años de experiencia desarrollando aplicaciones LOB, mi MCP, mi MCTS de Windows Forms, mi MCTS de WPF, mis 5000 puntos en MSDN o los miles de visitas de mis articulos en Geeks.ms … y tu que criticas tanto ¿Que coño has hecho para tener la boca tan grande?

    Un amistoso saludo

  16. Vaya telaaaa!!! :-O

    Bueno, vamos a ver oh @Rafa, fuente de sabiduría:

    – Que te encanta SL? Guai, a mi también me gusta para ciertas cosas.

    – Que tardas mucho menos desarrollando una aplicación con SL que con HTML + jquery? Joder fantástico! Hay gente que piensa lo contrario, pero será porque dominan más esta última que SL…

    Sin embargo eso no te da derecho a hablar de esta forma a alguien como Eduard, que es un profesional como la copa de un pino. Y sabes una cosa? Seguramente técnicamente te pega 100 patadas, aunque también tiene la educación suficiente para no restregártelo por la cara.

    Defiendes SL para aplicaciones empresariales? Cojonudo! Pero dime una cosa? Sabes una de las cosas que tiene una arquitectura MVC respecto a SL? Escalabilidad.

    No se cuantos millones de usuarios utilizan tus aplicaciones, pero te aseguro que la escalabilidad que tiene SL no es la misma (ni de lejos) que MVC + jquery. Por no hablar de que hoy en día no es multiplataforma REAL. Y hasta que no lo sea, no va a poder competir al 100% con las otras alternativas.

    Así que aplícate el cuento de sumar peras con manzanas. No se puede comparar ambos tipos de proyecto ya que, es como comparar una aplicación de escritorio monolítica (RIA) con una aplicación en capas con una arquitectura como Dios manda (MVC).

    SL está muy bien, pero no te confundas, no es la panacea. Y si tan bueno eres, deberías saberlo.

    Un saludo hawaiano chaval! 🙁

  17. NO tienes ni idea Eduard !!!

    Que yo he hecho 4 aplicaciones empresariales con SL!!!

    Como vas a utilizar HTML + JavaScript para la web, menuda porquería.

    Jajajajajaja.

  18. Yo de nuevo.

    Estimados soy un dsarrollador que trabajo durante 15 agnos en sistemas embebidos, desarrollando software de bajo nivel en c/c++ y assembler (driver, kernel multitareas, etc). Y llevo cinco agnos desarrollando aplicaciones Web (tuve que hacerme una re ingenieria). He desarrollado en aspx.net, j2EE y ahora SL.

    Asi que se lo que hablo.

    Lo que observo aca es un error que podria llamar conceptual al comparar Flash con SL, evidentemente hacen casi lo mismo, pero el futuro de SL va por el lado del desarrollo de aplicaciones empresariales, algo que con HMLT/JavaScript o Flash es imposible hacer (si con Flex).

  19. Eduardo Tomas.

    Detras de mis desarrollos tanto como en aspx y SL sigo una arquitectura que ya esta escrita y que no he inventado yo, basada en un concepto antiguo de programacion : Programacion Orientado a Objetos. (te puedo dar los link de esta arquitectura). HMTL y JavaScript no siguen este concepto o paradigma.

    He ahi la razon por la cual se desarrolla un codigo mas limpio y mas facil de mantener y muchas otras ventajas mas.

  20. Javier Torrilla.

    Mi opinion es por mi experiencia en el uso de HTML/JavaScript.

    Miralo de la sgte manera (disculpa el lenguaje).

    HTML/JavaScript es como agarrarse una mina fea.
    SL es como agarrarse una mina rica.

    (mina se les dice a las mujeres en mi pais, en Chile).

  21. @Rafa, no se si te habrás dado cuenta que Microsoft ha comenzado a soportar Jquery e introducirlo en las referencias a los proyectos realizados tanto en ASP.NET como ASP.NET MVC.
    ¿Por qué ha realizado esto Microsoft?, Creo que es evidente el filon que está teniendo Jquery desde hace tiempo.

    Es obvio, que queremos que la Web vaya de forma muy rápida y fluida, y para eso se utiliza el código en cliente.

    No se si habrás dado una vuelta sobre JSON… Imagino que no, porque si lo hubieras hecho te habrías dado cuenta, que con un simple HTML y JavaScript, se puede hacer muchisimo.

    Y que conste que yo opino que SL, aun dará guerra, pero como dicen los compañeros por arriba, todavía le falta
    mucho para ser como su hermano mayor(WPF)

    Salu2.

    PD: Si HTML + Javascript es «agarrarse a la mina fea», es peor hacerlo en ensamblador….

  22. @Rafa
    Te voy a ser franco: Te agradezco el tono de tus nuevos comentarios.

    >del desarrollo de aplicaciones empresariales, algo que con HMLT/JavaScript o Flash es imposible hacer (si con Flex).

    Te equivocas al decir que con HTML/Javascript no se pueden hacer aplicaciones empresariales (la prueba es que se hacen).
    Evidentemente cuando me refiero a HTML/Javascript me refiero también a ASP.NET (o JSP o cualquier otra tecnología de servidor). Creo que esto se da por obvio.
    Sharepoint mismo es un servidor que usa básicamente HTML y Javascript… no lo consideras empresarial? 🙂

    De hecho en mi post, si lo relees, verás que digo que SL no tiene futuro (en mi opinión) para aplicaciones Internet. In-ter-net: de dominio público y acceso masivo. Digo que puede tener futuro en «entornos controlados» (intranets), aunque me cuestiono para que usar un navegador en estos entornos y no aprovechar las capacidades out-of-browser de SL.

    Y no entiendo porque dices tan convencido que SL no sirve para aplicaciones escritorio. No te intentaré rebatirlo de nuevo (ya lo he dicho en el post), pero te remito a otro post de Scott Guthrie (supongo que considerarás que él si sabe de lo que habla) cuando dice LITERALMENTE:
    < < In his blog post he expanded more to discuss some of the core areas we are focusing on with Silverlight going forward: •Client Apps (both inside and outside the browser) - with a particular emphasis on enterprise business applications •Apps that run on Devices - Silverlight is now the client programming model for Windows Phone and Windows Embedded (which includes things like TVs) •Media Solutions – Silverlight will continue to pioneer premium media capabilities and experiences >>

    O sea que claramente dice que SL se enfoca (primer punto) a APLICACIONES CLIENTE… 🙂
    El post está en http://weblogs.asp.net/scottgu/archive/2010/11/04/silverlight-questions.aspx

    Un saludo

    PD: Por cierto, ya que en uno de tus comentarios mencionas telerik, simplemente decirte que telerik tiene «controles» (entre comillas lo pongo) para ASP.NET MVC: controles EMPRESARIALES para usar con HTML/Javascript.

  23. Javier.

    Que MS este soportando jQuery en asp.net no tenia idea, pero es algo que a mi no me interesa , pues despues de desarrollar en SL yo no vuelvo mas a asp.net y la razon precisamente es el famoso JavaScript. En asp.net se usa y use mucho JavaScript para correr codigo por el lado del cliente. Y que obtuve con JS, nula reusabilidad a nivel binario, 0 encapsulamiento, por ser un interprete a la semana me saltaba un error de sintaxis, etc

    Pero con SL para hacer codigo por el lado del cliente uso c#,
    un lenguaje compilado no interpretado.

    Concuerdo que a SL aun le falta, pues es una tecnologia relativamente nueva, pero te digo que los pocos desarrolladores que conozco piensan igual que yo : Es una tecnologia buena y no vuelven atras.

    OJO : yo no soy un incondicional de Microsoft, pues puedo demostrar con argumento que MS es causante de las malas practicas de muchos desarrolladores.

    Yo programe en ensamblador cuando era una mina bonita, ahora es una mina de 80 agnos.

  24. Eduard.

    Pos supuesto si usas HTML+JavaScsript y tecnologias como ASP, JSP, ASPX puedes hacerlas.

    Desconozco la tecnologia SPoint asi que no puedo opinar.

    Es posible que SL tenga mas futuro en intranet que en la internet. Mis desarrollos han sido para la intranet. Concuerdo contigo.
    Evidente la ejecucion out-browser es una capacidad que yo no he usado y se que existe. (Sera porque todo es mundo ya esta aconstumbrado a dar un link en un browser).

    out-browser distinto a aplicacion de escritorio. Por supuesto
    la GUI y la navegacion en SL es como si fuera una App de escritorio.

    SL es una tecnologia para la Web, no para escritorio. WPF es para escritorio.

    De donde eres Eduard?.

  25. @Rafa
    Todo mi post daba por supuesto que cuando hablaba de HTML/Javascript lo hacía también de la tecnología de servidor asociada, ASP.NET, JSP o lo que quieras 🙂

    Sharepoint no es nada más que un servidor de Microsoft, sobre el cual se pueden construir aplicaciones empresariales. Lo he mencionado porque la parte de presentación es HTML. Al igual que el CRM de Microsoft que es una aplicación web. Evidentemente todas tienen su parte de servidor (en ASP.NET) pero eso, como te digo, ya lo daba por supuesto… no estaba hablando nunca de construir aplicaciones «todo en el cliente».

    >Sera porque todo es mundo ya esta aconstumbrado a dar un link en un browser
    He de reconocer que tienes buena parte de razón en esto. Una vez lo mencioné para un proyecto y prefirieron incrustar la app SL dentro del navegador a hacerla Out Of Browser… supongo que la inercia pesa mucho.

    >SL es una tecnologia para la Web, no para escritorio. WPF es para escritorio.
    Si pero… yo pienso que en un futuro pueden llegar a unirse, WPF y SL. Cada vez hay menos diferencias. SL es simplemente el hermano menor de WPF, pero cada vez es «menos menor». Y no soy el único que piensa eso (aunque hay gente, por supuesto, que piensa lo contrario).

    >De donde eres Eduard?.
    De donde soy o de donde vengo, que diria Pelegrí (http://www.youtube.com/watch?v=GpSiUxiX1DA)? :p
    Soy de Igualada, una pequeña ciudad cerca de Barcelona.

    Saludos!

  26. Buenas tardes, en mi opinion, con silverligh puedo utilizar mvvp
    y en asp net mvc
    en cuanto a la escalibilidad es cuestion de diseñar bien la arquitectura de la aplicacion,

    ah y con silverligh queda bonito con un par de clicks
    y en aspe net tienes que hacer un poquito mas de esfuerzo.
    saludos desde lima.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *