Desarmando con Armando

Android Espresso

noreply@blogger.com (Unknown) — Mon, 31 Aug 2015 05:02:00 +0000

Android Espresso es parte del Android Testing Support Library y su propósito es permitirnos automatizar las pruebas de interfaz de usuario. Aquí les dejo algunos recursos para aprender sobre ello...

Estoy preparando un repo en Github con ejemplos: https://github.com/apiconz/espresso-ejemplos

Android Espresso from Armando Picón Z.

Anotaciones para mi charla "Android Espresso - Hello World" #android #testing #espresso pic.twitter.com/vs1gXzVVY8
— Armando Picón (@DevPicon) August 30, 2015

Notas iniciales sobre Go!

noreply@blogger.com (Unknown) — Mon, 10 Aug 2015 05:49:00 +0000

Hasta que por fin me pude dar un tiempo para empezar a probar Go. Estoy siguiendo los ejemplos que encontré en la web Go by Example. El repositorio en el que estoy subiendo los ejemplos que voy resolviendo está en Github.

A continuación, les dejo algunas notas:

Golang es un lenguaje de programación compilado y estructurado.
La extensión de los archivos es ".go"
Si queremos ejecutar un archivo .go ejecutamos:

go run helloworld.go

Si queremos generar un binario a partir de un archivo .go ejecutamos

go build helloworld.go

El binario generado dependerá del sistema operativo en el que se ejecute el comando build, estando hasta ahora disponible para Linux, Windows y MacOS.
El paquete principal, desde el que se inicia la ejecución de una aplicación en Go, se llama "main".
De forma similar a Java existe una función "main" desde la que parte la ejecución de un archivo .go
No cuenta con expresiones ternarias if como existe en java

Configurando mi espacio de trabajo para GO

noreply@blogger.com (Unknown) — Sun, 26 Jul 2015 06:29:00 +0000

Hace un par de días que asistí al meetup del grupo Golang Lima y me animé a probar este lenguaje de programación. Por esta razón decidí comenzar a escribir una serie de posts con lo que iré aprendiendo.

Preparar mi ambiente de trabajo para empezar a probar GO, en Linux, no fue tan complicado:

Descargué el paquete con los binarios (Linux) desde aquí: https://golang.org/dl/ y lo descomprimí en una ruta de mi preferencia
Configuré algunas variables de entorno:

export GOROOT=/home/user/go
export GOPATH=$GOROOT
export PATH=$GOPATH/bin:$PATH

Descargué SublimeText (ST3) desde aquí: http://www.sublimetext.com/3 y lo instalé siguiendo las instrucciones.
Luego, instalé el Package Control para ST3 siguiendo las instrucciones que aparecen aquí: http://wbond.net/sublime_packages/package_control
Finalmente, instalé el plugin GoSublime siguiendo las instrucciones que encontramos aquí: https://github.com/DisposaBoy/GoSublime

Con esto ya tengo todo lo necesario para comenzar a programar con GO.

AndroidStudio - Gradle DSL method not found 'runProguard()'

noreply@blogger.com (Unknown) — Wed, 10 Dec 2014 05:06:00 +0000

Estaba elaborando unos ejemplos con mi versión beta de Android Studio hasta que me tocó actualizarme a la versión 1.0 del mismo y me empezó a salir este error:

Tras una breve visita por StackOverflow encontré que "runProguard" ha sido remplazado por "minifyEnabled"

Y con ese cambio solucioné mi problema.

Fuente: StackOverflow

[Google App Engine] Usando Bitbucket para Push-to-Deploy (traducción)

noreply@blogger.com (Unknown) — Fri, 19 Sep 2014 15:32:00 +0000

Traducido de Google Cloud Platform Blog

Algunos meses atrás, extendimos el soporte para realizar Push-to-Deploy con repositorios GitHub. Hoy estamos felices de extender el soporte para Push-to-Deploy con repositorios Bitbucket Git. Conectando tu proyecto AppEngine con tu repositorio Bitbucket, puedes lanzar el despliegue de tus aplicaciones Java, Python o PHP haciendo push a tu branch master en Bitbucket.

Push to Deploy automatiza el proceso de construcción, pruebas y despliegue lanzado por medio de tus comandos de git. Esto hace la distribución de cambios en el código para tu aplicación de forma fácil, segura y rápida. Adicionalmente, a través del manejo de tu despliegue en Google Cloud Platforms te brinda acceso a otras interesantes herramientas devops tales como Log to Source linking.

"Los usuarios de Bitbucket pueden facilmente desplegar sus aplicaciones para Google App Engine." dijo Jens Schumacher, Group Product Manager para Atlassian. "Con Push-to-Deploy, los desarrolladores pueden lanzar un despliegue al hacer push al master branch del repositorio o por combinar un pull request aprobado en Bitbucket".

