#Hololens – Simple Gaze tracking con #UrhoSharp

Leave a reply

Hola !

Otro post rápido de viernes, en este caso para mostrar lo simple que es activar o desactivar el Gaze (puntero en Hololens) utilizando UrhoSharp. En el siguiente vídeo (velocidad 200X) podemos ver como el gaze sigue el punto de la mirada. El tracking del Gaze lo activamos o desactivamos con un AirTap.

holo-hideshow-gaze-03

Lo interesante de este ejemplo, es que se puede implementar con 10 líneas de código. Veamos el código de la clase principal. Detalles importantes

  • En Start()
    • Activo el cursor en la línea 23
    • Activo la captura de gestos de tipo AirTap en la línea 22
    • Inicializo el SpatialMapping, que es necesario para poder mostrar el Gaze, líneas 25 a 27
  • Cuando se detecta un gesto de tipo AirTap, cambio un flag y Habilito o Deshabilito el cursor. Esto lo podría hacer sin el flag, pero luego uso el mismo en un ejemplo más completo.
  • Las rutinas en las líneas 37 a 80 son las que se encargan del SpatialMapping.

clipboard02

El código fuente del ejemplo se puede descargar desde aqui

Saludos @ Toronto

El Bruno

References

#ALM – #TFS 15 RC2 available, your TFS on premises side-by-side with VS Team Services (almost!)

Leave a reply

Hello!

During the ALM training with my LemonCode friends, one of the questions which I was waiting it related to the differences between the capabilities and features between Team Foundation Server and Visual Studio Team Services.

Although, initially the both have the main base features, VS Team Services receives updates each a couple of weeks. And, usually we need to wait a couple of days / weeks to have them available for TFS.

In example, now that the TFS15 RC2 has been released, we can find some cool features already available in VS Team Services.

Based on original MSDN post, I share the list of this Release Candidate 2 main features:

  • Follow a work item – makes it super easy to track the progress on work that you care about.
  • Code search – Makes it easy to find code anywhere across your project.
  • Package management – Improves your ability to reuse components across your projects (both OSS and internally produced)
  • Improved Git web experiences, including revamped pull requests and branches pages – pull requests include a new auto-complete feature
  • Docker support – in build and release management.
  • Release management – the number of significant improvements and new capabilities is very large.
  • Parity between MTM and web TCM – We almost have parity now where all the things you are used to using MTM for, you can now use the web experience for.
  • Paid extensions – You can now purchase and install extensions in TFS

Greetings @ Toronto

El Bruno

References

#ALM – #TFS 15 RC2 ya está disponible, tu TFS puede competir con VS Team Services (o casi!)

Leave a reply

Hola !

Durante el curso de ALM con los amigos de LemonCode, una de las preguntas que estaba esperando era la relacionada a las diferencias entre las capacidades y funcionalidades que tienen Team Foundation Server y Visual Studio Team Services.

Si bien, inicialmente las funcionalidades básicas son las mismas, VS Team Services recibe actualizaciones cada un par de semanas. Por lo general, luego hay que esperar un par de días / semanas hasta tener las mismas disponibles para TFS.

Por ejemplo, ahora que se ha liberado la RC2 de TFS15, en la misma podemos encontrar algunas funcionalidades que ya tenemos disponibles desde hace tiempo en VS Team Services.

A modo de ejemplo, dejo el listado de esta Release Candidate 2:

  • Seguir un WorkItem, ahora es fácil seguir el progreso en los WorkItems que nos interesan.
  • Búsqueda de Código fuente, ahora es más fácil encontrar código en cualquier lugar.
  • Mejor en la experiencia web para Git, incluyendo mejoras en las vistas de las branches y la gestión de Pull Requests, por ejemplo con la capacidad de autocompletar
  • Soporte para Docker, en Build y Release Management.
  • Release Management, en este aspecto hay muchas mejoras importantes.
  • Paridad entre MTM y TCM (web) , la paridad entre ambos productos está casi completa. Casi todas las funcionalidades de MTM están implementadas en TCM.
  • Soporte para extensiones de pago, ahora se puede comprar e instalar extensiones en TFS

Saludos @ Toronto

El Bruno

References

#Event – Creating an #Hololens 3D App being a 2D developer (#MeetUp #HangOut)

Leave a reply

05

Hello!

After spending sometime learning about the Hololens, now is time to start sharing what I’ve learned in community events. I’ve already have a couple in agenda here in Canada, however the 1st one will be a Mexico MeetUp. My participation will be in HangOut format so I guess everyone will be able to connect.

I have to thank to MeetUp de C# en México City team, they have invited me for this. And especially to Satur (@SaturPimentel), which has encouraged me to do it

I have to finish working on logistical aspects on how I will make the presentation: Hololens view, a camera for the tracking, and more. Sure that it is at least interesting 😀

Greetings @ Toronto

El Bruno

References

#Event – Creando #Hololens App por un developer 2D (#MeetUp #HangOut)

Leave a reply

05

Hola !

Después de un tiempo aprendiendo un poco sobre las Hololens, ya es momento de comenzar a compartir lo aprendido en eventos de la comunidad. Aquí en Canadá ya tengo unos en vista, pero el 1ro será en un MeetUp en México. Mi participación será en formato HangOut así que todos se podrán conectar.

Tengo que agradecer al equipo de MeetUp de C# en México City, que me ha invitado. Y en especial a Satur (@SaturPimentel), que me ha animado a hacerlo.

Tengo que terminar de trabajar en algunos aspectos logísticos sobre cómo haré la presentación. Seguro que es, por lo menos interesante😀

