Monthly Archives: enero 2014

[#ALM] Muerte por herramienta, solo haz lo necesario y para que usar ramas (un miercoles de esos)

Hola!

Como suele sucederme cada 2 o 3 meses, ayer me tocó reinstalar el Sistema Operativo. Ya tengo bastante afinado mi sistema de Backup con lo que estar de nuevo Online solo me toma un par de horas. Además con herramientas como Chocolatey, la verdad es que se hace mucho más fácil el deploy de las applicaciones que uso más frecuentemente.

Y claro una vez instalado lo indispensable, llega el momento en que el instinto comienza a “pedir más”. Por ejemplo; ya tengo instalado Visual Studio 2013 y Resharper, con esto ya estoy tirando líneas de código como un campeon. Estuve a punto de instalarme el SDK de Bing Maps, sin embargo (aplicando la filosofía Zen del Edu) me hice la siguiente pregunta: ¿necesito instalarme esta herramienta?

La respuesta es NO. Seguramente la utilizaré en un futuro, y tal vez mañana, pero ahora no me hace falta; asi que no lo hago.

Recuerdas el principio de las arquitecturas emergentes? pues al igual que con las aplicaciones que tienes instalada; en el desarrollo de software, solo dedicarnos a lo que tenemos que hacer suele ser un consejo fantástico. No comiences a agregar capas de abstracción a tu software, si realmente no las necesitas. Lo mismo aplica a un escenario donde no hace falta utilizar MVVM o una estructura de ramas, ¿para qué necesitas ramas al comienzo de un proyecto?

Aclaración: Sé que alguno va a querer morder el techo ahora que digo “no hace falta una estructura de ramas”, por favor leer entre líneas y darle importancia a la parte “al principio de un proyecto”. En realidad el consejo es implementa una estructura de ramas, solo cuando sea necesario trabajar con las mismas.

Como bien me dijo el Vincen (@vgaltes) hace un tiempo, “esto solo lo puedes hacer cuando tienes un nivel de conocimiento que te permite distinguir las ventajas y desventajas de tomar esta decisión”. Si como yo, no tienes este nivel de conocimiento, simplemente remitete a la siguiente frase, ¿aporta valor en este momento a la solución que se está desarrollando?.

Saludos @ La Finca

El Bruno

image image image Google

Archivado en: ALM, Opinion

[#KINECTSDK] Camp:Introduccion development with Kinect (sold out!)

Hello!!!

Thanks to Cristina (my MVP Lead) and to Rafa Ansino, I’ve the cnace to participate and lead a DevCamp with focus in the development with Kinect for Windows SDK. the date for this Camp is March 8, from 09:00 to 14:00. In this session I’ll share an overview of what we can do with Kinect for Windows and the SDK V1. The sad part is … we sold out! I’ve a have full House. The good news is that you have the chance to request a Second Edition, so if we get enough quota we’ll probably do another.

And we’re very freak, so I’ll also share some of the capabilities of the new Kinect for Windows V2 (which is simply amazing!) and why not, some that another development environment not Microsoft to create games with Kinect and C#.

By the way if you want to see the posts of Kinect SDK V2, them can be found here.

Registration (or almost) http://www.eventbrite.es/e/entradas-campintroduccion-al-desarrollo-con-kinect-10100142799

Greetings @ Home

El Bruno

imageimageimageGoogle


Archivado en: EnglishPost, Kinect SDK v2, KinectOne, KinectSdk, Video

[#KINECTSDK] Camp:Introduccion development with Kinect (sold out!)

Hello!!!

Thanks to Cristina (my MVP Lead) and to Rafa Ansino, I’ve the cnace to participate and lead a DevCamp with focus in the development with Kinect for Windows SDK. the date for this Camp is March 8, from 09:00 to 14:00. In this session I’ll share an overview of what we can do with Kinect for Windows and the SDK V1. The sad part is … we sold out! I’ve a have full House. The good news is that you have the chance to request a Second Edition, so if we get enough quota we’ll probably do another.

And we’re very freak, so I’ll also share some of the capabilities of the new Kinect for Windows V2 (which is simply amazing!) and why not, some that another development environment not Microsoft to create games with Kinect and C#.

By the way if you want to see the posts of Kinect SDK V2, them can be found here.

Registration (or almost) http://www.eventbrite.es/e/entradas-campintroduccion-al-desarrollo-con-kinect-10100142799

Greetings @ Home

El Bruno

imageimageimageGoogle


Archivado en: EnglishPost, Kinect SDK v2, KinectOne, KinectSdk, Video

[#KINECTSDK] CAMP:Introduccion al desarrollo con Kinect (agotado !!!)

Hola !!!

Gracias a Cristina (my MVP Lead) y al grab Rafa Ansino, tengo la suerte de participar en un Camp de desarrollo con Kinect for Windows SDK. Apunta la fecha, el próximo sabao 8 de marzo, de 0900 a 1400, ahi le daremos un repaso a TODO lo que podemos hacer con Kinect for Windows y el SDK V1. La verdad es que no pensé que se agotaría el cupo, pero mira ya tengo sala llena. Lo bueno es que si tenemos peticiones para una segunda edición, pues mira … haremos otro !!!

Como a frikis no nos gana nadie, tanbién aproecharé para mostrar un poco de las capacidades de Kinect for Windows V2 (que es simplemente impresionante !!!) y porqué no, alguno que otro entorno de desarrollo no Microsoft para crear juegos con Kinect y C#.

Por cierto si quieres ver los posts de Kinect SDK V2, los puedes encontrar aquí.

Registro (o casi) http://www.eventbrite.es/e/entradas-campintroduccion-al-desarrollo-con-kinect-10100142799

Saludos @ Home

El Bruno

image image image Google

Archivado en: Kinect SDK v2, KinectOne, KinectSdk

[#VS2013] Team Explorer Auto Associate Merge

image

Hello!

a couple of weeks ago this extension would have saved me many headaches and tons of time. It basically allows you to do a merge of 2 changesets directly from the Team Explorer panel. That seems rather simple, but when you get to do it several times since the merge menu, you find yourself overwhelming.

Once installed we can see the new option “Merge candidates”

image

When you select this option, see a list of all the branches that we have in our TP (this option should improve a bit, especially when you have many branches). Then we select a branch, we see its related branches and we can already see the ChangeSets that we could use to make a merge.

image

Now when we select the changeset that we will work, we will see the checkIn process starts. We can see the warnings, conflicts and failures in this action, or if we are lucky, everything is OK at the first

image

It is possible to download the source code of the extension from CodePlex at https://teamexplorerext.codeplex.com/, and there is also a version for Visual Studio 2012 in http://visualstudiogallery.msdn.microsoft.com/b54d49ea-ce4a-4fd6-8ba9-35f464f15575

Greetings @ Home

El Bruno

imageimageimageGoogle


Archivado en: EnglishPost, Team Explorer, Visual Studio 2012, Visual Studio 2013, Visual Studio Gallery

[#VS2013] Team Explorer Auto Associate Merge

image

Hola !

hace un par de semanas esta extensión me hubiese ahorrado bastantes dolores de cabeza. Básicamente lo que hace es permitr hacer un merge de 2 changesets directamente desde el Team Explorer. Esto que parece algo simple, cuando te toca hacerlo de manera repetitiva varias veces desde el menu de merge, pues te termina agobiando.

Una vez instalado podemos ver la nueva opción “Merge candidates”

image

Cuando seleccionamos esta opción, vemos un listado con todos los branches que tenemos en nuestro TP (esta opción debería mejorar un poco, especialmente cuando tienes muchos branches). Luego seleccionamos un branch, vemos sus branches relacionados y ya podemos ver los ChangeSets que podríamos utilizar para hacer un merge.

image

Ahora cuando seleccionamos el changeset con el que trabajaremos, veremos como comienza el proceso de checkIn. Podemos ver los warnings, conflictos y fallos en esta acción, o si tenemos suerte, todo OK a la primera

image

Es posible descargar el source code de la extensión desde CodePlex en https://teamexplorerext.codeplex.com/, y además hay una versión para Visual Studio 2012 en http://visualstudiogallery.msdn.microsoft.com/b54d49ea-ce4a-4fd6-8ba9-35f464f15575

Saludos @ Home

El Bruno

image image image Google

Archivado en: Team Explorer, Visual Studio 2012, Visual Studio 2013, Visual Studio Gallery

[#HUMOR] Procrastination in a image

Hi!

image2

Saludos @ Home

El Bruno

image image image Google

Archivado en: EnglishPost, Humor

[#HUMOR] Procastinar, 1 imagen

Hola!

image

Saludos @ Home

El Bruno

image image image Google

Archivado en: Humor

[#ALM] Something about people and words, guitars, Lego and finally careful, words are not the real problem

Hello!

Most of the people do something very interesting; all of us have the ability to associate to a word images, sensations and memories. In example, when someone says “fire“, the first thing that comes to my mind is a campfire in the middle of the mountain under some trees, playing the guitar all night with a couple of friends. For me these are great memories (now I’ve near the sea, I’ll try to do the same in a San Juan night, with fires all over the beach)

image

However, there other people that, every time they hear the word “fire” the first image that comes to their mind are the forest being destroyed by fire, mountains, fields, etc. The word awake 2 completely different feelings, and there are words that are completely different for every type of person.

There are other words which are universal (or nearly), i.e. LEGO. I dare to say that every time, you ask someone to tell you the first thing that comes to mind when they hear LEGO, for sure they will answer with “fun”, “build”, etc.. In this case, the image of LEGO is almost universally, it represents the most fun toy factory in the world.

In the software development the reaction to some words is quite interesting. There are people who have a pain in they body when they hear “estimation“, others who tremble when they hear “quality control” and those who think that “Fixed Fee on time” is a kind of be magic creature like unicorns. Interestingly, most of the words that are scary, are usually associated with traditional software development models, models in cascade, very rigid, etc.. Every time people hear these words, people start a defensive attitude and raise walls that make conversation difficult. On the other hand, the words closer to the agility as TDD, BDD, Sprints (iterations or how you like), are “more cheerful“. People react with much better humor to these words.

Some time ago I wrote a post entitled [#SCRUM] Scrum is not for amateurs, where I explain that to make SCRUM you need to have a degree of responsibility and commitment to the quality of the tools you use. This does not only apply to the tools, also to the transparency with the work we do, to the process of introspection and improvement that we must propose to ourselves, etc.

In other words, it seems that we are kind of strange; we have a bad time when we are imposed by external rules, however, we are much happy when the rules and responsibilities are controlled by ourselves. So far, I did not say anything new: we like to be free, but very few people really know the price of that freedom.

Think that if you are owner of your limits, your success will be yours but also your failures. Sometimes I have seen how projects fail because of the extreme dependence with some tools, or by mismanagement, or by fiendish architectures that are more expensive than the purpose for which it should serve. These are excuses, only excuses, behind each one of these excuses there is people and behind every person there is an option to reason and choose.

So now you know, when you find people who all they do is react very bad to a simple word (like “estimation”); please try to be a little more professional and look outside the box. Changes the focus of what you are listening to and try to find a different point of view which try to do some constructive work. You’ll see that many times you can change “estimate” for “coherence” or “common sense”. If you also support this actions on principles that will help you see results in a short time, you will have an excellent weapon to prove your arguments.

Greetings @ Home

El Bruno

imageimageGoogle


Archivado en: ALM, EnglishPost, Opinion

[#ALM] Sobre palabras asociadas, guitarreadas, Lego y como las palabras no son el problema

Hola!

Una propiedad muy interesante que tenemos las personas, es la capacidad de asociar imágenes, sensaciones y recuerdos a una palabra. Por ejemplo, cuando alguien dice “fuego”, lo primero que se me viene a la mente es una fogata en el medio del campo debajo de unos árboles, con amigos tocando la guitarra toda la noche. Para mi son recuerdos geniales, y ahora que tengo el mar cerca, espero poder estar cerca de una fogata de San Juan en el mar, con la guitarra en la mano.

image

Sin embargo, tengo conocidos que cuando escuchan “fuego” la primera imagen que les viene a la mente, son los incendios forestales que destrozan montañas, campos, etc. La misma palabra despierta 2 sensaciones completamente diferente, y también hay palabras que son completamente diferentes para cada tipo de persona.

Sin embargo hay otras palabras que son universales (o casi), por ejemplo LEGO. Me animo a decir que a cualquier persona que le pidas que te diga lo primero que se le viene a la mente cuando escuchan LEGO, seguramente responden con “diversión”, “armar”, etc. En este caso, la imagen de LEGO es casi universal, todos están de acuerdo con lo que representa la fábrica de juguetes más divertida del mundo.

En el mundo del desarrollo del software pasa algo parecido con varias palabras. Hay personas que tienen una úlcera cuando escuchan “estimación”, otras que tiemblan cuando escuchan “control de calidad” y los que piensan que “Fixed Fee on time” es una especie de ser mitólogico como los unicornios. Curiosamente, la mayoría de las palabras que dan miedo, suelen estar asociadas con modelos de desarrollo de software muy tradicionales, modelos en cascada, modelos muy rígidos, etc. Al escuchar estas palabras, algunas personas se ponen a la defensiva y levantan unos muros que hacen difícil la conversación. Por el otro lado, las palabras más cercanas a la agilidad como TDD, BDD, Sprints (iteraciones o como te guste), son “más alegres”; por decirlo de alguna manera. Las personas reaccionan con mucho mejor humor a estas palabras.

Hace un tiempo escribí un post titulado [#SCRUM] Scrum no es para aficionados, en donde explico que para hacer SCRUM es necesario tener un algo grado de responsabilidad y compromiso con la calidad de las herramientas que manejamos. Esto no solo aplica a las herramientas, sino a la transparencia con la que trabajamos, al proceso de introspección y mejora que nos debemos proponer a nosotros mismos, etc.

Dicho de otra forma, parece que nos gusta la marcha; por un lado tenemos un malestar generan cuando nos imponen reglas externas, y sin embargo, nos sentimos mucho más libres cuando las reglas y las responsabilidades las guíamos nosotros mismos. Hasta aquí, no he dicho nada nuevo: nos gusta ser libres, aunque muy pocas personas conocen realmente el precio de esa libertad.

Piensa que si tú eres dueño de tus límites, tus éxitos serán tuyos pero también tus fracasos. En algunas ocasiones he visto como proyectos fallan debido a la depedencia extrema con algunas herramientas, o por una mala gestión, o por arquitecturas endemoniadas que son más costosas que el propósito para el que deberían servir. Esto son EXCUSAS, solo excusas, detrás de cada una de estas excusas hay personas y detrás de cada persona hay una opción para razonar y elegir.

Asi que ya sabes, cuando te encuentres personas que lo único que hacen es reaccionar a simples palabras (por ejemplo “estimación”); intenta ser un poco más profesional y mira fuera de la caja. Cambia el enfoque de lo que estás escuchando e intenta encontrar un punto de vista que sea realmente constructivo. Verás que muchas veces puedes cambiar “estimación” por coherencia o sentido común; si además te apoyas sobre principios que ayuden a ver resultados en poco tiempo, tendrás un arma excelente para demostrar tus argumentos.

 

Saludos @ Home

El Bruno

image image image Google

Archivado en: ALM, Opinion
Página 1 de 512345