Vayamos a través de un ejemplo.

Conectando el repositorio

Dirígete al Google Developers Console y crea un proyecto o haz click sobre un proyecto existente que desees sincronizar con Bitbucket.
Haz click sobre Source Code y luego sobre Browse en el panel de navegación izquierdo.

El siguiente paso es enlazar el repositorio de tu proyecto en Bitbuket.

Si tu proyecto no tiene un repo git o tiene un repo git vacío, llegarás directamente a la página "Source Repository Settings". Haz click en "Connect" debajo del logo de Bitbucket.
Si tu proyecto no tiene un repo git vacío, verás una pantalla listando el contenido actual del repositorio. Puedes cambiar la configuración del repositorio para conectarlo a Bitbucket (toma en cuenta que esto sobreescribirá el contenido actual del repositorio de tu proyecto). Haz click sobre el ícono de Settings para acceder a la página "Source Repository Settings" mostrada anteriormente y luego haz click sobre "Connect" debajo del logo de Bitbucket.
Serás redirigido a Bitbucket para autenticarte y obtener permisos para tus repositorios Bitbucket. Haz click en "Grant access". Te podría solicitar que ingreses a cuenta de Bitbucket.
Una vez que hayas obtenido acceso, verás una lista de todos los repositorios Bitbucket Git a los que tienes acceso. Escoge el repositorio que desees conectar con tu proyecto.
Lee y acepta y la opción de consentimiento en el cuadro de dialogo y haz click en Connect.
El repositorio Bitbucket ahora aparece en la página Repo Settings
Puedes configurar tu flujo de despliegue siguiendo estas instrucciones
Una vez que tu flujo de despliegue está configurado, cada vez que hagas push a tu master branch del proyecto en Bitbucket usando git push origin master el código fuente será desplegado al App Engine. La página Release también te muestra el estado de los despliegues pasados y del actual.

-Publicado por Rae Wang, Product Manager
-Traducido por Armando Picón

Esta fue una traducción del post original (en inglés): Using Bitbucket for Push-to-Deploy

Un vistazo a Google Cloud Platform

noreply@blogger.com (Unknown) — Thu, 05 Jun 2014 03:11:00 +0000

Uno de los temas de los que he venido conversando con los chicos últimamente es la plataforma en la nube que se conoce como Google Cloud Platform. Esta plataforma te permite desplegar aplicaciones web, almacenar data y analizarla, construir el backend de aplicaciones mobiles y varias cosas. Lo bueno es que se cuenta con una plataforma escalable y robusta.

Esta plataforma se compone de varios servicios como se muestra en la siguiente gráfica:

Como se puede apreciar contamos con tres grandes categorías Compute, Storage y App Services:

App Engine: la PaaS (Plataforma como servicio) de Google, nos permite desplegar aplicaciones web desarrolladas con Python, Java, PHP y Go. También, podemos interactuar con diferentes APIs de los servicios de Google. Se cuenta con un paquete básico gratuito que le viene bien a las startups.
Compute Engine: la IaaS (Infraestructura como servicio) de Google, nos permite la creación de máquinas virtuales a partir de imagenes predefinidas o crear con nuestras propias configuraciones. Actualmente, se cuenta con la posibilidad de emplear sistemas operativos como Debian, CentOS, CoreOS, entre otros. Recomendado para quienes requieran un alto nivel de cómputo.
Cloud Storage: el servicio de almacenamiento de objetos de Google, cuenta con APIs que permiten el consumo de datos desde otros servicios como App Engine, Compute Engine, etc.
Cloud SQL: si requerimos de una base de datos relacional en la nube, este es el servicio que debemos emplear, basado en MySQL; el mantenimiento? se lo dejamos a Google quien nos garantiza una base de datos con una buena performance y de alta disponibilidad.
Cloud Datastore: la base de datos NoSQL, libre de esquemas y data relacional, puede crecer de acuerdo a nuestras necesidades, con soporte a transacciones y a consultas tipo SQL.
BigQuery: si hablamos de consultas a grandes conjuntos de datos y a un tiempo reducido, sin duda, esto es BigQuery. Escalable y de fácil uso, nos permite explotación de conjuntos de datos que en sistemas normales podrían llevarnos horas.
Cloud Endpoints: nos permite construir servicios RESTful para el consumo de aplicaciones mobiles, cuenta con protección contra ataques de denegación de servicios (Denial-of-Service), soporte OAuth 2.0 y más.
...y otros servicios como Prediction API, Translate API y el reciente Cloud DNS.

Si quieres saber quiénes emplean Google Cloud Platform puedes visitar el siguiente enlace.

Hace poco la gente de Google hizo un esfuerzo y preparó este site en Github lleno de ejemplos sobre cómo emplear las diversas APIs y tecnologías.

Finalmente, les comparto una presentación que empleé hace poco para dar un vistazo a lo que la plataforma ofrece:

