#VS2017 – #Pomodoro timer in an IDE panel


I’m a big fan of the Pomodoro technique. I used almost every day to manage small working times. I started using a timer in my smartphone to control the Pomodoro periods and then I tried several Windows Apps.

Nowadays, I’m using the Windows Timer App to control time with a 30 minutes period, and the truth is that it’s going very well. I disconnect my smartphone, Skype, and other communication tools and focus on a single task for 30 minutes.



When working with Visual Studio, I also use the Windows Timer App. However, today I found one extension which I think it is worth a try: Pomodoro. This extension adds a new panel within the Visual Studio IDE which allows us to start a Pomodoro session.


While it’s very nice, I think that having a UI with a Timer Chart maybe will add a bit of pressure to work when we know a session is going to finish. Nor is it to be pessimistic, because only by putting the panel timer within a group of tabs, we have ‘hidden’ clock.

If we also want to configure the time for each Pomodoro session, break time, or the colors of the UI; the tool provides a configuration section that meets all these needs.


Now I’m flying back to Toronto so I will use this tool for a while and see if it actually replaces something as simple and useful as the Windows 10 Timer App.

Greetings @ Cordoba

El Bruno


#VS2017 – #Pomodoro timer en el IDE

Hola !

Los que me conocen saben que soy bastante fan de la técnica de pomodoro para gestionar pequeños tiempos de trabajo. En un principio lo controlaba con un timer en mi smartphone y después probé varias apps en Windows.

Últimamente estoy usando el timer de Windows para controlar tiempos de 30 minutos, y la verdad es que me va muy bien. Desconecto el smartphone, skype y otras herramientas de comunicación y me enfoco en una tarea por 30 minutos.


Cuando trabajo con Visual Studio, también suelo utilizar el timer de Windows. Sin embargo, hoy me he encontrado con una extensión que creo que merece la pena probar: Pomodoro. Esta extensión agrega un nuevo panel dentro del IDE de Visual Studio que nos permite iniciar una sesión de pomodoro.


Si bien es bastante bonito, creo que tener una UI con un timer en modo chart, puede sumarnos un poco de presión al trabajar cuando sabemos que se termina una sesión. Tampoco es para ser pesimista, ya que solo poniendo el panel timer dentro de un grupo de pestañas, ya tendremos “oculto” el reloj.

Si además queremos configurar el tiempo de cada pomodoro, el tiempo de descanso o los colores de la UI, la herramienta nos provee una sección de configuración que cubre todas estas necesidades.


Ahora cuando regrese a Toronto, le daré uso durante un tiempo y veré si realmente reemplaza a algo tan simple y útil como el timer de Windows 10.

Saludos @ Córdoba

El Bruno


Opinion – A little Mouse history as a device and why you need to learn #3D skills


A week ago I wrote a post where I mentioned my point of view about what you need in 2 or 3 years for software development

The skills we will need to create apps, will be mostly for 3D apps.

Obviously, this has different types of feedback and, I got the perfect excuse so get back to the blog a draft on something I wrote about the history of the Mouse.

Note: Every time to time I write and keep these paragraphs with the hope to use them in the future. Maybe in the Blog, a book or something similar.

Let’s start with a historical date 35 years ago: April 27, 1981. This is is the date in which Xerox launched its first mouse prototype. Douglas Engelbart is actually recognized  as the inventor of the mouse back in the year 1963. Ans it was Xerox where the prototype reached a particular level of maturity. A curious detail is that when the Mouse became ‘popular’, Engelbart patent had expired and he never received any royalties for his invention.

Let’s move on: everybody knows Xerox missed his chance with the mouse, and that it was Steve Jobs the one who began to take advantage of this device. Although the design it was a little rough and the size was too much bigger of what we know today, the main function of the mouse was the same: A device which provides the ability to control a virtual pointer in an OS with Graphical User Interface. 35 years later, and just like with cars, the basic concept not has changed.


In that time, year 1979, Steve Jobs had the luck of visit the offices of innovation of Xerox in Palo Alto: Xerox PARC (short for Palo Alto Research Center). That visit marked a change of direction for Apple: thereafter, Steve Jobs took the decision that their OS would be based on windows and menus, and of course, controlled with a mouse.

The legend said, when Steve Jobs came back from his visit to Xerox PARC, he joined with Dean Hovey, an industrial designer and told him that they had to have a mouse for Apple. Dean replied “What is a mouse?” and Jobs explained the concept. And also added what would be an of the foundations of Apple’s success in the following years


