Es común hoy en día recibir en tu cuenta de correo todo tipo de spam (correo electrónico no solicitado) anunciando todo tipo de cosas, otro tipo de correos son los que intentan por medio de artimañas y tretas hacerse de tus claves bancarias, de correo, etc. Otros mediante archivos adjuntos de incitan a que los abras y si lo haces quien sabe que virus o malware puedas estar metiendo a tu maquina.

Les dejo un ejemplo de estos últimos, pensándole un poquito puede llegar a ser hasta absurdo más que astuto:

From: noreply@gmail.com
Subject: Encrypted Mail System (Gmail.com)

You have received Secure Mail
To read the message open attached file.

User ID: 29242
Password: a86564e0

Keep your password in a safe place.

Sincerely,
Encrypted Mail System,
Gmail.com

El mail contiene un archivo .zip adjunto, solo es necesario analizarlo levemente para saber o intuir las incoherencias:

• “Subject: Encrypted Mail System (Gmail.com)” = diario leo noticias relacionadas con el medio y es la primera vez que leo que gmail cuenta con un servicio de correo encriptado.
• “You have received Secure Mail” = Un mail seguro? hasta con usuario y password para abrir el archivo, muchos sabemos de lo inseguro que es un mail, cualquiera puede captarlo en la red y saber su contenido.
• “Keep your password in a safe place” = Pues si dice que recibí un mail seguro, para que quiero guardar el password en otro lado si es en el mail donde esta muy seguro?

Esta por demás decir que cualquier compañía seria que maneja accesos a zonas restringidas para los usuarios y que maneja información confidencial, nunca de los nunca te va a mandar tu usuario y password por mail, otra cuestión es por que en ingles? Si google tiene mis datos de país, acaso no sabe que mi lengua es español? No tiene tiempo google de examinar ese detalle? Le da flojera redactar un mensaje en español?

Tuve la fortuna de poder ir al concierto del jueves 4 de mayo en el foro sol de depeche mode que, aunque no es mi súper grupo favorito, tiene lo suyo en su onda y ya los escuchaba cuando tenia 15 años mas o menos, la llegada al autodromo muy tranquila, el estacionamiento fue el mismo autodromo, hubiera pagado una buena lana por que me dejaran dar una vuelta pero no se pudo , la entrada al evento sin mayores contratiempos, ya adentro pues una o dos refrescantes cervecitas para amenizar el momento, mucha gente, mucho chavito ( dígase de chavos de alrededor de 20 años ) y en general fresones, abrió un grupo que ni supe como se llamaban muy en la onda tipo depeche, después de unas 10 rolas ( demasiadas para la espera ) salio por fin el grupo esperado.

Clásico en los conciertos, muchos gritos, mucha gente, empujones y aplastones de a peso, mucho calor ( calor humano ), un conato de bronca a nuestro lado, otros muy esperados conatos de saltar la valla que dividía a los de 500 con los de 800 ( mas o menos el precio de los boletos de en medio contra los de adelante ) y que al final no fructificaron, buen relajo entre los amigos ( lo bueno de ir en grupitos de amigos ), algunas grabaciones del celular de muy mala calidad ya que estábamos demasiado lejos para la baja resolución del equipo y un buen de canciones del grupo ( no las conté pero se aventaron fácil unas 30, fueron casi 2 horas de concierto ) algunas si me sabia ( eran de mich tiempoch ) y otras mas recientes no, pero también buenas, con un espectacular escenario y juego de luces, dos pantallas gigantes a los lados, con la lluvia que afortunadamente no callo, y con un cansancio tremendo termino el concierto.

Como buenos músicos regresaron como 2 veces a tocar al grito de “Otra, otra, otra” y al final gracias y adiós, se prenden las potentes luces del lugar y sabes que ahí termino, mas o menos 30 minutos para salir del lugar hasta el coche por el mar de gente que acudió, pasamos por la clásica playerita o llaverito del grupo, el autodromo lleno de coches que esperaban la salida, a punto estuve de tomar una curva del autodromo que me llevaba a recorrerlo, pero no me atreví y solo me quede con las ganas de hacerlo.

Conclusión: bueno concierto, se escuchan excelente en vivo, el sonido impecable salvo uno o dos chillidos mínimos a lo largo de la noche, la gente súper tranquila, no vi ni una gota de sangre, en general muy bien.

Hace tiempo que considero excesiva la cantidad de topes que tiene esta ciudad (México DF) por lo que me di a la tarea de contar el numero de topes que paso diariamente al dirigirme a mi trabajo, es sorprendente darme cuenta que paso en promedio 50 topes (promedio por que no siempre tomo una misma ruta) y eso tan solo de ida a eso sumarle otros 50 de regreso mas los que se acumulan si salgo a comer en el coche o alguna salida extra en el día.

