Que Voy a necesitar para el Workshop ASP.Net Core?

El Sabado 13 de julio estare impartiendo un taller sobre ASP.NET Core en la ciudad de Santiago, estas son las herramientas que van a necesitar para seguir el paso en el taller.

Prerequisitos :

  • Version minima de Visual Estudio 2017.
  • Llevar Laptop.

Como instalar aspnet core?

Si necesitas instalar aspnet core sigue esta guia de como hacerlo –>
https://docs.microsoft.com/es-es/dotnet/core/windows-prerequisites?tabs=netcore2x

Gracias espero verlos en le taller el cual constara de 8 clases.

Keep Coding.

Tracing RabbitMQ Messages

En ocasiones  es de ayuda ver que esta siendo publicado y consumido en el nodo de  RabbitMQ que estemos trabajando esto nos ayuda un monton en el proceso de debug. RabbitMQ tiene una caracteristica llamada Firehose Tracer.

Con el siguiente comando podemos ver una lista de todos los plugins que podemos utilizar con la solucion.

rabbitmq-plugins list


Una vez listamos los plugins que podemos habilitar procedemos con el que nos interesa el cual es el rabbitmq tracing procedemos a ejecutar el siguiente comando: rabbitmq-plugins enable rabbitmq tracing

 Luego de esto procedemos a detener e iniciar el servicio con los siguientes comandos:

rabbitmq stop, para detener el servicio.

rabbitmq start. para iniciar el servicio.

Una vez hacemos esto nos dirigimos a la interfaz web de Rabbit , nos dirigimos al menu admin y en la parte lateral derecha vamos a ver una opcion que llamada tracing y damo clic.

 

procedemos a crear el log donde queremos hacer trace de lo que ocurra en el nodo que estamos trabajando, el log puede ser servido en texto ó json. 

 

Recuerda que si estas haciendo tracing a un nodo que esta en produccion, cuando termines recuerda desactivar el plugin con el siguiente comando rabbitmqctl trace_off.

Get ready for the cloud!

Asistiendo al Global MVP Summit 2019

A finales del a√Īo pasado me inscrib√≠ para asistir al Global MVP Summit 2019. El Global MVP Summit es un evento MVP exclusivo de varios d√≠as que se realiza en Bellevue y en la sede de Microsoft en Redmond, Washington. La Cumbre Mundial de MVP contar√° con un amplio cat√°logo de discusiones t√©cnicas y sesiones de comentarios (que se ofrecen solo en espa√Īol) combinadas con oportunidades de creaci√≥n de redes entre sus compa√Īeros MVP y los grupos de productos de Microsoft.

Un poco sobre el viaje pasado Global MVP Summit 2018

Usualmente recibo un¬†mont√≥n¬†de preguntas de¬†c√≥mo¬†es ser MVP, como es la experiencia, es por esto que¬†he¬†decidido escribir esta entrada en mi blog, el estilo de este escrito¬†ser√°¬†muy informal ya que lo estoy relatando a modo de¬†an√©cdota¬†as√≠¬†que no se sorprendan por el estilo usado¬†aqu√≠.¬†¬†Espero que este sea un recurso √ļtil para aquellas personas que si se atrevieron a preguntarme y para las que de¬†alg√ļn¬†modo¬†¬†sienten curiosidad pero no se animan a preguntar.

El viaje da inicio 3 mar. 2018 recuerdo que mi vuelo partia a las 8 pm desde Santo Domingo hacia New York donde hacia escala para luego tomar otro hacia Seattle.

Pero para mi desgracia por alguna falla en la logistica de la aerolinea mi vuelo se cancelo y fue asi como quede por 5 horas varado en el aeropuerto tratando de conseguir otro vuelo que me llevara a mi destino.

Pero luego de varias horas presionando y la buena disposicion de la aerolinea pude colarme en otro vuelo que salia mas tarde.

Ya en el avion habia gente que estaba igual de cansada que yo, pero como saben un developer no duerme. Finalmente llegue a New York pero como saben si perdi mi vuelo en Santo Domingo eso significa que tambien perdi el de New York hacia Seattle, asi que luego de explicar lo sucedido a la aerolinea y resolver mi abordaje me dispuse a tener un autentico desayuno Norte Americano.

Luego de tener mi desayuno me dispongo a descansar un poco y esperar la hora de abordar pero oh ! sorpresa me toco viajar hasta el final del avion en un vuelo de 6 hrs. de duracion y esta fue mi cara de felicidad.