GDG Open - Overview de la Google Cloud Platform from Armando Picon

Otros enlaces útiles:

Google Cloud Platform - Google Developers

Google Compute Engine - Google Developers

Google App Engine - Google Developers

Canal de Google Developers - YouTube

Taller de Android - FLISOL Lima Este 2014

noreply@blogger.com (Unknown) — Sun, 11 May 2014 22:16:00 +0000

No hace mucho, el 26 de abril para ser más precisos, tuve oportunidad de dictar un taller sobre Android como parte del evento FLISOL Lima Este 2014 al cual fui invitado como miembro del GDG Open. Les comparto los slides que usé para mi presentación.

Taller Android - FLISOL Lima Este 2014 from Armando Picon

Enlace: FLISOL Lima Este 2014

Un nuevo comienzo... con Python

noreply@blogger.com (Unknown) — Wed, 12 Feb 2014 20:02:00 +0000

Recientemente, estoy entrando de lleno a ver Python como un lenguaje alternativo al que uso diariamente (java). He tenido oportunidad de ver el uso de este lenguaje y también he visto aplicaciones que amigos míos han desarrollado, realmente, he quedado gratamente encantado con ello por la simpleza que hay en este código. Entonces, tras ver su aplicación en el desarrollo de aplicaciones web y desktop, en la administración de servidores, en la ejecución de tareas del sistema operativo (uso Linux) y saber que se puede aplicar en otros campos más, pues es claro que este lenguaje tiene mucho potencial y que sería buenísimo aprender a usarlo.

Cuando empecé a explorar este lenguaje, un detalle interesante cuando empleas el Python Interpreter es que al ingresar la sentencia "import this" nos aparecerá el Zen de Python, el cual contiene un listado de principios de diseño y la filosofía que hay detrás de este lenguaje y que nos puede ayudar a entender un poco más cómo es que funciona.

The Zen of Python, by Tim Peters

Beautiful is better than ugly. (Hermoso es mejor que feo)

Explicit is better than implicit. (Explícito es mejor que implícito)

Simple is better than complex. (Simple es mejor que complejo)

Complex is better than complicated. (Complejo es mejor que complicado)

Flat is better than nested. (Plano es mejor que anidado)

Sparse is better than dense. (Disperso es mejor que denso)

Readability counts. (La legibilidad cuenta)

Special cases aren't special enough to break the rules. (Casos especiales no son lo suficientemente especiales para romper las reglas)

Although practicality beats purity. (Aunque la practicidad le gana a la pureza)

Errors should never pass silently. (Los errores nunca debería pasar silenciosamente)

Unless explicitly silenced. (A menos que sea silenciado explicitamente)

In the face of ambiguity, refuse the temptation to guess. (De cara a la ambigüedad, rechace la tentación a adivinar)

There should be one-- and preferably only one --obvious way to do it. (Debería haber una -- y preferiblemente solo una -- forma obvia de hacerlo)

Although that way may not be obvious at first unless you're Dutch. (Aunque esa forma pueda no ser obvia al principio, a menos que seas holandés)

Now is better than never. (Ahora es mejor que nunca)

Although never is often better than *right* now. (Aunque nunca es frecuentemente mejor que "ahora mismo")

If the implementation is hard to explain, it's a bad idea. (Si la implementación es difícil de explicar, es una mala idea)

If the implementation is easy to explain, it may be a good idea. (Si la implementación es fácil de explicar, puede que sea una buena idea)

Namespaces are one honking great idea -- let's do more of those! (Los namespaces son una gran idea -- hagamos más de aquellas!)

Ya les iré comentando como me va con este nuevo lenguaje, es el inicio de una nueva etapa.

Problema entre Unity y los Menúes del Dart Editor en Ubuntu 13.10

noreply@blogger.com (Unknown) — Sat, 25 Jan 2014 08:11:00 +0000

Cuando ejecutas el Dart Editor en Ubuntu 13.10, los menues se integran a Unity y eso impide que podamos desplegarlos. Para evitar ello, por el momento, ejecuté los siguientes comandos desde el terminal para levantar el editor. Tomen en cuenta que las rutas que estoy empleando son las que tengo en mi PC por lo que en otros casos esta variará.

sudo env UBUNTU_MENUPROXY=/home/armando/Dev/dart/DartEditor

sudo /home/armando/Dev/dart/DartEditor

Sin duda esto constituye un workaround, asi que seguiré buscando una forma definitiva y permanente para solucionarlo.

[Anecdota] La vida más sencilla con servicios online: Reniec, PNP, Interbank y Google

noreply@blogger.com (Unknown) — Tue, 26 Nov 2013 23:20:00 +0000