Saludos @ Toronto

El Bruno

References

 

#Net -.NET Standard, a single Library to rule them all !

Leave a reply

 

Hello!

A few days ago, I was listening a .NET Rocks  podcast and the guest commented the different flavors (pain?) we have today.for  NET. When we think in. NET, we always think in .NET Framework, but is easy get five or more different versions of. NET.: Xamarin, Mono, Silverlight, .NET Core, .NET Compact Framework and others. Those are different versions of what initially was thought in a single platform.

So today, when the product team announced .NET Standard they presented this scenario with this amazing picture:

dotnet-today.png

This is the main reason to create .NET Standard as a single set of APIS which must be implemented in all the .NET platforms. Another view of this is to think in a base class library with the basic features we need when we build an application. Regardless of whether it is for cloud, desktop, mobile, etc.

dotnet-tomorrow.png

I think that this gives a good idea of what you can expect from .NET Standard in the future. While the points that are discussed in the post are also interesting:

  • .NET Standard is a set of APIs that all .NET platforms have to implement. This unifies the .NET platforms and prevents future fragmentation.
  • .NET Standard 2.0 will be implemented by .NET Framework, .NET Core, and Xamarin. For .NET Core, this will add many of the existing APIs that have been requested.
  • .NET Standard 2.0 includes a compatibility shim for .NET Framework binaries, significantly increasing the set of libraries that you can reference from your .NET Standard libraries.
  • .NET Standard will replace Portable Class Libraries (PCLs) as the tooling story for building multi-platform .NET libraries.
  • You can see the .NET Standard API definition in the dotnet/standard repo on GitHub.

Greetings @ Toronto

El Bruno

References

#Net -.NET Standard, una única Library para gobernarlos a todos !

Leave a reply

Hola !

Hace unos días, escuchaba un podcast de .NET Rocks donde el invitado comentaba los diferentes flavors que tenemos hoy de .NET.

Por ejemplo, cuando pensamos en .NET, siempre pensamos en .NET Framework, pero es fácil llegar a cinco o más implementaciones diferentes de .NET. Xamarin, Mono, Silverlight, .NET Core, .NET Compact Framework y muchas otras, son diferentes versiones de lo que inicialmente se pensó en una única plataforma. En el post donde se anuncia .NET Standard lo presentan así:

dotnet-today.png

Es por este motivo que nace .NET Standard como un unico set de APIS que deben ser implementadas en todas las plataformas. Dicho de otra manera, es una clase base con las funcionalidades básicas que podemos necesitar cuando creemos una aplicacion. Sin tener en cuenta si la misma es para cloud, desktop, mobile, etc.

dotnet-tomorrow.png

Creo que esto da una buena idea de lo que podemos esperar de .NET Standard en el futuro. Aunque los puntos que se comentan en el post son también interesantes:

  • Estándar de .NET es un conjunto de APIs que todas las plataformas .NET tienen que implementar. Esto unifica las plataformas .NET y previene la fragmentación futura.
  • .NET 2.0 estándar se implementarán por .NET Framework, .NET base y Xamarin. Para la base. net, esto añadirá muchas de las API existentes que han sido solicitadas.
  • Estándar de .NET 2.0 incluye una cuña de compatibilidad de binarios de .NET Framework, aumentando significativamente el conjunto de bibliotecas que se pueden hacer referencia de las bibliotecas .NET estándar.
  • Estándar de .NET reemplazará a bibliotecas de clases portables (PCLs) como la historia de herramientas para la construcción de las bibliotecas de .NET multiplataformas.
  • Puedes ver la definición de la API estándar de .NET en el repositorio estándar de dotnet en GitHub.

Saludos @ Toronto

El Bruno

References

#Podcast – #CleanCode: development techniques, our own experiences and some smiles (spanish)

Leave a reply

keyboard rage.gif

Hello!

In this episode I’m lucky enough to make a connection between Canada and UK to talk with Omar De el Valle (@omarvr72). Our excuse is “Clean Code” and knowing that we will always live surrounded by source code, we started to talk about

  • “Good code” and “Bad code”
  • What we feel when we go back to see our code of the past
  • Agile Documentation and source code comments
  • Exceptions Driven Applications (still there)
  • Refactoring
  • The “alleged” death of object-oriented programming

And all this accompanied by some stories that took us a couple of smiles. As we were arriving at the time of recording, we made a break and a second part oriented architectures was pending.

I hope you enjoy it.

Greetings @ Toronto

El Bruno

References

#Podcast – #CleanCode: buenas prácticas, algunas experiencias y un par de risas

5 Replies

keyboard rage.gif

Hola !

En este episodio tengo la suerte de hacer una conexión Canadá <-> UK para hablar con Omar Del Valle (@omarvr72). La excusa es “Clean Code” y sabiendo que tendremos que vivir siempre con código comenzamos a hablar sobre

  • “Código bueno” y “Código malo”
  • Lo que sentimos cuando volvemos a ver nuestro código del pasado
  • Documentación ágil y comentarios en el código
  • Aplicaciones guiadas por excepciones (todavía existen)
  • Refactorización
  • La “supuesta” muerte de la Programación Orientada a Objetos

Y todo esto acompañado de algunas anécdotas que nos sacaron un par de sonrisas. Como estábamos llegando a la hora de grabación, hicimos una pausa y nos quedó pendiente una segunda parte orientada hacia las arquitecturas.

Espero que lo disfruten.

Ir a descargar

Saludos @ Toronto

El Bruno

References