Finalmente llegue a Seattle una ciudad hermosa eran las 11 pm y mi primera vez en aquel lugar asi que trataba de reconocer otros MVPs en la terminal que se estuvieran dirigiendo al hotel y por suerte encontre un colega de Chile, luego se nos unieron de Taiwan y Filipinas.

Yo me hospede en el Hotel Sheraton, hay mas hoteles pero yo me registre en ese, asi es como lucia desde fuera.

Me dispuse a descansar para disfrutar de los dias cargados de mucho contenido y actividades que me esperaban. A la ma√Īana siguiente me dirigi a mi respectivo edificio donde se estarian corriendo las actividades a mi respectiva categoria, pero no sin antes recargar energias con un buen cafe.

Y tener un desayuno digno de un MVP (chiste)

Y el contenido ?

Pues tengo para contarles que no se es permitido hablar sobre ningun tema tratado en esta actividad pues se violaria un acuerdo de NDA, pero si les puedo contar que es una actividad cargada de alto conocimiento tecnico y se crea una amplia red de contactos que tienen una gran pasion por la tecnologia al igual que tu.

Esta entrada en mi blog se basa √ļnicamente en mi propia experiencia, por lo que puede diferir de otra persona. Tambi√©n estoy activo en Twitter si quieres saludar¬†@yhorbymatias.

Mi vida como desarrollador Remoto

Go for it! 

Introducción

Era el a√Īo 2014 cuando me encontraba navegando por el internet cuando por casualidad entre a este sitio web ah√≠ vi un anuncio sobre una vacante de una empresa de Puerto Rico que buscaba un desarrollador web remoto, aplique para la posici√≥n la cual obtuve, ah√≠ doy inicio a mi vida como desarrollador de software remoto.

Tantas cosas han cambiado desde entonces. He crecido como persona y como ingeniero. Este artículo es una historia en la que comparto abiertamente todas las lecciones y desafíos que he experimentado a lo largo de mi viaje de trabajo remoto como ingeniero de software.

Un poco sobre mi

Mi nombre es Yhorby Matias soy  ingeniero de software senior en iScribeHealthtambi√©n soy Microsoft MVPUsualmente recibo un mont√≥n de preguntas de c√≥mo conseguir trabajo remoto, como es la experiencia, es por esto que he decidido escribir esta entrada en mi blog, el estilo de este escrito ser√° muy informal ya que lo estoy relatando a modo de an√©cdota as√≠ que no se sorprendan por el estilo usado aqu√≠. Espero que este sea un recurso √ļtil para los principiantes que est√°n considerando iniciar su jornada en el mundo del “Remote Working”. 

Iniciando en un trabajo remoto

Realmente mi primera experiencia como desarrollador remoto fue muy mala pues la organizaci√≥n a la cual me un√≠ carec√≠a de cultura en cuanto a “Remote Working” hago √©nfasis en que la organizaci√≥n no ten√≠a cultura de trabajo remoto ya que es un punto muy importante a tomar en cuenta al aceptar una oferta de trabajo remota ya que esto se puede convertir en un dolor de cabeza y no ayudarnos en nuestro crecimiento profesional y t√©cnico, cabe destacar que generalmente cuando inicias remoto pasas por un lapso de tiempo en el cual eres considerado como contratista una vez superado ese tiempo puedes recibir una oferta como empleado de tiempo completo. 

Es imperativo que nos aseguremos que a la organizaci√≥n a la cual nos estamos uniendo sea 100% remote culturalmente ya que si no es as√≠ podemos tener poca oportunidad de crecimiento no digo que sea una regla, pero es muy probable que se le d√© prioridad a los que est√°n presentes en oficina.  

Despu√©s de varias de no muy gratas experiencias como remote developer, hice una pausa y empec√© a trabajar como consultor en ese lapso de tiempo tuve suficiente tiempo para reflexionar y analizar mis experiencias pasadas una vez hecho esto vuelvo a la carga al mundo del remote working.

En esta ocasi√≥n escrib√≠ el siguiente Twitter:  

A ra√≠z de este tuit recib√≠ algunas ofertas y recomendaciones a sitios donde aplicar ahora paso a contarles cual fue el criterio que aplique para decidir donde si quer√≠a trabajar. 

  • Desde la primera entrevista queda todo claro y se alienta a la retroalimentaci√≥n.
  • Hay un mont√≥n de “Facetime” con colegas (y tambi√©n con el jefe).
  • Hay objetivos claros para ti, el equipo y la empresa.
  • Conoces a tus potenciales colegas.

