De hecho, el cerebro humano es un filtro negativo que se dedica a descartar información, de nada sirve el canto del pájaro cuando venimos manejando, del mismo modo que es innecesario pensar en el funcionamiento del motor de combustión interna para que este funcione. Pero si tuvieramos que analizar un accidente sucedido en ese preciso instante, necesitariamos saber si el canto del pájaro distrajo al conductor, o si el motor falló durante alguno de sus ciclos.

El problema es que no siempre sabemos cuando van a fallar las cosas y monitorearlo todo todo el tiempo no es rentable. Asi que tenemos que escoger y tenemos que excluir. Cuales son los detalles relevantes y cuales no.

Lo mismo sucede cuando planeamos un proyecto, nuestro cerebro solo ve pequeñas porciones ... Read More »]]> La complejidad de la realidad es innegable, la cantidad de estímulos disponibles al ser, innumerables.

De hecho, el cerebro humano es un filtro negativo que se dedica a descartar información, de nada sirve el canto del pájaro cuando venimos manejando, del mismo modo que es innecesario pensar en el funcionamiento del motor de combustión interna para que este funcione. Pero si tuvieramos que analizar un accidente sucedido en ese preciso instante, necesitariamos saber si el canto del pájaro distrajo al conductor, o si el motor falló durante alguno de sus ciclos.

El problema es que no siempre sabemos cuando van a fallar las cosas y monitorearlo todo todo el tiempo no es rentable. Asi que tenemos que escoger y tenemos que excluir. Cuales son los detalles relevantes y cuales no.

Lo mismo sucede cuando planeamos un proyecto, nuestro cerebro solo ve pequeñas porciones de la realidad. Si quisieramos construir un avión, la primera imágen en nuestra mente es el avión completo, no cada uno de sus tornillos.

Es por eso que a la hora de planear un proyecto es muy importante tomarse el tiempo de planear y describir cada uno de los tornillos de avión.

En Vinco Orbis creemos que la planeación adecuada es el secreto del éxito.

Pero sabemos que existen variables incontrolables, es imposible saber si justo al momento de comenzar a cosntruir un avión, la competencia va a construir un submarino utilizando justo el mismo tipo de tornillos provocando una escases que retrase el proyecto.

Finalmente estos dos elementos, lo que creíamos que iba a pasar, y lo que realmente pasó solo existen en el futuro donde podrán ser comparados.

En Vinco Orbis estamos trabajando para que manoderecha, nuestro software de administración de proyectos, sirva para tener una idea clara de que es lo que pensamos será el proyecto, y que es lo que realmente fue el proyecto. Así con cada ciclo de Planeación/Realización intentamos cerrar la brecha entre la realidad como quisieramos que fuera y la realidad como es.

En Vinco Orbis ponemos a su disposición las herramientas, usted decide si quiere seguir trabajando a ciegas, o si quiere empezar a eficientar sus procesos a partir de hoy mismo.

A continuación, podemos crear nuestro archivo CSV de la siguiente manera:

El resultado del archivo creado es el siguiente:

¿Y por qué no nos dejaba? Por el mensaje de error que nos devolvió EGit, quien sabe. Simplemente EGit nos dijo que no podíamos y ya. Lo intentamos de nuevo sin hacer ningún cambio y la respuesta que nos dio ahora fue que ya estaba todo al día. Mentiroso.

Usando Git Bash encontramos que no nos dejaba hacer pull tranquilamente porque un archivo en especifico tenia cambios y requería de un commit. Pero si nos hubiéramos quedado usando Eit, quizá nos hubiera llevado mucho mas tiempo en averiguarlo.

http://msysgit.github.com/

Aquí una nota al respecto dentro del blog oficial de Google Search

La idea detrás de todo esto es que los que hacemos SEO no nos pasemos de lanza, que quienes hacen SEO al mero estilo rudo y sucio no pasen por encima de los que tratamos de hacer las cosas al mero estilo Jedi.

Cómo este tema es muy nuevo, es cosa de esta última semana y unos día antes, estuve leyendo ... Read More »]]> Matt Cutts, el jefe y gurú espiritual del equipo de anti-Spam de Google comentó en el pasado SXSW que Google no tardaba en soltar una actualización en su algoritmo específicamente enfocada a detectar sitios que anden pasándose de listos exagerando en la aplicación de SEO, es decir, “Sobre optimizando”.

Aquí una nota al respecto dentro del blog oficial de Google Search

La idea detrás de todo esto es que los que hacemos SEO no nos pasemos de lanza, que quienes hacen SEO al mero estilo rudo y sucio no pasen por encima de los que tratamos de hacer las cosas al mero estilo Jedi.

Cómo este tema es muy nuevo, es cosa de esta última semana y unos día antes, estuve leyendo un par de artículos y notas al respecto, en uno encontré algo muy interesante que he de compartir con ustedes los fans e interesados en SEO con la intención de que diosito Google no les penalice sus sitios.

En este artículo (que incluye video muy cool) el presentador menciona seis cambios que todo SEO deberá considerar, aunque no se están manejando como absolutos ni determinantes sino más como “lo más super probable, casi segurisísimo” estoy convencido personalmente que no andan nada errados.