El día de hoy tuve la mala fortuna de extraviar mi billetera (o cartera como se le llama en otros países) con mis documentos, tarjetas y dinero, por cierto, fue la primera vez que me ocurre un hecho de esta naturaleza en mi vida. Sin embargo, ante la situación en que me vi envuelto era necesario actuar con cierta prontitud, asi que armado de mi laptop y mi modem, empecé a realizar los trámites de modo virtual:

La denuncia, para evitar cualquier incidente por la pérdida del DNI es necesario acercarse a una comisaría para efectuar una denuncia, sin embargo, la Policía Nacional del Perú (@policíaperu) ha habilitado en su servicio de comisaría virtual la opción de Pre-Registro de Denuncias, mediante el cual puedes registrar una denuncia indicando la comisaría en la que se realizará la confirmación, de esta forma basta con acercarte a la comisaría y confirmar la denuncia pre-registrada. También sirve para realizar denuncias anónimas.

El bloqueo de tarjetas, una simple llamada desde mi celular al 013119000, y unas cuantas pulsaciones en el teclado de mi celular, fueron suficiente para hacer el bloqueo rápido de todas mis tarjetas vía la banca celular de Interbank (@interbank), no tuve necesidad de conversar con nadie, lo cual me parece genial porque ante una emergencia la acción es inmediata. Quizá algo para mejorar es dejar el número de la central telefónica un poco más visible en su web.

El duplicado de mi documento de identidad, tiempo atrás cuando se me venció mi DNI (sí señores, acá en el Perú, los DNIs vencen), tuve que acercarme hasta la oficina misma de la Reniec (@reniecdigital) para realizar un trámite que me hacía perder varias horas de largas colas; hoy en día eso ya cambió, gracias a los Servicios en línea, disponibles en su portal web puedo de forma sencilla y rápida realizar el trámite para la obtención del duplicado que estaba necesitando. Basta con realizar el pago correspondiente en cualquier agencia del Banco de la Nación o BCP y listo, con los datos de la boleta, el trámite sale en un, dos por tres! Y el servicio te da la fecha aproximada de entrega y un número de consulta :D

La impresión de la constancia. Bueno, del trámite anterior era necesario imprimir una constancia y San Google (@google), fue de mucha ayuda, gracias a su servicio Google Cloud Print (aun en beta), el cual permite agregar una impresora adicional y puedo, enviar mi documento para su impresión a una impresora remota conectada a la nube o bien enviar el documento en formato PDF a mi Google Drive. Un magnifico servicio.

Y así, muchas cosas que antes se hacían de forma presencial o manual, hoy en día se ven aligeradas gracias a los servicios online!! :D

Creando un Custom Portlet Service con Maven y sin RAD

noreply@blogger.com (Unknown) — Tue, 26 Nov 2013 23:07:00 +0000

En la entrega anterior les mostré como desarrollar un portlet básico sin RAD. En esta ocasión nos toca ver cómo desarrollar un Custom Portlet Service para WebSphere Portal, obviamente sin RAD y empleando Maven.

Lo primero que vamos a necesitar es el archivo public_spi.jar que contiene algunas de las clases e interfaces que requeriremos para desarrollar el portlet service. Habitualmente este archivo se encuentra en una ruta similar a esta: /doc/compile.

Luego, nos valemos de Maven para agregar este jar a nuestro repositorio de dependencias.

mvn install:install-file -Dfile=public_spi.jar -DgroupId=com.ibm /

-DartifactId=public-spi -Dversion=1.0 -Dpackaging=jar

A continuación, creamos un proyecto simple con Maven y agregamos las dependencias correspondientes a la api portlet 2.0 y al jar que acabamos de agregar.

Ahora crearemos una interfaz que contendrá la declaración de métodos públicos que se expondrán a través del servicio y, obviamente, crearemos también la clase que la implementará:

En este punto, debemos generar el JAR del servicio para luego registrarlo en el Portal.

Colocamos el jar en la ruta: /wp_profile/PortalServer/config
En la consola del WAS del Portal, registraremos el portlet service valiéndonos del Resource Environment Provider llamado "WP PortletServiceRegistryService".
Creamos un nuevo registro en los Custom Properties. En el nombre ingresamos jndi.pe.apiconz.portletsapps.portletserviceexample.MyPortletService y en el valor colocamos el nombre completo de la clase que lo implementa: pe.apiconz.portletsapps.portletserviceexample.MyPortletServiceImpl.
Guardamos y reiniciamos el portal.

La invocación del portlet service que acabamos de crear sería como sigue:

Google Maps - Ejemplo sencillo de multimarcadores

noreply@blogger.com (Unknown) — Mon, 18 Nov 2013 16:05:00 +0000

Aquí les dejo un ejemplo sencillo de multimarcadores empleando Google Maps API. Para la visualización de este ejemplo necesitan una API KEY que pueden generar en http://cloud.google.com/console.

El ejemplo debería verse de la siguiente manera:

El código lo dejo a continuación:

AngularJS - Obteniendo publicaciones de Google+ a través de un servlet

noreply@blogger.com (Unknown) — Thu, 14 Nov 2013 14:33:00 +0000

Recientemente estoy probando el uso de AngularJS, un framework de javascript que es mantenido por Google. Me puse a experimentar cómo invocar a un servlet para que me provea datos por medio de un controller de angularjs. En este escenario estoy trayendo las publicaciones de un perfil de Google+.

Lo primero que hice fue construir mi servlet, efectuando la invocación al servicio. Debido a la facilidad que tiene AngularJS para trabajar con JSON, la respuesta que viene de la invocación la paso a dicho formato. Observen también la manera en que, a través del controller, se realiza la invocación al servlet. Finalmente, itero el resultado empleando el forEach con AngularJS.

A continuación, les dejo el código de este ejemplo. Si tienen algún comentario, consulta o ven alguna mejora que se le pueda hacer, siéntanse libres de escribirme.

Algunos enlaces que me fueron de utilidad:

Sobre el uso de $http: http://docs.angularjs.org/api/ng.$http
Servlet de ejemplo: https://code.google.com/p/google-api-java-client/source/browse/plus-appengine-sample/src/main/java/com/google/api/services/samples/plus/PlusBasicServlet.java?repo=samples
Atributo ng-repeat: http://docs.angularjs.org/api/ng.directive:ngRepeat

Si recién vas a iniciar, te recomiendo el tutorial que se encuentra en la misma página de AngularJS:

http://docs.angularjs.org/tutorial/

