June 2011 - Artículos

KeyPadawan es una herramienta muy simple que permite visualizar lo que se escribe, en la pantalla.

KeyPadawan

Tiene 3 modos de ejecución:

  • Normal: Muestra tanto las teclas como los atajos que se utilizan.
  • Shortcuts: Solo muestra los atajos.
  • Raw: Muestra todas la teclas tal y cual las recibe desde el sistema operativo.

El código está alojado en Github [https://github.com/lontivero/KeyPadawan.git].

Ya compilado pueden encontrarlo aquí.

Cualquier sugerencia es bienvenida.

La dinámica de una empresa puede evaluarse quizás por el número y diversidad de los canales de comunicación que ofrece a su gente. Así, en empresas en las que la comunicación tiene canales formales bien definidos, la cooperación entre equipos y áreas siempre es más difícil que en aquellas con diversidad de canales horizontales.

Uno de esos canales los constituyen las listas de correo (viejo pero actual, todavía). Y ayer he tenido una muestra de ello. Resulta que en la semana he tenido que realizar muchas llamadas a miembros de la empresa en la que trabajo y cada vez que necesité llamar a alguien tuve que abrir un browser, loguearme en el sitio de la empresa donde se encuentra el directorio, buscar a mi contacto para luego discar su número de extensión en x-lite. Hacer esto una y otra y otra vez fue tan frustrante que escribí dos aplicaciones de consola (xcall y whois) de modo que si quería llamarme a mí mismo, por ejemplo, solo debía escribir:

C:\>xcall lucas.ontivero

Y x-lite me llamaba inmediatamente. De existir más de una persona con ese patrón simplemente me mostraba sus datos para intentarlo nuevamente.

Por otro lado si recibía un mail o un llamado de alguien desconocido simplemente escribía:

C:\>whois fulano.detal

Y me mostraba quien era, proyecto asignado, seniority, área, departamento, email, teléfonos, etc.

Como me resultó tan útil, decidí compartirlo en la lista de correo “Developers” en la que nunca había participado por si a alguien le servía. Los resultados fueron inmediatos e impresionantes. Solo un par de horas después alguien lo había portado a Ruby y subido a Github para los que no tenían Windows, solo una hora después de eso ya había sido portado a PHP para ser usado también con ekiga. Y más tarde, y puesto que los resultados de las búsquedas se muestran por consola, ya había quienes mostraban como podía usarse para consultar información de los empleados. Yo simplemente mostré como podríamos consultar quienes eran los arquitectos de la empresa filtrando los resultados con un findstr mientras que otro mostró como obtener otros dato interesantes filtrando los resultados con grep.

Tampoco faltaron los que tomaron el código para mejorarlo o proponer una GUI para el mismo y quienes propusieron ideas o plantearon sus dudas sobre la utilidad de esas herramientas.

Para mi toda la movida fue simplemente sorprendente. ¿Y vos, tenés un canal para estas cosas?

Hoy he recibido un cronograma en un archivo .mpp que no tenía una aplicación asociada para abrirlo así que busco en Google “.mpp file extension” ¡Y claro!!! Es un project!

Juro que no lo recordaba.  Creo que hace 6 o 7 años que no veo uno así que me puso nostálgico. Lo que más me gusta del project es que tiene información muy útil como que el 24 de Enero del 2012 vamos a estar todos festejando la culminación exitosa del proyecto o que el módulo XXXX va a comenzar el 10 de Octubre y que luego de 4,3 semanas el cliente nos va a dar el Ok.

¡Esta información SÍ que es valiosa!

Nota: Sí, estás en lo correcto, es una sobredosis de sarcasmo.

Hoy he entrevistado a dos candidatos para formar parte de mi equipo. Han sido sin duda increíbles.

Mi técnica es sencilla: primero una charla amena sobre cualquier cosa para quitar nervios, luego pregunto en qué se consideran más fuertes (desarrollo web, aplicaciones de escritorio o lo que sea) y entonces les hago preguntas elementales sobre aquello en lo que se sienten más cómodos. Después sí, pregunto sobre lo que tengo que preguntar. Si encajan, se hacen otras entrevistas. Es un primer filtro barato (15/20 minutos alcanzan).

Aquí las preguntas y respuestas a estos dos desarrolladores ASP.NET:

P: ¿Qué es HTML?
R1: Es el xml con que se hacen las páginas.
R2: Es el protocolo para la creación de páginas web

P: ¿Cual es la diferencia entre los verbos GET y POST?
R1: Noooo.. eso es muy teórico
R2: El POST es para postear y el GET para poner una dirección con datos

P: ¿Que hace esta línea Assert.AreEqual(“Juan”, person.Name)?
R1: No sé
R2: Confirma la validación de la salida de los datos que van para afuera

P: ¿Si conocemos el nombre de dominio, cómo podemos conocer su IP?
R1: Llamamos al administrador del sitio
R2: ¿Para qué queres saber eso? El IIS lo maneja solo

Son solo las que recuerdo. El problema aquí es que estos candidatos tienen 4 años (R1) y 6 años (R2) de experiencia desarrollando aplicaciones Web. Tenía que compartirlo.