Despu√©s de mi charla con Daemon, comenc√© el proceso de entrevista. iScribeHealth se asegura de que quienquiera que se una al equipo encaje perfectamente. As√≠ que, aparte de los aspectos t√©cnicos, las entrevistas tambi√©n se centraron en la cultura. Cuando me un√≠ a iScribeHealth, tuve que pasar por un proceso de “Onboarding” en el cual un colega te ayuda y te funge de soporte durante tu proceso de adaptaci√≥n. 

Retos iniciales de trabajar de forma remota.

Trabajar de forma remota es muy diferente de trabajar en la oficina. No creo que se llegue a entender completamente la diferencia hasta que realmente comiences a ser remoto.

¬ŅPuedo recordar mis primeros d√≠as de forma remota, me levantaba, desayunaba y dec√≠a ahora qu√©? Pues ya estaba acostumbrado a saber que el d√≠a productivo iniciaba cuando llegaba a la oficina, pero en esos momentos me sent√≠a solo y confundido. 

Comunicacion

En el entorno basado en la oficina, dependemos tanto de la comunicaci√≥n en persona que es realmente extra√Īo no tenerla. El entorno remoto es todo lo contrario, ya que se basa principalmente en la comunicaci√≥n as√≠ncrona.

La comunicación sigue siendo un gran problema en los equipos remotos, pero creo que en iScribeHealth hemos encontrado un buen equilibrio.

Para la comunicacion usamos las siguientes herramientas:

  • E-mails (Outlook)
  • Slack
  • Zoom

Estructura de trabajo

Volviendo a mis desafíos iniciales, el más grande al que me enfrentaba era la confusión sobre cómo estaba hecho y estructurado el trabajo. En algunos equipos no sabia realmente en que estabamos trabajando o hacia donde nos dirigiamos.

Cuando me uni a iScribeHealth, me asignaron un rol y colegas que estaban allí para apoyarme durante todo el proceso.

Al principio, trabajaba desde mi casa para administrar mi tiempo de manera m√°s eficiente. Adem√°s estaba nervioso por tener videollamadas y mas tener que hablar en ingles. En ocaciones lo hago desde alguna plaza pero en lo personal no soy muy fan de trabajar en lugares fuera de casa. Trabajar desde casa realmente funciona para mi, porque puedo hacer muchas cosas sin distracciones.

Tiempo

Otro desafío al que me enfrentaba al principio era no poder desconectarme del trabajo. Estaba constantemente en línea. Terminaba comenzando mi día a las 6 am y despachándome alrededor de las 8 o 9 pm No duró mucho, pero trabajar largas horas realmente se convirtió en un problema.

Tienes que ser muy estricto con tus horas de trabajo, de lo contrario el agotamiento mental puede pasarte factura. No quieres eso. Debes establecer tus horas de trabajo y apegarte a ellas.

Por supuesto, puedes ser flexible cu√°ndo y c√≥mo trabajes seg√ļn tu estilo de vida, pero la administraci√≥n del tiempo es clave. Yo personalmente soy una persona muy madrugadora por eso las tareas principales las realizo 6 am 9 am cuando mi energ√≠a mental est√° en su tope. Las llamadas las dejo para la tarde donde si con la mayor√≠a de mis tareas trabajadas puedo distraerme f√°cilmente. 

Cosas a mejorar con el tiempo

Trabajar en la gesti√≥n del tiempo. 

Comencé a administrar mejor mi tiempo. Todos los días dediqué tiempo a priorizar las tareas del día siguiente estableciendo objetivos específicos. Por lo general, establezco 3-4 tareas para un día.

La parte difícil del trabajo remoto es que usted controla completamente su tiempo y tiene que ser muy cauteloso sobre cómo y en qué gasta su tiempo. Por supuesto, las distracciones pueden suceder. Pero encontrar maneras de mejorar su enfoque es un elemento clave para ser productivo en el trabajo remoto.

Mantenerse saludable

Dejé de trabajar hasta tarde y trato de dormir 6 horas cada noche. Ahora estoy tratando de volver a hacer ejercicio a mi particularmente me gusta correr al aire libre.

La comunicacion