“[The Xerox mouse] is a mouse that cost three hundred dollars to build and it breaks within two weeks. Here’s your design spec: Our mouse needs to be manufacturered for less than fifteen bucks. It needs to not fail for a couple of years, and I want to be able to use it on Formica and my bluejeans.” (referencia The New Yorker)

There is the vision and the nerve of Steve Jobs, something that in the long run would make him triumphs and ensure that Apple is a world reference in the technology business.

Well, there is much more to tell about the history of computing, and the truth is that, at that time all the ideas were maturing to make way for what we know and use today: home and personal computers, graphical interfaces and abstractions of real applications and scenarios, handheld devices, and more ideas .

Today we have reached a point where again the conditions for a new paradigm shift, are here. Although in this case we won’t need to wait 15 years, I’m guessing that in 2 or 3 years we will see a big change.

For example, unless you need a type of special hardware, today most of the who need some type of digital support, they can work with a laptop. These devices are increasingly powerful, with an autonomy of several hours of usage, a relationship size / weight very good and several other options.


You can event add here an iPad Pro, although the base is still the same:

A Display where you can see and interact with applications and input data device, usually a keyboard.

We can optionally have a mouse, a headset for making calls, pencils for design, printers and more devices. All of this is reduced at input and output devices.

With the arrive of mixed and virtual worlds, a radical change is coming. In a few years, it is very likely we don’t travel with our laptop in Backpack. We can probably have a pair of glasses, not heavier than sunglasses. And they will provide us access to a virtual world where we “run our apps”. (I’m not still sure if “run an app” will be the correct sentence)

Imagine arriving to a coffee, and instead of opening your laptop, put on you your glasses. I’m 99% sure that, we will continue being tied to the email, so in a new virtual world we can launch an 2D app to check our email. Mail is still being mostly text, so there is no sense to change the dynamics of how we interact with an email app.

Bonus: If you open your mail app, or check it in a browser with glasses that show what you just in holograms for you, as privacy becomes much safer since content only the person wearing the glasses to see them.


As commented, email is still text, so perhaps now is the time to connect wireless keyboard and begin to answer our daily emails. Nowadays keyboards are smaller and more comfortable. They will be great devices for other collaboration apps like Yammer, Slack, Twitter, Facebook, etc.

At that moment, when you find yourself checking the feed of Yammer, you join a Skype conference. Maybe with a small gesture or voice command, we can accept the call and talk with our team which is spread all around the world. Maybe this is the point where we start to use some 3D apps for collaboration. For example, if we need to work in a Kanban board to performed a follow-up of the items on which the team is working.

With a simple gesture, we can create a virtual Board in front of us us and begin to drag and drop elements, in conjunction with our team. This Board is an element that is shared among all the participants of the call, so we can think of have different views of the same with different 3D pointers, those are the ones who accommodate the items. We have virtual notes in front of us at the table where we are and from there to accommodate them on the Board. And as we still have to share information with people who work with monitors, once finalized the work on the Kanban board, we can get a couple of snapshots of the same and paste them in a 2D PowerPoint slides to send them by mail.

During this process, we will have also a virtual representation of Cortana which may help us to accommodate the items on the Board. With some background Machine Learning processes, Cortana will analyze the contextual information of each item and will advice us about the pros and cons of them. In other words: Cortana can be one member of our team.


Note: Here I have 2 wishes: see something similar to a 3D PowerPoint and also hope that by 2020, my day to day is not “email driven” any more. Today I’m still tending much dependence on mail, and even if I don’t think it will disappear, I think the email will have the importance that it deserves, when we go back to use use it correctly.

Once the call is complete, we can pay our bill. We will open an 3D app in which we pay with a code only available for us. Gestures, voice authorization, and other elements will be th ones used to allow this transaction. Then all is so simple, as put back our keyboard in the backpack, change our glasses mode to “street walking, not advertising“, launch Spotify and walk towards the work while we hear music.

As well, this may seem a distant future, however if we now have someone who takes a device as Hololens and puts a goal similar to that of Jobs and the mouse, in a few years the worlds virtual and mixed reality will be something everyday.

That Yes, still there will be apps like Excel, Email, apps of business and others, but if we think about all the capabilities that we can provide a device as the glasses that I describe, continue creating apps like the previous will not have much sense. So, now is time to learn a bit of 3D skills!

Greetings @ Toronto

El Bruno


Opinion – Historia del Mouse y porque necesitas aprender #3D skills