Matt Cutts siempre deja muy claro que la intención es hacer a Google cada vez más humano, si esto sigue el camino que hasta ahora lleva, los siguientes 6 temas de SEO deberán ser tomados en cuenta para no entrar en listas negras, cajas de arena, malasfamas y letras escarlatas:

1. Títulos de página que huelen a “Spam and  Keyword stuffing” es decir que no se “sientan” escritos por humanos. La idea es que se lean naturales y no solamente enfocados a empujar keywords.
2. Links internos que manipulan y no tienen sentido como usar el mismo texto ancla en repetidas ocasiones dentro de la misma página para enlazar a su vez una misma página destino.
3. Footers retacados de links inútiles.
4. Bloques de texto sin sentido ni causa enfocados a máquinas de búsqueda.
5. Backlinks de malas fuentes y/o producto de prácticas de dudosa reputación. Más claro ni el agua del grifo; si has comprado links en sitios que sólo se dedican a eso, hacer comment spam, comprado presencia directorios sin contenido real que piden intercambio de enlaces, sitios de “artículos” etcétera, en pocas palabras si has hecho black hat backlinking ,  posiblemente estarás en aprietos con papi Google. Esta bronca quizá es de las más complicadas de resolver, pero puedes comenzar con remover todos tus links a esos sitios horrendos e ir procurando la extinción de estos.
6. Tener varias páginas con mismo contenido y keywords muy similares con la intención de atrapar más tráfico con distintas keywords. Fácil, y esto va “junto con pegado” al punto numero 1 de esta lista, el reto es aplicar un poco más de creatividad y trabajar menos como animales, aunque tome más tiempo pero se pueden crear títulos y contenidos que atacan hasta tres o cuatro distintas keywords siempre y cuando se tome uno el tiempo para hacer el “mix” correcto que no se lea escrito por un pollo.

Estas son las principales recomendaciones o pronósticos SEO con relación a la actualización del algoritmo de Google que pretende penalizar sitios “pasados de listos en SEO”.

Probablemente el próximo post de mi parte trate este mismo asunto, efectos en los buscadores así como las primeras impresiones de algunos SEOs.

Espero les resulte interesante y mejor aún, útil.

Necesitamos una aplicación web de alta disponibilidad, con un bajo tiempo de carga, que tenga su dominio y otros dominios que apunten al principal,  que tenga un buen diseño, que se vea bien en todos los browsers y en dispositivos móviles, que pueda ser escalable y que esté alojada en servidores en Estados Unidos. Por cierto, por políticas de la empresa, debe ser programada en Java. La necesitamos para mañana y no contamos con mucho presupuesto.

Un verdadero poema a la carcajada, sin embargo, la solicitud es real, lo que nos hace pensar: ¿Es realmente posible?

¡Claro! En la actualidad existen innumerables frameworks que combinan toda clase de tecnologías que nos ayudan a crear aplicaciones web de todo tipo sin necesidad de ... Read More »]]> Después de muchos años de recibir solicitudes de cotizaciones, requerimientos y múltiples consultas de distintos clientes, ya no es extraño recibir solicitudes como esta:

Necesitamos una aplicación web de alta disponibilidad, con un bajo tiempo de carga, que tenga su dominio y otros dominios que apunten al principal,  que tenga un buen diseño, que se vea bien en todos los browsers y en dispositivos móviles, que pueda ser escalable y que esté alojada en servidores en Estados Unidos. Por cierto, por políticas de la empresa, debe ser programada en Java. La necesitamos para mañana y no contamos con mucho presupuesto.

Un verdadero poema a la carcajada, sin embargo, la solicitud es real, lo que nos hace pensar: ¿Es realmente posible?

¡Claro! En la actualidad existen innumerables frameworks que combinan toda clase de tecnologías que nos ayudan a crear aplicaciones web de todo tipo sin necesidad de volver a inventar la rueda.

A continuación, describiré como crear una aplicación web utilizando Grails como framework de desarrollo, comprar un dominio, un repositorio de contenido en Amazon, y una arquitectura completa con balanceador de carga, cluster y base de datos en Jelastic. Utilizaremos twitter bootstrap para el front-end y además podremos cambiarlo a nuestro antojo. Todo esto, en no más de 120 minutos, lo que nos dará como resultado una aplicación robusta, de alta disponibilidad, con un diseño estándar y funcional. Además, para este ejemplo únicamente compraremos el dominio, utilizando las opciones y servicios gratuitos existentes para alojamiento y servidor de aplicaciones.

No es la intención de este post ahondar en el dominio de cada una de las tecnologías, así que procuraré describir los pasos más comunes, si su intención es dominar Grails o aprender groovy, pueden comenzar por acá.

Las herramientas pre-instaladas que estaré utilizando son:

java version “1.6.0_25″
SpringSource Tool Suite Version: 2.9.1.RELEASE
Grails™ 2.0.3

Todo bajo un ambiente Windows 7  Home Premium con Service Pack 1

CREAR LA APLICACIÓN:

Utilizando STS creamos un proyecto nuevo Grails, para hacer esto podemos hacerlo desde el menú de la aplicación o directamente utilizando el atajo:

Shift + Alt + N

Creamos un nuevo proyecto Grails