No solo uses los canales de comunicaci√≥n para dar tu avance de scrum o hacer alguna pregunta t√©cnica trata de crear empat√≠a con el resto el equipo pregunta como estuvo su fin de semana, como esta su familia etc., haz que no sea una persona m√°s detr√°s del monitor sino m√°s bien un compa√Īero de trabajo.

Viviendo la vida remota

Creo que poder trabajar desde cualquier lugar es la ventaja m√°s asombrosa del trabajo remoto. incluso trabajar cuando te sientes productivo es una de las comodidades del trabajo remoto ademas de que la vida remota te ahorra algunos gastos que van ligados a la necesidad de transportarte a tu lugar de trabajo.

Herramientas para trabajo en equipos remotos

Las herramientas que utilizamos y en las que confiamos juegan un papel muy importante en nuestra productividad y en nuestra vida laboral.

Estas son algunas de las herramientas que utilizamos diariamente en iScribeHeahealth.

  • Office 365 – Usamos el calendario de Outlook para agendar todas las reuniones y recordatorios, Usamos mucho el correo electr√≥nico, y es por eso que tengo una configuraci√≥n autom√°tica de filtrado y etiquetado para poder revisar mi bandeja de entrada f√°cilmente, en adici√≥n usamos office en l√≠nea para documentar y colaborar, OneDrive para compartir archivos entre los miembros del equipo.  
  • Slack – Usamos Slack para sincronizar la comunicaci√≥n y los mensajes directos. Tenemos un canal general, Dev, etc. Me gusta Slack.
  • Zoom – Usamos Zoom para videollamadas. Somos muy dependientes de Zoom y es una gran herramienta para reunir a todo el equipo.

Aparte de estas herramientas, tengo mis propias herramientas que me ayudan a ser más productivo lo cual lo podríamos discutir en otra entrada.

En un equipo remoto, generalmente terminas creando y compartiendo capturas de pantalla o pantallas para mostrar algo a tus compa√Īeros as√≠ que debemos estar armados con alguna tool que nos guste para esa tarea.

Conclusion

Al igual que con la mayor√≠a de los nuevos paradigmas que est√°n transformando nuestro mundo hoy, trabajar de forma remota conlleva importantes ventajas y desventajas. Y lo que funciona para un equipo o un individuo no necesariamente funciona para el siguiente. Pero a medida que la tecnolog√≠a contin√ļa avanzando y el mundo solo se vuelve m√°s conectado, est√° claro que el trabajo remoto desempe√Īar√° un papel crucial en el futuro de los negocios.

Esta entrada en mi blog se basa √ļnicamente en mi propia experiencia, por lo que puede diferir de otra persona que trabaja de forma remota.

Si es nuevo en el trabajo remoto o busca uno, no dude en comunicarse conmigo para hacer sus preguntas. Siempre estoy disponible para ayudar y compartir.

También estoy activo en Twitter si quieres saludar @yhorbymatias.

C# en el browser .NET WebAssembley Blazor

Nota: Esta tecnologia aun es experimental.

Si eres un desarrollador web moderno, probablemente est√©s usando JavaScript. Hasta hace poco, era la √ļnica opci√≥n seria para desarrollo web. Para aquellos de nosotros que quiz√°s no tengamos JS como skill en nuestras habilidades principales (pero que todav√≠a estamos interesados en crear aplicaciones web), el mundo est√° empezando a cambiar. Hoy en d√≠a, tenemos WebAssembly (Wasm). WebAssembly es una forma alternativa de desarrollar aplicaciones web, y no requiere que usted conozca ning√ļn framework JavaScript. WebAssembly es un nuevo tipo de c√≥digo que se puede ejecutar en navegadores web modernos y proporciona nuevas funciones y mejoras importantes en el rendimiento.

El sue√Īo de todo desarrollador .NET

Como desarrollador .NET, tambi√©n podr√° usar su lenguaje y framework¬† favorito para crear aplicaciones del lado del cliente. Tambi√©n podr√° compartir sus modelos, c√≥digo, l√≥gica de negocios entre el c√≥digo del lado del servidor y el c√≥digo del lado del cliente, y esto es enorme. Tener un c√≥digo compartido entre el servidor y el cliente siempre ha sido un sue√Īo para muchos desarrolladores de .NET.

Como funciona el WASM.

