[#HUMOR] Proceso creativo

Hola!

Crear apps es todo un arte, y como tal, se basa en la capacidad de transformar en realidad una idea. Asi queda bonito describir el día a día de un programador, lo que queda más bonito es la realidad

image

“The Creative Process” as seen by Ben Pieratt

Fuente: http://betaknowledge.nearfuturelaboratory.com/post/35839729409/the-creative-process-as-seen-by-ben-pieratt

Saludos @ Home

El Bruno

image image image Google

[#CODING4FUN] #LegoEV3 controlled with #LeapMotion

Hello!

Probably this is the correct time to publish this… Winking smile

A small review of the video time line

  • 00: 03, visualization of the hand in the Leap Visualizer. There is a little delay by recording with Camtasia. I should possibly try another burning software that does not interfere.
  • 00: 09, change the focus to the app to control LEGO EV3 with Leap Motion.
  • 00: 20, the movements of the hand are reflected in the control box. In addition to the basic positions, there is a “Far” mode that moves the LEGO with a little more than speed. In this second option RightFar can be
  • 00: 27, click on the button to connect the Lego. Once connected the State appears in the StatusBar.
  • 00: 34, the gesture of the hand indicates that you move LEGO EV3 forward. The feed from the webcam shows the Lego table.
  • 00: 40, the gesture of the hand now indicates a right turn.
  • 00: 45, the gesture of the hand now indicates a shift to the left.
  • 00: 45, the gesture of the hand now indicates that you move LEGO EV3 backwards.
  • 00: 55, end of the video (before that the lego table tipping).

I have stopped the firing of missiles for another shot because the detail is not noticed.

Saludos @ Home

El Bruno

image image image Google

[#CODING4FUN] Lego EV3 controlled with Leap Motion

Hola!

Mira la hora en la que me acuerdo de publicar esto … Winking smile

Un pequeño repaso del script

  • 00:03, visualización de la mano en el Leap Visualizer. Hay un poco de delay por la grabación con Camtasia. Posiblemente debo probar otro software de grabación que no interfiera.
  • 00:09, cambio el foco a la app para controlar el LEGO EV3 con Leap Motion.
  • 00:20, los movimientos de la mano se reflejan en el cuadro de control. Además de las posiciones basicas hay un modo “Far” que mueve al Lego con un poco más de velocidad. En este segundo se puede ver la opción RightFar
  • 00:27, click al button para connectar el Lego. Una vez conectado aparece el estado en la StatusBar.
  • 00:34, el gesto de la mano indica que se mueva el LEGO EV3 hacia adelante. En el feed de la webcam se puede ver el Lego en la mesa.
  • 00:40, el gesto de la mano ahora indica un giro a la derecha.
  • 00:45, el gesto de la mano ahora indica un giro a la izquierda.
  • 00:45, el gesto de la mano ahora indica que se mueva el LEGO EV3 hacia atrás.
  • 00:55, fin del video (antes que se caiga el lego de la mesa).

El disparo de los misiles lo he dejado para otra oportunidad porque no se nota el detalle.

Saludos @ Home

El Bruno

image image image Google

[#ALM] Improving the way we work (all the time, even in Easter time)

Hello!

A few days ago, in Peru some crack hosted the DevDays and today while I was reviewing some materials, I found this slide of Ernesto and while I was runnig 11KMs I did a little thinking about it.

image

How long would it take your organization to deploy a change that involves just one single line of code?

In my line of work, change is a constant. Once I’ve commented on the type of work with elastic equipment, where we are usually 3 people, and we can get bigger up to 20 with a specific objective and then back to 3. This makes the inspection and adjustment a little more complex than usual. However the basis is to give the best and perform a high quality job, this is something that we must never lose.

So with this scenario in mind, I decided to go back a few steps (about 23 according to my graphics) and try to update 1 line of code in a project / demo that is in production since 2013 April and publish it again.

The process was a little tricky  and didn’t take me more than 2 hours, and I want to share some highlights about this:

-The code download was trivial, and the compilation had no problems.

-I cannot say the same of the unit Tests, I started to have problems with a few tests. It seems that our kind friends of JSON decided to update since April of the year until now several versions.

-That was solved with and update of a pair of NuGet packages, and this triggered a series of updates that forced me to wrtie some code. With packages like SignalR, and EOF.

-A year ago, I had a discussion with a member of the team which had pigheadedness in use Azure Mobile Services. Luckily I decided to implement the services with WebApi layer and passing the benefits of Azure Mobile Services. I have open a test project that we started to work and I think that in one year can not update anything.

-That was kudos for me, now I get some punishment about a bad decision I made. Last year I think we can use LightSwitch to a perform a few trivial maintenance in a couple of tables. Those trivial maintenance now have more functionality than a calculation of demographic application, and after migrating the same between versions of LightSwitch, we have reached a point of no return where … I leave this here. This is a bad point for me. And I know that at some point I must raise the priority of this PBI and put it in a Sprint to make the app again.

There are a couple of more stories to tell, but the conclusion is that in my case later 2 hours in upgrading a line of stitching a project in production. And this in an app in which nobody works has between 11 and 12 months old. I don’t even think what it would cost “get back to life” code that is measured in years.

Conclusion: Although it is not a current scenario to meet the need for modifications in code of this type, I will challenge this scenario with 3 participants of the team and see the best way to be prepared for this situation. 2 hours isn’t much when is code is familiar for me, however in a “hostile” environment these 2 hours can easily be 2 days or more… Open-mouthed smile

Saludos @ Home

El Bruno

image image image Google

[#ALM] Mejorando el proceso (todo el tiempo, tambien en Semana Santa)

Hola!

Hace unos días fueron los DevDays en Perú y hoy mientras repasaba algunos materiales, me encontré con esta slide de Ernesto y mientras corría 11KMs hice una pequeña reflexión sobre la misma.

image

En mi línea de trabajo el cambio es una constante. Alguna vez he comentado sobre el tipo de trabajo con equipos elásticos, donde usualmente somos 3 personas, y podemos subir a picos de 20 con un objetivo concreto y luego volver a ser 3. Esto hace que la inspección y adaptación sea un poco más compleja que lo habitual.  Sin embargo la base de un trabajo con calidad, es algo que no debemos perder nunca.

Asi que con este escenario en mente, decidí volver atrás algunos pasos (unos 23 segun mis gráficos) e intentar actualizar 1 línea de código de un proyecto / demo que está en producción desde abril del año pasado y publicar el mismo nuevamente.

El proceso fue un poco engorroso y no me tomó más de 2 horas, y en el mismo vi lo siguiente:

- La descarga de código fue trivial, y la compilación no tuvo problemas.

- No puedo decir lo mismo de los unit Tests, empecé a tener problemas con algunos. Parece que a los amigos de JSON se les ha dado por actualizar desde abril del año pasado hasta ahora varias versiones.

- Eso se solucionó con la acutaliacion de un par de NuGet packages, y esto desencadenó otra serie de actualizaciones que ME OBLIGARON A TOCAR CODIGO. Especialmente con packages de SignalR, y EF.

- Hace un año, tuve una discusión con una persona del equipo que se había emperrado en usar Azure Mobile Services. Por suerte decidí implementar la capa de sercicios con WebApi y pasando de las ventajas de Azure Mobile Services. He abierto un proyecto de prueba con el que empezamos a trabajar y creo que en un año no se puede actualizar nada.

- Esa era la de cal, ahora la de arena. Yo me puse perro en usar LightSwitch para unos mantenimientos triviales de tablas. Esos mantenimientos triviales ahora tienen más funcionalidad que una aplicación de cálculo de crecmiento demográfico, y después de migrar la misma entre versiones de LightSwitch, hemos llegado a un punto de no retorno donde … bueno ahi lo dejo. Este error me lo como yo. En algún momento deberé subir la prioridad de este PBI y meterlo en un Sprint para hacer la app de nuevo.

Hay un par de historias más para contar, sin embargo la conclusión es que en mi caso tarde 2 horas en actualizar una línea de cósido de un proyecto en producción. Y esto en una app en la que nadie trabaja que tiene entre 11 y 12 meses de antiguedad. No quiero ni pensar lo que costaría “revirir” código que se mida en años.

Conclusión: Si bien no es un escenario corriente el encontrarme con la necesidad de modificaciones en código de este tipo, deberé comentar este escenario con los 3 participantes del equipo y ver la mejor forma de estar preparados para esta situación. 2 horas no es mucho cuando es código que te resulta familiar, en un entorno “hostil” estas 2 horas pueden ser fácilmente 2 días o más … Open-mouthed smile

Saludos @ Home

El Bruno

image image image Google

 

Saludos @ Home

El Bruno

image image image Google

[#TFS] Is Microsoft going to leave TFSVC for GIT? NO (let me put this more clearer: NO!)

Hello!

Brian Harry didn’t put the source of this confusion, so I wont do the same. Brian Harry maked this clear, he explained that Microsoft and Visual Studio and the Team Foundation team will continue betting and working for the model of centralized Souce Control that Team Foundation provides.

A few days ago a small dilemma on Twitter was armed when someone alleged that, speaking with people at Microsoft, he had confirrmation on no more support for TFSVC and all will be moved to GIT. This was very out of scope, and much. I told you how to make migration a few days ago, using GIT-TF, and Brian also makes it clear there are some features that are not available in an environment with GIT and yes for TFSVC, the main idea is to get the best experience for a developer .

And the noise level was fairly high, as to which Brian Harry has to make clear the response in a post: plan to abandon Microsoft TFSVC for GIT? > > Not.

Source: http://blogs.msdn.com/b/bharry/archive/2014/04/14/is-microsoft-abandoning-tfvc-in-favor-of-git.aspx

Saludos @ Home

El Bruno

image image image Google

[#TFS] Piensa Microsoft abandonar TFSVC por GIT? NO (si no lo entiendes la respuesta es NO!)

Hola!

El gran Brian Harry no lo ha hecho , asi que yo tampoco pondré el origen de la confusión. Lo que si ha hecho Brian Harry es dejar claro que Microsoft y el equipo de Visual Studio y Team Foundation van a seguir apostando por el modelo de Souce Control centralizado que ofrece Team Foundation.

Hace unos días se armó un pequeño dilema en Twitter cuando una persona alegó que, hablando con gente de Microsoft, alguien le había confirrmado que dejarían de soportar TFSVC y se haría un cambio hacia GIT. Esto estaba agarrado de los pelos, y mucho. Yo mismo comenté como hacer una migración hace unos días, utilizando GIT-TF, sin embargo Brian también deja en claro la cantidad de features que no estan disponibles en un entorno con GIT.

Y el nivel del ruido fui bastante alto, como para que Brian Harry tenga que dejar clara la respuesta en un post: ¿Piensa abandonar Microsoft TFSVC por GIT? >> NO.

Fuente: http://blogs.msdn.com/b/bharry/archive/2014/04/14/is-microsoft-abandoning-tfvc-in-favor-of-git.aspx

Saludos @ Home

El Bruno

image image image Google