Seleccionamos Grails Project

Elegimos un nombre para el proyecto

Elegimos utilizar usar especificaciones de proyecto y buscamos nuestra instalación de Grails 2.0.3

Eleginos un nombre para el proyecto y una versión de instalación de Grails

Si no tenemos definida la instalación de Grails 2.03, seleccionamos “Configure Grails installations” y la agregamos a la lista de definiciones nuestra instalación previa de Grails.

Elegimos una instalación específica de Grails

Instalamos el plugin Twitter Bootstrap CSS framework resource files. Este plugin nos permitirá utilizar el bootstrap de Twitter y nos incluirá en nuestra aplicación los archivos necesarios para poder utilizarlo.

Para hacerlo de forma más rápida utilizamos la consola de grails dentro del STS:

Ctrl + Shift + Alt + g

Instalamos el plugin:

install-plugin twitter-bootstrap

Nos aseguramos que estamos instalando el plugin en el proyecto que deseamos

Instalar plugin twitter bootstrap en nuestro proyecto

Instalamos el plugin LESS files resource mapper. Este plugin nos permitirá customizar el bootstrap de twitter a nuestro antojo.

Para instalarlo utilizaremos otro método, aunque podemos instalarlo igual que el anterior. En este caso agregamos al archivo BuildConfig.groovy de nuestra aplicación (conf/BuildConfig.groovy):

compile ":less-resources:1.3.0.2"

De forma que en el archivo el bloque nos quede de la siguiente manera:

plugins {
 runtime ":hibernate:$grailsVersion"
 runtime ":jquery:1.7.1"
 runtime ":resources:1.1.6"
 compile ":less-resources:1.3.0.2"

// Uncomment these (or add new ones) to enable additional resources capabilities
 //runtime ":zipped-resources:1.0"
 //runtime ":cached-resources:1.0"
 //runtime ":yui-minify-resources:0.1.4"

build ":tomcat:$grailsVersion"
}

*Nota: Existe un pequeño bug en el plugin less, este se presenta cuando se ejecuta la aplicación y genera un error similar a este:

Message: unterminated string literal (#17749)

Para corregirlo, hay que agregar este fix a su plugin:
user/.grails/2.03./projects/nombredelproyecto/plugins/less-resources-1.3.0.2

Instalamos el plugin  twitter-bootstrap-scaffolding. Este plugin utilizará twitter bootstrap en todas las vistas generadas automáticamente por grails, además suplantaremos algunos archivos para darle look & feel desde que corramos por primera vez nuestra aplicación.

Para instalarlo, nuevamente agregamos una linea  a nuestro archivo BuildConfig.groovy

runtime ':fields:1.0.1'

Nuestro bloque queda así:

plugins {
 runtime ":hibernate:$grailsVersion"
 runtime ":jquery:1.7.1"
 runtime ":resources:1.1.6"
 runtime ':fields:1.0.1'
 compile ":less-resources:1.3.0.2"

// Uncomment these (or add new ones) to enable additional resources capabilities
 //runtime ":zipped-resources:1.0"
 //runtime ":cached-resources:1.0"
 //runtime ":yui-minify-resources:0.1.4"

build ":tomcat:$grailsVersion"
}

Bajamos el proyecto necesario para suplantar los archivos y copiamos los siguientes en nuestro proyecto:

 src/templates/scaffolding/*
 web-app/css/scaffolding.css
 grails-app/conf/ScaffoldingResources.groovy
 grails-app/taglib/**/*
 grails-app/views/index.gsp
 grails-app/views/layouts/bootstrap.gsp
 grails-app/views/_fields/default/_field.gsp

Ejecutamos por primera vez nuestra aplicación escribiendo lo siguiente en la linea de comandos Grails de STS:

run-app

Ejecutamos por primera vez nuestra aplicación

Si todo es correcto, grails buscará todas las dependencias necesarias, instalará los plugins y arrancará nuestra aplicación en un ambiente local:

http://localhost:8080/votamesta

Si la consola muestra errores de compilación o de ejecución, no se asusten, que aún no terminamos. Verifiquen que uno de los errores no sea el bug anteriormente comentado del plugin Less. Si muestra errores de compilación de otro tipo, basta con hacer un clean de la aplicación:

clean

No olviden parar antes la aplicación.

Ahora trabajaremos un poco para que el plugin less resources y twitter scaffolding puedan convivir. Antes de continuar, detenemos nuestra aplicación.

Parar aplicación

Editamos el archivo conf/ScaffoldingResources.groovy de manera que queda de la siguiente forma:

modules = {
scaffolding {
     resource url: [dir: 'less', file: 'custom-bootstrap.less'], attrs:[rel: "stylesheet/less", type:'css']
     resource url:[plugin: 'twitter-bootstrap', dir: 'less', file: 'responsive.less'],attrs:[rel:   "stylesheet/less", type:'css'], disposition: 'head'
     resource url: 'css/scaffolding.css'
 }
}

Añadimos una carpeta llamada less al directorio web-app
En ella creamos un nuevo archivo llamado custom-bootstrap.less

Creamos carpeta less y archivo custom

En el archivo custom-bootstrap.less agregamos la siguiente linea:

@import "bootstrap.less";

En la carpeta less también copiamos el archivo variable.less de nuestro plugin twitter bootstrap, este nos permitirá configurar el boostrap a nuestro antojo sin mucha complicación.

A continuación ejecutamos nuevamenta nuestra aplicación

run-app

Y ya tenemos nuestra primer aplicación Grails funcionando en ambiente local, con look and feel de twitter bootstrap. Muy fácil, ¿no? “Pero lo que hemos hecho no tienen nada de aplicación, solo levantamos el entorno.” Cierto, es hora de crear un pequeño catálogo para darnos cuenta que es todavía más simple, la parte complicada ya la superamos.

Detenemos nuestra aplicación

Generamos nuestra primer clase de dominio, para ello utilizamos nuevamente la consola grails de STS:

create-domain-class com.vincoorbis.votamesta.DiscoFavorito

Creamos el dominio Disco Favorito

Ahora definimos las características principales de nuestro dominio DiscoFavorito.groovy (no olviden usar la guía):

package com.vincoorbis.votamesta

class DiscoFavorito {

	String artista
	String disco
	String comentario
	String mail

    static constraints = {
		artista blank: false, nullable: false
		disco blank: false, nullable: false
		comentario blank: true, nullable: true, maxSize:1000
		mail email:true, nullable: true, blank: true
    }
}

Guardamos el archivo y ahora generamos nuestro controlador y vistas con un solo comando Grails:

generate-all com.vincoorbis.votamesta.DiscoFavorito

Generamos controlador y vistas

Listo, Volvemos a ejecutar nuestra aplicación:

run-app

Ahora sí, ya tenemos una aplicación web creada con unas cuantas lineas:

Nuestra aplicación web

A partir del domino DiscoFavorito que definimos, se creo el controlador y las vistas necesarias para crea un nuevo Disco Favorito, editarlo, borrarlo y ver la lista de elementos creados, todo esto, con el look and feel del bootstrap de twitter.

¡Fácil! ¿No?

Ahora vamos a dejar un rato la aplicación para trabajar un poco con su publicación y arquitectura.

JELASTIC:

Jelastic es más que un hosting para aplicaciones java, si bien no está completamente maduro, nos proveé la capacidad de alojar aplicaciones y escalarlas, definir su arquitectura principal, añadir un balanceador de carga, un constructor de código y bases de datos con tan solo unos clicks, sin preocuparnos por la configuración y actualmente como siguen en base beta, ni siquiera nos preocupamos por su costo, porque sigue siendo gratis.

Para comprobar lo fácil que es usar jelastic, subiremos nuestra aplicación con unos cuantos clicks:

1. Entremos a jelastic.com y creamos nuestro usuario, elegimos en donde queremos hospedar (Europa o USA)
   

   Sign-in

2. Nos loggeamos a la aplicación de jelastic
3. Creamos un nuevo ambiente:
   

   Creamos un nuevo ambiente

4. En el diálogo Environment topology escogemos el nombre y la configuración que queramos para la arquitectura, en este caso, vamos a buscar configurar una muy robusta:
   *Nota: Recomiendo solo utilizar 2 instancias de tomcat, ya que si utilizamos más, el deploy se lleva mucho tiempo y en ocasiones falla.
   

   Topología

5. Esperamos unos minutos a que los procesos de creación concluyan, Jelastic te enviará un correo de confirmación de creación del ambiente y un correo con los datos de acceso a tu base de datos.
6. Para poder subir la aplicación Grails que creamos, es necesario dar unos pasos extras en nuestro aplicación. Primero detenemos la aplicación si aún sigue activa.
7. Para poder aprovechar las ventajas del cluster, convertiremos nuestro dominio DiscoFavorito.groovy en una clase con implementación serializable:

   class DiscoFavorito implements Serializable {

8. Descomentamos la línea 36 del archivo conf/BuildConfig.groovy, para que descargue el driver de mysql

   dependencies {
    // specify dependencies here under either 'build', 'compile', 'runtime', 'test' or 'provided' scopes eg.
   
   runtime 'mysql:mysql-connector-java:5.1.16'
    }

9. Configuramos el archivo conf/DataSource.groovy con los datos que nos mandó Jelastic para el acceso a la Base de Datos:

   dataSource {
       pooled = true
       driverClassName = "com.mysql.jdbc.Driver"
       username = "root"
       password = "*******"
   }
   hibernate {
       cache.use_second_level_cache = true
       cache.use_query_cache = false
       cache.region.factory_class = 'net.sf.ehcache.hibernate.EhCacheRegionFactory'
   }
   // environment specific settings
   environments {
       development {
           dataSource {
               dbCreate = "create-drop" // one of 'create', 'create-drop', 'update', 'validate', ''
               url = "jdbc:h2:mem:devDb;MVCC=TRUE"
           }
       }
       test {
           dataSource {
               dbCreate = "update"
               url = "jdbc:h2:mem:testDb;MVCC=TRUE"
           }
       }
       production {
           dataSource {
               dbCreate = "update"
               //url = "jdbc:h2:prodDb;MVCC=TRUE"
   			url = "jdbc:mysql://mysql-votamesta.jelastic.servint.net/votamesta?autoReconnect=true"
               pooled = true
               properties {
                  maxActive = -1
                  minEvictableIdleTimeMillis=1800000
                  timeBetweenEvictionRunsMillis=1800000
                  numTestsPerEvictionRun=3
                  testOnBorrow=true
                  testWhileIdle=true
                  testOnReturn=true
                  validationQuery="SELECT 1"
               }
           }
       }
   }

   *No olviden cambiar los valores por los que les fueron enviados en el correo del robot de Jelastic

10. Ahora generamos nuestro war desde la consola grails de STS:
    [batch]prod war[/batch]
    

    Generamos war

11. Nuestro war estará disponible en la carpeta /target de nuestro proyecto, es necesario que le cambiemos el nombre con el que se genero a ROOT.war, por ejemplo en este caso votamesta-0.1.war por ROOT.war
12. Subimos el archivo en la sección Deployment manager de nuestro panel de Jelastic:
    

    Subir war

13.  Una vez que el archivo haya subido, lo ‘deployamos’ a nuestro ambiento previamente creado.
    

    Deplegar la aplicación en nuestro ambiente

14. Esperamos que el deploy sea existoso.

Listo, ya tenemos nuestra aplicación alojada en un servidor escalable y con carga balanceada. Fácil, ¿no?

¿Y mi dominio?

Nuestra aplicación ya tiene un dominio proporcionado por jelastic: http://votamesta.jelastic.servint.net/ Pero eso no significa que no podamos poner una nuestro propio dominio. Lo primero que debemos hacer es comprar uno, en este caso lo hice a través de GoDaddy. Compré uno sencillo por $169.99 pesos por un año.

Una vez comprado, es muy sencillo utilizarlo para nuestra aplicación:

1. Entramos a nuestro panel de dominios (https://dcc.godaddy.com/Default.aspx).
2. Entramos a nuestro panel de DNS
   

   Entrar al panel de DNS

3. Seleccionamos “editar zona” en el dominio que deseamos configurar.
   

   Editar Zona

4. Modificamos el CNAME record www y lo apuntamos a nuestro dominio de jelastic
   

   Modificar CNAME Record

   *Nota, al terminar de crear/editar el cname, no olviden dar click en “save zone file”, en la esquina superior derecha del panel, en botón negro.

5. En nuestro panel de jelastic entramos al panel de settings de nuestro ambiente
   

   Settings de ambiente

6. En el apartado de custom domain agregamos nuestro cname
   

   Custom Domain

7. Esperamos que se propaguen los dns (a veces bastan 10 minutos)

Listo, ahora ya  tenemos nuestra aplicación con su propio dominio.

Content Delivery Network

Ya tenemos nuestra aplicación con su propio dominio, su balanceador de carga, lista para escalarse y con un diseño increíble y responsivo. ¿Qué más podemos hacer para que nuestra aplicación sea 100% profesional? Un CDN o Red de entrega de contenidos nos ayudará para disminuir el tiempo de carga de los recursos de nuestra página, reducir la carga de servidores, colocará nuestros recursos en una red de tráfico distribuida y aumentará el web caching.

Suena bastante complejo, pero no lo es, básicamente todos nuestros recursos estáticos (javascripts, css, imágenes) se subirán a esta red de entrega, mejorando la carga de nuestra página y reduciendo la carga de nuestra configuración en Jelastic.

¿Por qué CDN y no un simple server S3? Bien, las últimas versiones de grails implementan Resources plugin, que entre otras cosas minimizan, comprimen y optimizan los recursos estáticos de nuestra aplicación, estos procesos se desencadenan cada que se reinicia la aplicación, generando distintos archivos cada vez, lo que hace algo complejo estar delegando la actualización de estos archivos al desarrollador. El CDN sin embargo, buscará los recursos en nuestra aplicación cada vez que estos cambien y los propagará en la red de entrega.

Para configurar una Instancia de Amazon CloudFront para nuestra aplicación haremos lo siguiente:

1. Instalamos el plugin grails-cdn-resources en nuestra aplicación:
   <bash>install-plugin cdn-resources</bash>
2. Añadimos los siguientes parámetros al archivo config.groovy
   <groovy>
   grails.resources.cdn.enabled = true
   grails.resources.cdn.url = “http://static.votamesta.com/”</groovy>
3. Creamos una cuenta en Amazon
   Antes de poder usar el plugin necesitaremos crear una cuenta en Amazon para poder crear un red de contenido. (Este proceso nos solicitará una tarjeta de crédito para registrarnos, solo se hará cargo si excedemos el limite de recursos gratuitos, no olviden leer lo que aceptan )
   http://aws.amazon.com/cloudfront/
4. Entramos a la consola de AWS de Amazon
   https://console.aws.amazon.com/cloudfront/home
   

   Consola Cloud Front

5. Creamos una Distribución
   

   Crear Distribución

6. Seleccionamos el Origen y establecemos la url de la aplicación
   

   Seleccionamos Origen

7. Mapeamos la URL a un CNAME para que tengamos nuestra propia url para el cdn
   

   Mapeamos URL

8. Revisamos y creamos
9. Añadimos un record CDN en nuestra consola de GoDaddy, apuntamos a la url que nos generó CloudFront al crear la distribución.
   

   Añadimos Record

10. Descomentamos las siguientes lineas en BuildConfig.groovy

        // Uncomment these (or add new ones) to enable additional resources capabilities
        runtime ":zipped-resources:1.0"
        //runtime ":cached-resources:1.0"
        runtime ":yui-minify-resources:0.1.4"

1. Creamos war y volvemos a desplegar la aplicación en Jelastic

Listo, ahora nuestra aplicación proveerá los recursos estáticos desde una red de datos distribuida.

En este momento ya tenemos una aplicación real en linea, con las mejores características de una aplicación profesional y pagando solo $169.99 pesos de un dominio y 1 peso en la validación de tarjeta de Amazon. ¿Puede mejorar? Por supuesto, aun nos faltan varios detalles, por ejemplo:

1. Construir un war mucho más pequeño pre-cargando las librerías necesarias en la configuración de Jelastic.
2. Subir el código de la aplicación a un repositorio de código.
3. Desplegar la aplicación directamente del repositorio de código mediante una herramienta de construcción como Maven.
4. Configurar una aplicación segura (SSL)
5. Establecer una herramienta de medición de estadísticas (Google Analytics)
6. etc…

Pero todos estos detalles los trabajaremos en otro Post.

El cálculo de fechas estimadas de entrega para las tareas de un proyecto es más complejo de lo que parece, sobre todo porque no se utilizan las herramientas adecuadas para ello. Un proyecto, idealmente, cuenta en su inicio con una fase de planeación, en la cuál se determinan las acciones que es necesario llevar a cabo para cumplir con el objetivo del mismo. Estas acciones, a su vez, deben ser descompuestas en tareas y asignadas a las personas que las llevarán a cabo. Este conjunto de tareas, las relaciones que existen entre ellas, y su duración estimada, forman un diagrama de Gantt, el cuál se actualiza periódicamente con la información generada en la fase de desarrollo para obtener una estimación más precisa de las fechas de terminación de las tareas, y por ende, ... Read More »]]> La palabra preferida de los clientes es: ¿Cuándo?

El cálculo de fechas estimadas de entrega para las tareas de un proyecto es más complejo de lo que parece, sobre todo porque no se utilizan las herramientas adecuadas para ello. Un proyecto, idealmente, cuenta en su inicio con una fase de planeación, en la cuál se determinan las acciones que es necesario llevar a cabo para cumplir con el objetivo del mismo. Estas acciones, a su vez, deben ser descompuestas en tareas y asignadas a las personas que las llevarán a cabo. Este conjunto de tareas, las relaciones que existen entre ellas, y su duración estimada, forman un diagrama de Gantt, el cuál se actualiza periódicamente con la información generada en la fase de desarrollo para obtener una estimación más precisa de las fechas de terminación de las tareas, y por ende, del proyecto.

Existen cuatro errores fundamentales en el proceso descrito anteriormente. Veámoslos a detalle:

I. Siempre existen tareas nuevas.

No importa que la fase de planeación sea detallada y minuciosa, o que trabajemos con un desarrollador de gran experiencia, siempre existirán nuevas tareas que agregar al proyecto. La función de la fase de planeación es minimizar el impacto que nuevos requerimientos o cambios a los establecidos tendrán en el proyecto, pero es prácticamente imposible eliminarlo. Por ende, las tareas que surjan sobre la marcha afectarán las fechas de entrega previamente acordadas. Más aún cuando surgen emergencias y es necesario suspender temporalmente el flujo natural del trabajo para atendarlas. Por ello, es necesario contar con reportes que nos permitan conocer las tareas atendidas en un periodo dado de tiempo, para poder justificar los movimientos en el calendario de entregas estimadas.

II. Sin embargo, se mueve.

Algo que es muy difícil de comunicar al cliente es el significado de estimado. Trabajamos con recursos limitados, especialmente hablando del número de horas hábiles de una persona. Siempre que queramos que alguien se dedique a hacer una cosa, tendrá que dejar de hacer lo que estaba haciendo. Es por ello que cualquier tarea nueva modifica las fechas de entrega de las demás en mayor o menor medida. Las fechas de entrega son aproximaciones, su propia naturaleza las hace estar sujetas a error, no pueden y no deben estar escritas en piedra o grabadas con sangre. Si lo estuvieran, tendríamos que rechazar cualquier nuevo requerimiento o cambio para garantizar su cumplimiento.

III. Siempre es hoy.

Hasta que no se invente la máquina del tiempo, las tareas pendientes de un proyecto siempre comienzan a atenderse hoy. Cualquier modelo que no contemple esto es inútil e irreal. Las tareas terminadas pertenecen a un histórico de referencia que no tiene relación con las tareas activas ni con el cálculo de la terminación de éstas.

IV. ¿Ya llegamos, papá?

Existen varias formas de mantener la información de un diagrama de Gantt actualizada. Una, comúnmente implementada y trágicamente fallida, es preguntarle al usuario periódicamente un porcentaje de avance. Si es difícil estimar la duración de una tarea, lo es más saber cuánto me falta para terminar. Además consume el tiempo de una persona dedicada exclusívamente a recorrer los cubículos levantando porcentajes.

Hay otra alternativa: al principio de la tarea, el usuario estima la duración de la tarea. Una vez al día, antes de salir, el usuario registra las horas que le dedicó a esta tarea, por lo que su duración estimada es el tiempo estimado menos el tiempo registrado. Si las horas registradas superan el estimado, es necesario reestimar. La información proviene directamente de la fuente, y nunca tiene más de 24 horas de antigüedad.

De esta forma, siempre que se genere un calendario tendremos una idea más precisa de lo que acontece en el proyecto.

La filosofía manoderecha intenta brindar una metodología, soportada por una herramienta de software, que redunde en un proceso de administración de proyectos más fácil, claro y apegado a la realidad. Dentro de ella, incluímos respuestas y soluciones a las problemáticas descritas anteriormente como resultado de la experiencia adquirida al administrar proyectos por años, y analizar y descomponer a detalle el proceso. No importa cuál sea tu actividad o la naturaleza de los proyectos que realizas, echa un vistazo a esta nueva forma de lidiar con ellos, te garantizamos que no te arrepentirás.

Puedes solicitar un periodo de prueba gratuito aquí.

Pero bueno si se utilizan herramientas para desarrollo WEB, pues ¿No sería lo mismo desarrollar aplicaciones WEB para móviles? Pues en realidad PhoneGap va más allá de esto ya que incluye un API (una interfaz para comunicar Javascript con el lenguaje nativo) el cual permite tener acceso al hardware del dispositivo como sería:

Excelente opción para los desarrolladores Web que desean programar aplicaciones móviles lo más semejante a las aplicaciones nativas.

Una de las ventajas más grandes que se puede apreciar es la de poder programar aplicaciones y fácilmente portarla a los diferentes dispositivos,  sin tener que realizar migración de código.

La ... Read More »]]> En mi búsqueda por nuevas tecnologías y opciones para el desarrollo de aplicaciones móviles me encontré con PhoneGap https://build.phonegap.com/.
PhoneGap es un framework para desarrollar aplicaciones con HTML, CSS y Javascript para iPhone/iPad, Google Android, Palm, Symbian, BlackBerry y Windows Mobile.