Hola !

Hace una semana escribí un post donde comenté mi punto de vista sobre lo que necesitaremos en 2 o 3 años

Los skills que necesitaremos para crear apps, serán en su mayoría para apps en 3D.

Obviamente, esto tuvo una respuesta en opiniones de todos los colores y, además de agradecer el feedback, se me dio por sacar de los borradores algo que escribí sobre la historia del Mouse.

Nota: Cada tanto escribo y guardo estos párrafos con la esperanza de que en algún momento sean útiles para el Blog, un libro o algo similar.

Empecemos por una fecha histórica hace 35 años: 27 de Abril de 1981, esa es la fecha en la que Xerox lanzó su primer prototipo de mouse al mercado. En realidad se reconoce a Douglas Engelbart, como el inventor del mouse allá por el año 1963 y que Xerox fue donde el prototipo llego a un nivel particular de madurez. Un detalle curioso, es que cuando el Mouse se hizo “popular”, la patente de Engelbart había expirado y nunca recibió royalties por su invento.

Vamos a lo interesante: Todo el mundo sabe que Xerox dejó pasar su oportunidad con el mouse, y que fue Steve Jobs el que comenzó a sacar provecho de este device. Si bien el diseño de ese era un poco tosco y el tamaño era exagerado para lo que conocemos hoy, la función principal era la misma: Un device que provee la capacidad de controlar un puntero virtual en un SO con interfaz gráfica. Han pasado 35 años y al igual que con los coches, el concepto básico no ha cambiado.

En ese momento, allá por el año 1979, Steve Jobs tuvo la suerte de visitar las oficinas de innovación de Xerox en Palo Alto: Xerox PARC (short for Palo Alto Research Center). Esa visita marcó un cambio de rumbo para Apple: a partir de ese momento, Steve Jobs tomó la decisión de que su SO sería orientado a ventanas y menúes, y se controlaría con un mouse.

Cuenta la leyenda, que al volver de su visita a Xeroc PARC, Jobs se juntó con Dean Hovey, un diseñador industrial y le comento que tenían que tener un mouse para Apple. Dean respondió “¿Qué es un mouse?” y Jobs le explicó el concepto. Y además agregó lo que sería una de las bases del éxito de Apple

“[The Xerox mouse] is a mouse that cost three hundred dollars to build and it breaks within two weeks. Here’s your design spec: Our mouse needs to be manufacturable for less than fifteen bucks. It needs to not fail for a couple of years, and I want to be able to use it on Formica and my bluejeans.” (referencia The New Yorker)

El mouse de Xerox cuesta 300 dólares y se avería a las 2 semanas de uso. Nuestro mouse tiene que poder ser construido por menos de 15 dólares. Y tiene que funcionar sin problemas por un par de años, y quiero poder usarlo sobre una superficie de fórmica o sobre mis jeans.

Ahí queda la visión y el descaro de Steve Jobs, algo que a la larga le haría triunfa y lograr que Apple sea una referencia mundial.

Pues bien, hay mucho más que contar y la verdad es que, en ese momento todas las ideas fueron madurando hasta dar paso a lo que conocemos y usamos hoy: ordenadores para el hogar, interfaces gráficas como abstracciones de aplicaciones, dispositivos portátiles y otras ideas más.

Hoy hemos llegado a un punto donde de nuevo se están dando las condiciones para un nuevo cambio de paradigma, aunque en este caso no tendrán que pasar 15 años, sino que en 2 o 3 años veremos un cambio.


Por ejemplo, salvo que necesites un tipo de hardware especial, hoy la mayoría de las personas que necesitan soporte digitales pueden trabajar con un laptop. Estos devices son cada vez más potentes, con una autonomía de varias horas de uso, una relación tamaño / peso muy favorable y varias opciones más. Una variante es un iPad Pro, aunque la base sigue siendo la misma:

Un Display donde ver e interactuar con aplicaciones y dispositivo de entrada de datos, usualmente un teclado.

Opcionalmente podemos tener un mouse, unos auriculares para realizar llamadas, lápices especiales para tareas de diseño, impresora y otros devices más. Todo esto se reduce en dispositivos de entrada y otros de salida.

Con la llegada de mundos virtuales y mixtos, se acerca un cambio radical. En unos años, es muy probable que no viajemos con nuestra laptop en la mochila. En cambio tendremos unas gafas, no más pesadas que unas gafas de sol que, nos brindarán acceso a un mundo virtual donde ejecutaremos nuestras apps.