Este numero es sorprendentemente alto, aunado a una mala pavimentación de la calle, a semáforos mal planeados y mal sincronizados, transporte publico que hace lo que quiere con sus calles ( sube pasaje a doble o a veces triple fila, toman avenidas o calles de por si congestionadas de base, cada esquina se esperan hasta 1 o 2 cambios de luz, en algunas calles de 1 solo carril hacen paradas de minutos provocando una fila bastante grande, y un largo etcétera, etcétera ) o los clásicos policías que se paran en una esquina a “Agilizar” el trafico y logran totalmente lo contrario, o también los camiones de varios ejes en avenidas de alta velocidad, hacen que el trafico de la ciudad cada vez sea mas insoportable, no se diga de un viernes de quincena o de un día de mucha lluvia.

Todavía recuerdo aquella vez hace algunos años donde yo y muchos otros automovilistas nos quedamos varados en periférico un día de mucha lluvia por no menos de 4 horas, gracias a una laguna que no permitía el paso de los autos, que algunos subestimaban y pagaban cara su osadía al quedarse parados en medio de 60 cm. de profundidad.

Pero como diría Cristina “Aquí nos toco vivir”.

Una vez entrando en el tema de los estándares en el desarrollo de sistemas y aplicándolo en un proyecto en la vida real, me doy cuenta que aunque es un buen paso adelante todavía no es suficiente, incluso teniendo la documentación necesaria abierta a todo el equipo, por x o por y razones esta no se aplica o se aplica de manera incompleta o en el peor de los casos de manera incorrecta.

Incluso existen factores que no se deben a algún error o mala implementación de los estándares si no mas bien, son tan subjetivos que seria muy difícil plasmarlos en algún documento para su uso por el equipo, como por ejemplo la posición x-y de un ítem, el numero de ítems máximo a mostrar en una sola ventana, el cuando usar un tab-canvas o un simple canvas, todos ellos mas relacionados con los estándares de diseño.

La solución propuesta aunque bastante simple repercute de manera sustancial la calidad del producto a entregar:

Agregar un filtro extra entre el equipo de desarrollo y la aplicación abierta al usuario final, que llamaremos “Equipo de Calidad”, quedando:

Requerimiento > Desarrollo > Calidad > Usuario final

Este filtro queda conformado por especialistas en los 4 puntos mencionados sobre el tema ( Estándares de diseño, de programación, de desarrollo y de documentación ) se dedican a detectar la mala interpretación o implementación de los estándares, bloqueando los productos de baja calidad antes de que lleguen al cliente final, teniendo la capacidad de regresarlos en el proceso para su revisión por el equipo de desarrollo.

Dejo un ejemplo en cuanto a estándares de diseño de un producto antes y después del filtro realizado por el equipo de calidad:

Antes y despues:

Llevo años desarrollando sistemas con las herramientas Oracle ( Oracle Developer ) al principio y debido a mi escaso conocimiento sobre la herramienta y el lenguaje ( PL/SQL ) los productos que desarrollaba aunque a fin de cuentas funcionaban, dejaban mucho que desear en cuanto a calidad, al pasar del tiempo y después de administrar varias aplicaciones de todos los niveles y participar en varios proyectos, te das cuenta que hacen falta muchas otras cosas para realizar un buen sistema.

Al ir un poco mas lejos en el desarrollo de sistemas del simple “análisis – desarrollo – implementación”, siempre acabo topándome con un concepto: “Estándares”, entre otros, pero que son los estándares en el desarrollo de aplicaciones? parece que aunque muchos conocen el significado realmente pocos lo aplican al nivel que considero se debería.

Los he separado en 4 puntos que enumero a continuación:

• Estándares de Diseño = tamaños y tipos de letras, de ítems, colores, etc.
• Estándares de Programación = Identación del código, mayúsculas o minúsculas, etc.
• Estándares de Desarrollo = Nombres de objetos, archivos, etc.
• Estándares de Documentos = Manuales, Diagramas, formatos, etc.

Es importante mencionar que estos puntos se deben respaldar con un documento que hable a detalle sobre cada uno, no es posible esperar aplicar estándares si estos se transfieren al equipo de manera oral o si existe un documento que hable muy a grandes rasgos del tema, mas aun cuando la experiencia y conocimientos del equipo deja un poco o un mucho que desear.

Mas adelante profundizare en el tema mas a detalle, por lo mientras es un buen punto a considerar en el desarrollo de sistemas.