Exploring Reverse AJAX (enlace

noreply@blogger.com (Unknown) — Fri, 18 Oct 2013 22:51:00 +0000

Encontré este interesante artículo, muy didáctico, para entender el concepto de Reverse AJAX

Exploring Reverse AJAX

Creando portlets sin RAD (Eclipse+Maven)

noreply@blogger.com (Unknown) — Thu, 17 Oct 2013 16:50:00 +0000

Hola a todos, en esta ocasión iré señalando los pasos que seguí para crear un portlet básico usando Eclipse y Maven.

El primer paso es crear una aplicación web con Maven empleando el archetype "maven-archetype-webapp". Para este ejemplo me estoy apoyando en el wizard que viene incluído en mi Eclipse.

Parece tratarse de un bug, pero al crear el proyecto no me muestra la carpeta "src/main/java" para que aparezca siempre debo crear la carpeta "java" tal como lo señalo en la siguiente figura:

Modifico mi archivo POM.xml y le agrego las dependencias correspondientes.

Luego, creo un archivo portlet.xml similar al que aparece a continuación:

Finalmente, creo mi portlet HelloWorld.

He subido mi ejemplo en GitHub

He subido este ejemplo en mi repositorio en Github.

Activar opciones para el desarrollador en Android 4.2+

noreply@blogger.com (Unknown) — Thu, 15 Aug 2013 21:40:00 +0000

Cuando trataba de probar una app en mi nuevo Nexus y no encontraba cómo activar el modo de Depuración. Pues había que entrar a la opción Acerca del tablet y pulsar varias veces sobre Número de Compilación. Una pequeña alerta nos reconocerá como desarrolladores y con ello tendremos habilitada las Opciones del Programador.

Aca les dejo un pequeñísimo video en el que activo dicha opción:

[apps] RemoteDroid - Tu droide como trackpad

noreply@blogger.com (Unknown) — Fri, 26 Jul 2013 20:28:00 +0000

De casualidad me encontré con esta aplicación llamada RemoteDroid, es una aplicación sencilla que te permite usar tu equipo Android como trackpad/teclado remoto. Basta con descargarte a tu PC un zip desde la misma página web, desempaquetarlo y ejecutar el archivo correspondiente (funciona tanto en Windows como Linux).

Por el lado del equipo Android, basta con instalar la aplicación RemoteDroid que está en el Play Store, ingresamos la IP de la PC y listo.

Fuente: RemoteDroid

Coding Dojo en Everis Peru, los pasado 7 y 21 de Febrero

noreply@blogger.com (Unknown) — Mon, 04 Mar 2013 05:10:00 +0000

Hola a todos! Los días 7 y 21 de febrero organicé un Coding Dojo Multilenguaje en Everis Perú y quería compartir con ustedes algunas de las fotos que tomé.

Everis Perú - Coding Dojo #1

Les comparto también la presentación con la info de la kata que resolvimos en estas dos sesiones:

Coding Dojo - Romans Kata from Armando Picon

WebSphere Portal 7 - Cambiar el titulo por defecto

noreply@blogger.com (Unknown) — Thu, 14 Feb 2013 00:51:00 +0000

Para cambiar el título de las páginas del portal, en la siguiente ruta:

/portal7/WebSphere/PortalServer/ui/wp.ui/shared/app

Ubicamos el archivo:

wp.ui.jar

Y dentro ubicaremos el siguiente archivo properties (dependiendo del idioma):

engine_en.properties

"Visual Management" Misional

noreply@blogger.com (Unknown) — Sun, 30 Dec 2012 06:47:00 +0000

Hace diez años atrás, entre los años 2001 y 2003, me encontraba en la ciudad de Buenos Aires, Argentina, como misionero de La Iglesia de Jesucristo de los Santos de los Últimos Días, predicando nuestras creencias a la gente de dicha ciudad, muy aparte de las grandiosas experiencias que tuve durante los dos años que duró mi actividad misional, hubieron algunas cosas que durante ese tiempo realicé y con el tiempo las volví a encontrar dentro del mundo Agile.

La que deseo comentar en esta ocasión es nuestro "Tablero de seguimiento" (no tenía un nombre en particular, asi que lo denominaré así). Es similar a nuestro taskboard o panel de tarea que usamos en los proyectos, solo que en lugar de "tareas" hablamos de "personas". Un poco de visual management. A continuación, les haré mención de la información que colocábamos en dicho tablero.

Nombre del Área: de la misma forma que en un panel de tareas en el que colocas el nombre del proyecto en curso, en nuestro caso colocábamos el nombre del área que estaba bajo nuestra responsabilidad.

Lista de reglas/normas del equipo: en esta lista se encontraban las instrucciones sobre el manejo del tablero y demás información como la hora en la que hacíamos las reuniones diarias de planeamiento, alguien mencionó daily meeting? Sí, teníamos reuniones diarias todas las noches a las 9:45pm (al volver al deparamento).

Para el flujo de la búsqueda de nuevos conversos, contábamos con varios cuadrantes o secciones en nuestro tablero y que listaré a continuación:

1. Encontrar: Durante el tiempo en el área podíamos encontrar personas de dos maneras que eran claramente diferenciadas en el tablero. Una de ellas era la denominada "Iniciativa Propia" o como solíamos decirle meramente "IP" (nada que ver con internet protocol). El "IP" podía incluir cualquier esfuerzo del equipo para contactar personas interesadas en escuchar acerca de nuestro mensaje, esto podía ser mediante "toque de puertas", conversaciones en la calle, entrega de folletos, actividades de servicio, etc. La otra forma era a través de los mismos miembros de la iglesia quienes podían presentarnos a un amigo o conocido de ellos.

Los nombres de las personas encontradas por IP se colocaban en un post-it y se ubicaban en la parte superior de esta zona, mientras que aquellas que provenían de referencia de miembros de la iglesia se ubicaban en la parte inferior.

2. Enseñar: El siguiente paso luego de encontrar a la gente es tratar de enseñarles el mensaje que teníamos, podían suceder dos cosas: una es que no lográramos contactar con la persona, la otra es que lográramos contactar a la persona y le enseñáramos alguno de los mensajes que teníamos preparados. Cuando pasaba esto pasábamos el post-it al cuadrante de "Enseñar" y poníamos una marca por cada lección que le enseñábamos.

3. Bautizar: Por fin! Encontramos a una persona buenísima, aceptó recibirnos, le enseñamos las lecciones y ahora quiere bautizarse! Es lo máximo para un misionero! Bueno, cuando esto sucede pasamos el post-it de la persona al cuadrante "Bautizar" y anotamos la fecha de bautismo en él, habitualmente con un color que se diferencie, tal como lo muestro a continuación:

4. Conversos nuevos: Y llegamos a la meta! La persona se bautizó, cuando eso pasa, movemos el post-it a este cuadrante. Si me preguntan, ¿qué pasa con las personas que llegan hasta acá?, pues les comentaré que pasan a ser visitados por los miembros y el seguimiento a su progreso pasa a ser responsabilidad de la unidad local. En un taskboard tradicional este cuadrante sería el equivalente a Done o Listo.

Nuestro "Tablero de seguimiento" contaba con dos cuadrantes más...

5. Gigantes dormidos: acá se colocan los nombres de aquellas personas que estuvieron en el cuadrante "Enseñar" y que por alguna razón dejaron de recibirnos. Estos nombres luego los registrábamos para que en un tiempo futuro otros misioneros pudieran visitarlos.

6. Reactivación: acá se anotaban los nombres de aquellos miembros menos activos, que necesitan ayuda y a los que nos hemos comprometido visitar.

Pues bueno, he aquí un poco del visual management que empleaba en la misión, ¿qué les parece? Si tienen algún comentario o consulta no duden en hacérmela llegar.

Be Agile! / Se Ágil (una reflexión)

noreply@blogger.com (Unknown) — Mon, 17 Dec 2012 02:44:00 +0000

Hoy quise escribir un poco respecto a la onda Ágil o Agile, que se anda escuchando mucho últimamente y de lo que significa para mi. Durante el tiempo que llevo como desarrollador he tenido la oportunidad de participar en cierto número de proyectos con diferentes resultados. Si me pidieran realizar una lista de observaciones a todos estos, tal vez la lista sería como la que sigue:

Proyectarse a realizar un proyecto de larga duración con fases secuenciales muy marcadas (Análisis, Desarrollo, Pruebas y Despliegue) no siempre es un buen ídea, es más por lo general no lo es porque bajo ciertas circunstancias el coste de los cambios (que siempre suelen ocurrir) es elevado.
El verdadero valor de un proyecto como el mencionado en el punto anterior no se conoce sino hasta el final, lo cual puede ser muy costoso y frustrante cuando el cliente se da cuenta que las cosas han cambiado y aquello que se hizo ya no tiene razón de ser.
En muchas ocasiones se quiere dar solución a situaciones utópicas en lugar de atacar los puntos críticos del proyecto.
En ocasiones quien realizaba la estimación o bien no tenía idea de lo que se tenía que hacer o bien no tenía los suficientes skills técnicos para comprender cabalmente lo que involucra el desarrollo de una solución.
En muchas ocasiones tener a alguien detrás preguntando a cada rato "¿Cómo vamos?" es incómodo y tendía a hacernos perder la concentración en lo que veníamos realizando y no está de más, nos aumentaba la presión y la tensión.
No suele tenerse en claro el concepto de mejora continua, tras los errores de un proyecto, por lo general, se olvidan y se vuelven a repetir en el siguiente.
Los desarrolladores y más los jefes de proyecto, deberían tener en claro que es OBLIGATORIO escribir pruebas unitarias o en general todo desarrollo debería estar en la capacidad de testearse de forma constante.

Y podría seguir alargando más la lista pero ese no es el objetivo de este post. En fin, hace ya 3 años, tuve mi primer acercamiento al mundo ágil, a través de Scrum, en un proyecto para una reconocida compañía de seguros; nunca olvidaré la sensación que tuve al experimentar lo que significa estar en un "equipo auto-organizado", contar con una relación de "colaboración" más estrecha con el cliente, encontrar oportunidades de mejora durante las "retrospectivas" e incluso, la organización del tiempo del proyecto en tramos cortos que se conocen como "sprints". Podría decir que nunca antes me había sentido tan productivo, nunca antes había disfrutado tanto con realizar mi trabajo de una forma distinta.

Al principio, aprendí sobre Scrum, sobre XP, sobre Kanban, y otros frameworks ágiles. Supuse que aprendiendolos conseguiría ser feliz en mi trabajo, pero la realidad a veces no suele ser la ideal; aquí entra una frase que oí en repetidas ocasiones a Alan Cyment: "pragmatismo a corto plazo, idealismo a largo plazo"; no se trata de aplicar violentamente todo un framework, en ocasiones uno se debe "adaptar" y generar el cambio de a pocos. Hubieron ocasiones en las que el entorno era tan hostil, que suponía un alejamiento de las prácticas ágiles, bueno, cuando sucedió esto no perdía la esperanza y siempre buscaba oportunidades para enseñar lo que había aprendido hasta el momento.

Pero "ser ágil", por lo que entiendo ahora, no es solo una manera de trabajar o de hacer diferente el trabajo, sino que va más allá... es un cambio en el pensar y en la forma en la que realizas las cosas en tu diario vivir. Recuerdo una ocasión en la que hablando con uno de mis "mentores", le contaba sobre algunos problemas que había tenido con un par de personas; lamentablemente, con la primera las cosas terminaron mal; sin embargo, para la segunda, cuya riña aun no llegaba a un desenlace, mi mentor me dijo: "Armando, tu eres un chico ágil, aplica la agilidad!". Salí de aquella sesión con la plena intención de mejorar los canales de comunicación mediante una conversación "cara a cara", estableciendo "un objetivo" y "una visión", antes de analizar los problemas... el resultado fue, por creces, muy satisfactorio. Y así podría mencionar algunas otras ocasiones en el que valores y principios ágiles también podrían aplicarse en la vida cotidiana.

Esta es una pequeña reflexión sobre lo que significa el "ser ágil" para mi, sabiendo que el término "ágil" es solo una etiqueta para muchas ideas, conceptos y prácticas; que no son nuevas, pero que están cobrando relevancia últimamente.

Instalación de Apache Maven en Ubuntu 12.04LTS

noreply@blogger.com (Unknown) — Tue, 25 Sep 2012 17:20:00 +0000

En esta ocasión se me dio por instalar Maven en mi ubuntu, asi que aquí les dejo los pasos que seguí.

Versión de ubuntu 12.04LTS
Versión de apache maven 3.0.4
Versión de java sdk 6u35

Descargar el binario (Binary tar.gz) de Maven desde el siguiente enlace:

http://maven.apache.org/download.html

Desempaquetar el binario en un directorio con permisos de ejecución.

Ingresar via “Terminal” al directorio en el que desempaquetamos el binario y ejecutamos la sentencia “./mvn -version”, prestemos atención al resultado:

Warning: JAVA_HOME environment variable is not set.Apache Maven 3.0.4 (r1232337; 2012-01-17 03:44:56-0500)
Maven home: /home/armando/apache-maven-3.0.4
Java version: 1.6.0_24, vendor: Sun Microsystems Inc.
Java home: /usr/lib/jvm/java-6-openjdk-amd64/jre
Default locale: es_PE, platform encoding: UTF-8
OS name: "linux", version: "3.2.0-31-generic", arch: "amd64", family: "unix"

Si bien todo parece andar casi OK, debemos setear la variable “JAVA_HOME” para evitar cualquier problema de ejecución de tareas, adicionalmente, prefiero usar el JDK de 0racle, en lugar del OPENSDK (cuestión de gustos por ahora) para las labores de desarrollo, por ello será necesario descargar el binario correspondiente a java desde la página de 0racle.

Para iniciar la descarga del binario (jdk-6u35-linux-x64.bin) nos dirigimos al siguiente enlace:

http://www.oracle.com/technetwork/java/javase/downloads/

y seguimos las instrucciones para “Self Extracting Linux 64 bits” (porque uso la versión para 64 bits) que encontramos en este otro enlace:

http://www.oracle.com/technetwork/java/javase/index-137561.html#linux

Una vez que ya tengamos instalado al java, estableceremos la variable JAVA_HOME de la siguiente manera:

export JAVA_HOME=/home/armando/jdk6u35/jdk1.6.0_35/

Luego, volvemos a ejecutar la sentencia “./mvn -version” y obtendremos un resultado similar al que sigue:

Apache Maven 3.0.4 (r1232337; 2012-01-17 03:44:56-0500)
Maven home: /home/armando/apache-maven-3.0.4
Java version: 1.6.0_35, vendor: Sun Microsystems Inc.
Java home: /home/armando/jdk6u35/jdk1.6.0_35/jre
Default locale: es_PE, platform encoding: UTF-8
OS name: "linux", version: "3.2.0-31-generic", arch: "amd64", family: "unix"

Y con esto ya estaríamos listo para empezar a usar Maven.

*************** Actualización 15:22hrs ***************

Para facilitar las cosas agregaremos algunas variables al sistema:

Abrimos el archivo “/etc/environment” y agregamos las siguientes lineas:

M2_HOME=”/home/armando/apache-maven-3.0.4”
MAVEN_HOME=”/home/armando/apache-maven-3.0.4”
M2=”/home/armando/apache-maven-3.0.4/bin”

Luego, modificamos la linea superior correspondiente al PATH:

PATH=”/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/home/armando/apache-maven-3.0.4/bin”

Guardamos y por si acaso ejecutamos la siguiente sentencia para asegurarnos que se refleja el cambio:

echo $PATH

Si por a o b no aparece la modificación que le hicimos al PATH ejecutamos la siguiente sentencia:

export PATH=$PATH:/home/armando/apache-maven-3.0.4/bin

Y con esto ya podemos ejecutar el comando “mvn” desde cualquier directorio.

Android - Configurando la AVD para aceleración gráfica

noreply@blogger.com (Unknown) — Tue, 24 Jul 2012 07:46:00 +0000

Se requiere Android SDK Tools rev 17 o superior, entonces al crear una nueva AVD con la aceleración gráfica habilitada, en la sección Hardware de la configuración de la AVD, pulse el botón New, y seleccione GPU emulation estableciendo su valor en Yes.

Referencia: https://plus.google.com/u/0/108967384991768947849/posts/DSi3oAuNnS7

Google Plus - Crea un "badge" para tu +Page

noreply@blogger.com (Unknown) — Fri, 20 Jul 2012 08:22:00 +0000

Sí, a través de Google+ Badge puedes crear un simpático widget que puedes colocar en tu página y así referencia a tu +Page. Cuando ingresas los datos dicha herramienta te genera un código javascript similar al que aparece a continuación:

El resultado final, será como el que sigue:

AIX/Linux - Cambiar Zona Horaria y Fecha/Hora

noreply@blogger.com (Unknown) — Mon, 16 Jul 2012 17:54:00 +0000

Necesitaba una ayuda memoria porque se están convirtiendo en tareas casi frecuentes.

Cambiar la zona horaria (timezone) a "Peru Time".


chtz 'PET'

Luego, reiniciar el servidor.

A continuación, debemos ajustar la hora, a través del siguiente comando (date MMDDhhmm[YYYY.ss])

date 07161210

En este caso he ajustado la fecha y hora a las "12:10hrs del 16 de Julio".