Imagina llegar a un café, y en lugar de abrir tu laptop, ponerte tus gafas. Seguramente seguiremos estando atados al correo electrónico, así que en un mundo virtual podremos poner una app en 2D para ver nuestro correo. El correo sigue siendo 95% texto, así que no tiene sentido cambiar la dinámica del mismo.

Bonus: Si abres tu app de correo o lo revisas en un navegador con unas gafas que solo te lo muestran en hologramas para ti, pues la privacidad se torna mucho más segura ya que los contenidos solo los ve la persona que lleva las gafas.


Como comenté, el correo sigue siendo texto, así que tal vez sea el momento de sacar un teclado inalámbrico y comenzar a responder los correos que sean necesarios. Los teclados son cada vez más pequeños y cómodos, y seguramente nos servirán también cuando tengamos que trabajar en otras apps de colaboración como Yammer, Slack, Twitter, Facebook, etc.

En ese momento, cuando te encuentras revisando el feed de Yammer, puede entrarte una llamada por Skype. Pues con un pequeño gesto o comando de voz, podemos aceptar la llamada y hablar con nuestro equipo que está distribuido por el mundo. Aquí podemos pensar en una colaboración con apps en 3D, por ejemplo si tenemos que revisar un tablero Kanban donde realizamos el seguimiento de los items sobre los que está trabajando el equipo.

Con un gesto podemos crear un tablero virtual frente a nosotros y comenzar a arrastrar y soltar elementos, en conjunto con nuestro equipo. Este tablero es un elemento compartido entre todos los participantes de la llamada, por lo que podemos pensar en tener diferentes vistas del mismo con diferentes punteros en 3D que son los que acomodan los items. Podemos tener las notas virtuales frente a nosotros en la mesa en la que estamos y desde allí acomodarlas en el tablero. Y como todavía tendremos que compartir información con personas que trabajan con monitores, una vez finalizado el trabajo sobre el tablero Kanban, podremos sacar un par de snapshots del mismo y pegarlos en unas slides de PowerPoint 2D para enviarlas por correo.

Durante este proceso, tendremos además una representación virtual de Cortana que nos ayudará a acomodar los items en el tablero, ya que con procesos de Machine Learning analizará la información contextual de cada item y nos avisará sobre los pros y contras de los mismos. En otras palabras: Cortana puede ser un integrante más de nuestro equipo de trabajo.


Nota: Aquí tengo 2 deseos: ver algo similar a un PowerPoint 3D y también espero que en 2020 mi día a día no sea “email driven”. Hoy sigo tendiendo mucha dependencia del correo, y no creo que desaparezca. Creo que el correo volverá a tener la relevancia que se merece, cuando se lo comience a utilizar correctamente.

Una vez finalizada la llamada, podemos pedir la cuenta, y al momento de pagar abrir una app en 3D en la que paguemos con un código que solo nosotros veremos. Gestos, autorización por voz y otros elementos serán los que permitan esta transacción. Luego todo es tan simple, como guardar el teclado en la mochila, cambiar las gafas a modo “street walking, no advertising“, lanzar Spotify y caminar hacia el trabajo mientras escuchamos música.

Pues bien, esto puede parecer un futuro lejano, sin embargo si hoy tenemos a alguien que toma un device como Hololens y pone un objetivo similar al de Jobs y el mouse, en unos años la realidad de los mundos virtuales y mixtos será algo cotidiano.

Eso sí, todavía existirán apps como Excel, Email, apps de negocio y otras, aunque si pensamos en todas las capacidades que nos puede brindar un device como las gafas que describo, seguir creando apps como las anteriores no tendrá mucho sentido. Así que, a aprender un poco de 3D !!!

Saludos @ Toronto

El Bruno