Pero bueno si se utilizan herramientas para desarrollo WEB, pues ¿No sería lo mismo desarrollar aplicaciones WEB para móviles? Pues en realidad PhoneGap va más allá de esto ya que incluye un API (una interfaz para comunicar Javascript con el lenguaje nativo) el cual permite tener acceso al hardware del dispositivo como sería:

• Vibración
• Sonido
• Acelerómetro
• Brújula
• Geo localización

Excelente opción para los desarrolladores Web que desean programar aplicaciones móviles lo más semejante a las aplicaciones nativas.

Una de las ventajas más grandes que se puede apreciar es la de poder programar aplicaciones y fácilmente portarla a los diferentes dispositivos,  sin tener que realizar migración de código.

La desventaja es que las aplicaciones serán más lentas que las aplicaciones nativas.

Otra desventaja es que para ciertas licencias se debe realizar un pago.
Aún así, me parece una buena opción para el desarrollo de aplicaciones móviles.

Una de las principales características que tienen estas funciones de base de datos es que son asíncronas, esto quiere decir que se van a hacer algo y no sabemos a que hora regresan, bueno solo hasta que mandan llamar el callback correspondiente.

Al estar haciendo varias de las pantallas nos encontramos con código muy parecido al siguiente:

Como vemos todo pasa de una manera muy lineal, si queremos aplicar lo mismo con la nueva forma tendríamos algo así:

Para ello buscamos poner mucha atención a los pequeños detalles, que pueden ser casi imperceptible, pero que mejoran muchísimo la calidad de lo que entregamos. Para ilustrar esto se me ocurren los siguientes ejemplos:

1. Uso de botones correctamente etiquetados para la función que realizan.

2. Redacciones útiles de los mensajes de alerta (“Algo falló, error” vs. “Su sesión expiró y la acción no pudo ser completada”).

3. Un indicador visual de carga para mostrar al usuario que se está ejecutando una acción y que debe esperar.

Pero, nada nos invita más a cuidar los detalles en nuestros propios desarrollos que ser usuarios críticos de otros sitios web, y en este sentido lo que buscamos es identificar un error y poner mucha atención en no cometerlo nosotros. Somos una especie ... Read More »]]> Uno de nuestros objetivos en el desarrollo de sistemas es que sean un placer de usar.

Para ello buscamos poner mucha atención a los pequeños detalles, que pueden ser casi imperceptible, pero que mejoran muchísimo la calidad de lo que entregamos. Para ilustrar esto se me ocurren los siguientes ejemplos:

1. Uso de botones correctamente etiquetados para la función que realizan.

2. Redacciones útiles de los mensajes de alerta (“Algo falló, error” vs. “Su sesión expiró y la acción no pudo ser completada”).