Para entender se puede dividir en dos partes:

  • Una m√°quina virtual (VM) que ejecuta el c√≥digo de la aplicaci√≥n web, por ejemplo, El c√≥digo JavaScript que alimenta tus aplicaciones.
  • Un conjunto de API web a las que la aplicaci√≥n web puede llamar para controlar la funcionalidad del dispositivo / navegador web y hacer que sucedan las cosas (DOM, CSSOM, WebGL, IndexedDB, API de audio web, etc.).

Hist√≥ricamente, la m√°quina virtual solo ha podido cargar JavaScript. Esto nos ha funcionado bien, ya que JavaScript es lo suficientemente poderoso como para resolver la mayor√≠a de los problemas que las personas tienen hoy en la Web. Sin embargo, nos hemos encontrado con problemas de rendimiento cuando intentamos utilizar JavaScript para casos de uso m√°s intensivos, como juegos en 3D, realidad virtual y aumentada, visi√≥n de computadora, edici√≥n de im√°genes / video y una cantidad de otros dominios que exigen un rendimiento nativo para tener una idea mas clara puede consultar los siguientes casos de uso –> Aqui¬†.

Que hay de nuevo en Blazor 

El equipo de desarrollo de Blazor se centra en ejecutar código .NET, como C #, del lado del cliente en el navegador. Pero, aparentemente, los esfuerzos del lado del cliente no están listos para el .NET Core prime time, ya que hay más partes móviles y dependencias asociadas con el esfuerzo del lado del cliente, por lo que el progreso no solo lo determina el equipo de desarrollo de Blazor. Por ejemplo, para ejecutar Blazor en el navegador, el código debe compilarse a WebAssembly, otro trabajo en progreso completamente nuevo que básicamente es un código de bytes para la Web por lo cual aun no esta ready para produccion.

Las nuevas caracteristicas de  Blazor 0.6.0 seran entregadas en el release de Net Core 3.0

Mas informacion sobre el progreso aqui .

Construyendo tu primera aplicación Blazor y WebAssembly

Aqui les dejo un video donde muestro como crear nuestra primera aplicacion con Blazor. Nota para tener el ultimo update de Blazor solo debemos actualizar el SDK de Net Core.

Esta es la nueva promesa del gigante de Redmond .Net en el browser ! Me gustar√≠a saber tu impresi√≥n u opini√≥n en los comentarios !

Sitios web est√°ticos en Azure Storage

Esta es una nueva caracteristica !

 Azure Storage 

Azure Storage es la soluci√≥n de almacenamiento en la nube de Microsoft para escenarios modernos de almacenamiento de datos. Azure Storage ofrece un almac√©n de objetos escalable masivamente para objetos de datos, un servicio de sistema de archivos para la nube, un almac√©n de mensajer√≠a para mensajes confiables y un almac√©n NoSQL.  Mas informacion aqui.

¬ŅQu√© es un sitio web est√°tico?

Los sitios web estáticos se refieren a sitios web que se pueden cargar y servir de forma estática a partir de un conjunto de archivos predefinidos. Ahora puede crear un sitio web estático utilizando archivos HTML, CSS y JavaScript que están alojados en Azure Storage. En cambio, si desea alojar un sitio web dinámico con el tiempo de ejecución de ASP.NET, Java o Node, use las Azure Web Apps y confíe en el tiempo de ejecución para generar y servir su contenido web de forma dinámica.

Los sitios web estáticos pueden ser poderosos con el uso de JavaScript del lado del cliente. Puede crear una aplicación web utilizando frameworks populares como React.js y Angular y hospedarla en el almacenamiento de Azure Blob. Si existe la necesidad de manipular o procesar datos en el lado del servidor, simplemente llame al servicio de Azure administrado relevante como los Servicios cognitivos de Azure o aproveche un servidor web propio alojado en las funciones de Azure.

A continuacion les dejo un corto video donde muestro como funciona esta nueva funcionalidad.

Comenta si te gusto, dejas tus preguntas y nos vemos en la siguiente entrada !

Que es un ‘Nightly Builds’

Nightly Builds

Si eres nuevo en el mundo del desarrollo de software y estas interesado en utilizar buenas practicas y metodologias de seguro has escuchado la palabra –¬†Nightly Builds –¬† ¬†en ese momento nos cruza por la mente que significa esto ? Pues aca les dejo una peque√Īa definicion.

Significa que cada noche, todo lo que se ha registrado en el source control es compilado. Esa compilacion es una “compilacion nocturna” o¬†Nightly Builds¬† esta accion generalmente ocurre de manera automatizada .