[#ALM] 3 Sprints, eso es lo que necesitas para poder comenzar a ser “serios” (y claro … vamos vamos Argentina !!!)



Este año, he combinado eventos orientados a developers, con eventos de un calibre más orientado a negocios. La diferencia es grande, sin embargo es increíble como puedes hablar con “el jefe” de un hospital y que vea un framework como SCRUM, que entienda las bases y que en 15 minutos podamos comenzar a hablar sobre como la transparencia puede ayudarle en su día a día.

Nota: lo de “el jefe” es por su presentación personal, resulta que esta persona es el director de uno de los hospitales de más renombre en Europa y tanto CTO, CIO, CEO, CXXXXO la verdad que marea.

Pues eso, que hablando con esta persona me preguntó un clásico de la gestión de equipos,

¿Cuanto tarda un equipo en comenzar a “trabajar bien” bajo este marco?

La pregunta tiene historia. Por lo general, para que un marco como SCRUM funcione, el equipo que adopta este marco debe implementarlo correctamente. Sin embargo, es casi más importante que la organización / empresa o contexto dentro del que trabaja este equipo también crea y adoptelos valores de SCRUM. Alguna vez escribí sobre cómo en una organización es más difícil SCRUM para adentro que SCRUM para afuera.


Dicho esto, y teniendo un equipo que comprenda y adopte los valores y prácticas de SCRUM, la mayoría de los expertos coinciden que 3 sprints es la medida ideal a partir de la cual, un equipo y su contexto comienzan a ser productivos. Esto es idependiente de la duración del sprint, puede ser 1 semana o 4 semanas; lo importante es que las prácticas asociadas al mismo se cumplan y que se realicen bien las retrospetivas, que los POs comprendan su valor al momento de armar y priorizar el Product Backlog, etc. Si has podido trabajar en un equipo durante más de 3 Sprints, verás como la métrica de la velocidad realmente comienza a tener sentido y como el ritmo de trabajo del equipo comienza a ser más dinámico.

Volviendo a eventos de negocio, esta semana estuve en Niza en un evento orientado a empresas de Telecomunicaciones. Y una vez más, me sorprendí al ver como en el mundo de las TELCO, la medida de 3 semanas también se aplica para esos tipos de proyectos. Estuve comentando un tema similar con unas personas que se dedican a crear una capa de … ¿software? sobre unos “routers muy especiales”, y al momento de plantear la posibilidad de publicar sus APIs sobre AZURE API Management, coincidimos en cómo sería necesario un ciclo completo de varios Sprints para poder comenzar a tener una idea seria de un equipo coordinado de trabajo.


En este momento me tocaría “llorar un poco” por mi caso particular. Donde trabajo en proyectos muy rápidos, y donde un mismo objetivo llevado adelante por más de 3 Sprints es una utopía, y ni hablar de un mismo equipo trabajando más de 3 sprints seguidos (equipos elásticos les llamo yo).

Mi experiencia para este caso particular me baso en lo siguiente:

  • Si bien las personas cambian, es importante tener una o más personas que sean las que lleven adelante las buenas prácticas aprendidas del equipo. Nunca, repito NUNCA, deberías cambiar por completo los integrantes de tu equipo.
  • Las personas cambian, pero las lecciones quedan. Implementar una Wiki o un repo similar es importante. En nuestro caso, lo que tnemos es un OneNote compartido en OneDrive y la verdad es que da resultados muy buenos.
  • A menos que conozcas las consecuencias, no fuerces las buenas práctias. Por ejemplo, si decides no implementar un ciclo de CI, debes ser consciente de las consecuencias que ello trae. En mi caso he aprendido estas lecciones de mala manera y tirando muchas horas durante noches para sacar adelante errores personales. Hoy que conozco el contexto y sé a lo que me atengo, un Scrum Master me ayuda a llevarlos adelante.
  • Es fundamental que la defnición de hecho (Definition of Done, DOD) esté clara para todos, equipo, Product Owner, la señora de la limpieza e inclusive para tu madre. Los equipos cambian, las user stories evolucionan, pero la calidad de lo que se espera entregar NO PUEDE CAMBIAR.
  • Tampoco es una mala práctica cambiar el DOD. Eso sí, solo entre Sprints, nunca debes cambiar un DOD en medio de un Sprint.
  • La deuda técnica (Technical Debt) es algo con lo que todavía no me centro. Sé que hay partes de una solución donde estoy sacrificando hoy para pagarlo mañana, y también en determinados momentos nos obligo como equipo a no sacrificar nada. No lo tengo claro. (creo que lo expresé de la mejor forma hace 3 años en Pintando muros, cambiando Pañales, y la Deuda Técnica)
  • Por último y fundamental, impulsa la comunicación fluida dentro de tu equipo. Utiliza herramientas como Skype o Lync, intenta que sea en su mayoría face to face, etc. Salvo que estes programando SKYNET, seguramente estarás creando una app para personas, y trabajas con personas … todo dicho no?

Happy Sprinting !!!

Por cierto, empieza el mundial en unos días asi que VAMOS VAMOS ARGENTINA !!!


Saludos @ Home

El Bruno

image image image Google