3. Un indicador visual de carga para mostrar al usuario que se está ejecutando una acción y que debe esperar.

Pero, nada nos invita más a cuidar los detalles en nuestros propios desarrollos que ser usuarios críticos de otros sitios web, y en este sentido lo que buscamos es identificar un error y poner mucha atención en no cometerlo nosotros. Somos una especie de “coleccionistas de horrores”, como el que describiré a continuación:

Recientemente tuve que activar la Banca por Internet de una nueva cuenta que abrimos con Banorte. Este banco tiene unos procesos de seguridad que involucran varios pasos, una contraseña que establece el usuario que debe cumplir ciertas reglas  (número de caracteres, uso de números y mayúsculas, no usar símbolos) en combinación con ingresar un nombre de usuario proporcionado por el propio banco y una contraseña dinámica generada por un Token.

Cuando te registras por primera vez, además de cambiar la contraseña temporal que te proporcionaron hay que establecer una pregunta de seguridad, la cual no puedes escoger tú sino que debes de seleccionar de un grupo de preguntas predefinidas por ellos mismos.

Personalmente me parece un pésimo método de verificación de la identidad este esquema de preguntas, peor aún cuando son preguntas predefinidas, entonces aclaro que tengo un sesgo previo, pero lo que me encontré es que las opciones de preguntas eran:

Ciudad de nacimiento de tu madre,

Año de nacimiento de tu padre,

Año en el que te graduaste de la primaria,

Nombre de tu primer amor,

Apellido de tu profesor de matemáticas de la secundaria,

Nombre de tu primera mascota.

Todas ellas me parecen muy malas opciones de pregunta porque la capacidad de olvidar la respuesta, o bien, como la escribiste (digamos que tu mamá nació en Tuxtla Gutiérrez, pero por limitaciones de no usar acentos escribes Tuxtla, o Tuxtla Gtz o Tuxtla, Gtz.), la oportunidad de error es enorme y ahí se pierde casi por completo su valor como respuesta probatoria de que eres quien dices que eres.

La gota que provocó este post:

Después de mucho pensarlo elegí la pregunta “¿en qué año te graduaste de la primaria?” porque es un dato calculable, no requiero confiar en mi memoria. Al ingresar la respuesta y guardarla recibí el siguiente mensaje de error:

El problema es el siguiente, las condiciones de seguridad de la respuesta requieren que sea de un mínimo de 6 y un máximo de 20 caracteres sin espacios. Díganme ustedes ¿qué año en su expresión numérica tiene al menos 6 caracteres? Y por cierto, el año en texto tiene 27 caracteres.

Les aseguro que me encargaré de que en ningún sistema nuestro haya una falta de congruencia como esta, especialmente en los procesos de seguridad que establezcamos.

La gente que se ha acercado a Linux sabe que en cada nuevo lanzamiento de la distribución de Canonical, Ubuntu; viene con un nombre distintivo y un número.

Las versiones son cada seis meses, y cada cierto tiempo sale una version LTS (long term support) con soporte para 2 años o más, el número indica la fecha en que salió la versión, por lo regular salen en Abril y Octubre, la nueva versión saldrá en Abril (4) del 2012 (12)… por eso es la versión 12.04 el nombre debe tener las siguientes características:

1. Cualidad positiva en forma de adjetivo. 2. Algún animal. 3. Orden alfabético. 4. La fecha de salida.

Así tenemos la siguiente lista de lanzamientos:

4.10 – Warty Warthog 5.04 – Hoary Hedgehog 5.10 – Breezy Badger 6.06 – Dapper Drake 6.10 – Edgy ... Read More »]]> A propósito del próximo lanzamiento de Ubuntu 12.04 quisiera comentar sobre sus nombres tan distintivos…

La gente que se ha acercado a Linux sabe que en cada nuevo lanzamiento de la distribución de Canonical, Ubuntu; viene con un nombre distintivo y un número.

Las versiones son cada seis meses, y cada cierto tiempo sale una version LTS (long term support) con soporte para 2 años o más, el número indica la fecha en que salió la versión, por lo regular salen en Abril y Octubre, la nueva versión saldrá en Abril (4) del 2012 (12)… por eso es la versión 12.04 el nombre debe tener las siguientes características:

1. Cualidad positiva en forma de adjetivo.
2. Algún animal.
3. Orden alfabético.
4. La fecha de salida.

Así tenemos la siguiente lista de lanzamientos:

4.10 – Warty Warthog
5.04 – Hoary Hedgehog
5.10 – Breezy Badger
6.06 – Dapper Drake
6.10 – Edgy Eft
7.04 – Feisty Fawn
7.10 – Gusty Gibbon
8.04 – Hardy Heron (LTS)
8.10 – Intrepid Ibex
9.04 – Jaunty Jackalope
9.10 – Karmic Koala
10.04 – Lucid Lynx (LTS)
10.10 – Maverick Meerkat
11.04 – Natty Narwhal
11.10 – Oneiric Ocelot
12.04 – Precise Pangolin (LTS)

También existe el caso de que el mismo nombre de Ubuntu cambia, esto es porque originalmente usa el entorno de escritorio GNOME pero también ha sido distribuido con los demás entornos y para distinguirlos agrega la primer letra del entorno, en el caso de KDE, el nombre es Kubuntu, en el caso de XFCE el nombre es Xubuntu.

Hay versiones especiales para el manejo de multimedia como el Ubuntu Studio, o para estudiantes como el Edubuntu.

Si quieres saber más sobre esta distro visita www.ubuntu.com