ASP.NET resolver URL relativas con Razor || MVC 5

A menudo necesitamos resolver una URL relativa a la URL absoluta correcta cuando usamos plataformas de programación del lado del servidor. Las diferencias entre entornos de desarrollo, prueba y producción a menudo significan que la configuración del servidor web para la aplicación cambia de un entorno a otro.

En ASP.NET tenemos el  práctico método Url.Content () en la clase System.Web.Mvc.UrlHelper el cual nos  permite convertir fácilmente una ruta relativa de raíz virtual ( la que comienza con un carácter de tilde (~)) a una URL absoluta. Esto funciona de maravilla en los proyectos MVC Razor y el motor Razor view hace que sea muy fácil mostrar el método en un href como link.

Ejemplo:

<p> <a href=”@Url.Content(“~/Controller/Action”)”> este link da url relativa </p>

Browser + Razor = Blazor! .NET en el Browser

Los SPA se adoptaron mucho en los √ļltimos a√Īos para construir el dashboard privado parte de las plataformas SaaS (software como servicio) o servicios de Internet en general, as√≠ como para desarrollar aplicaciones empresariales basadas en datos y de gran cantidad de formularios.

¬ŅQu√© es una aplicaci√≥n de una sola p√°gina?

A veces, los nombres en Desarrollo de software no están bien seleccionados, y eso puede generar mucha confusión. Ese no es ciertamente el caso con el término SPA: ¡una aplicación de una sola página literalmente tiene solo una página!

Si ya usas .NET, esto completa el panorama: podr√°s utilizar tus habilidades para el desarrollo basado en el navegador adem√°s de los escenarios existentes para servicios basados en servidores y en la nube, aplicaciones m√≥viles / de escritorio nativas y videojuegos. Si a√ļn no usas .NET, te invito a usarlo.

¬ŅPor qu√© usar .NET para aplicaciones de navegador?

La construcci√≥n de aplicaciones web modernas a√ļn plantea desaf√≠os. Usar .NET en el navegador ofrece muchas ventajas que pueden ayudar a que el desarrollo web sea m√°s f√°cil y productivo:

Estable y consistente: .NET ofrece un conjunto de API, herramientas e infraestructura de compilación estándar en todas las plataformas .NET que son estables, ofrecen gran cantidad de funciones y son fáciles de usar.

Lenguajes modernos e innovadores: Los lenguajes .NET como C # y F # hacen que la programaci√≥n sea un placer y que contin√ļen mejorando con nuevas funciones de lenguaje innovadoras.

Herramientas líderes en la industria: La familia de productos Visual Studio brinda una excelente experiencia de desarrollo .NET en Windows, Linux y macOS.

Rápido y escalable: .NET tiene una larga historia de rendimiento, confiabilidad y seguridad para el desarrollo web en el servidor. El uso de .NET como una solución full-stack hace que sea más fácil crear aplicaciones rápidas, confiables y seguras.

 

Browser + Razor = Blazor!

Blazor se basa en tecnologías web existentes como HTML y CSS, pero utiliza la sintaxis C # y Razor en lugar de JavaScript para construir una interfaz de usuario web composable. Debemos tener en cuenta que no es una forma de implementar aplicaciones móviles UWP o Xamarin existentes en el navegador. Blazor tendrá todas las características de un web framework moderno.

Blazor usa solo los √ļltimos est√°ndares web. No se necesitan complementos o trans compilaci√≥n . Se ejecuta en el navegador en¬† tiempo de ejecuci√≥n en¬† .NET¬† (Mono) implementado en WebAssembly que ejecuta ensamblados .NET normales. Tambi√©n funciona en navegadores m√°s antiguos pasando a un tiempo de ejecuci√≥n de .NET basado en asm.js.

Aun este proyecto est√° muy joven no hay nada que descargar pero si podemos ir al repositorio de Github clonar y ejecutar los ejemplos de prueba. Los requisitos para ejecutar Blazor son los siguientes:

Para ver a Blazor en acci√≥n, echa un vistazo a¬†¬†Steve Sanderson’s prototype demo at NDC Oslo. Tambi√©n puedes probar una aplicaci√≥n simple Blazor en vivo.

Esta es la nueva promesa del gigante de Redmond .Net en el browser ! Me gustaría saber tu impresión u opinión en los comentarios !

Fuente.