Calidad, Mantenimiento y Reingeniería

CALIDAD

La calidad abarca la concordancia con los requisitos funcionales y de desempeño explicitamente establecidos, estándares de desarrollo explicitamente documentados y características implícitas que se esperan de cualquier software desarrollado profesionalmente.

El control de la calidad involucra una serie de inspecciones, revisiones y pruebas empleadas a lo largo del proceso de software para garantizar que cada producto de trabajo satisfaga los requisitos que se han asignado. La garantia de la calidad consiste en un conjunto de funciones de auditoria e información sobre la efectividad y que tan completas con las actividades de control de calidad. La calidad tiene un costo, existen tres tipos: costos asociados a la prevencion, costos de evaluacion y costos de fallas.

RTF: el objetivo principal de una RTF es encontrar los errores antes de que pasen a otra actividad de ingenieria de software o sean liberados al usuario final.

MANTENIMIENTO

El mantenimiento del software se define identificando cuatro actividades diferentes como lo son:

• Mantenimiento correctivo: el cual tiene como objetivo localizar y eliminar los posibles defectos de los programas.
• Adaptativo: cuyo objetivo es modificar un programa para adaptarlo a los cambios de hardware y software en el entorno en el que se ejecuta. Puede ser, desde un pequeño cambio, hasta una reescritura de todo el codigo.
• Perfectivo: consistente en el conjunto de actividades para mejorar o añadir funcionalidades.
• Preventivo: modifica para mejorarlo en cuanto a la calidad y mantenibilidad, sin alterar especificaciones funcionales.

REINGENIERÍA
La reingenieria consiste en la busqueda e implementacion de un cambio radical en el proceso de negocios para lograr resultados de vanguardia.

1. Definición del negocio: Reduccion del costo, reduccion del tiempo, mejora de la calidad y desarrollo del personal.
2. Identificacion del proceso: Se identifican los procesos claves.
3. Evaluacion del proceso: se hace un analisis del proceso existente.
4. Especificación y diseño del proceso: Se perpararn casos de uso para cada proceso que será rediseñado y se diseña un nuevo conjunto de tareas para el proceso.
5. Elaboración de prototipos: Un proceso de negocios rediseñado debe convertirse en prototipo antes de que sea integrado por completo en el negocio.
6. Refinamiento y particularización: Con base en la retroalimentación del prototipo, el proceso se refina.

Calendarización, metricas y riesgo

CALENDARIZACIÓN
Cuando se combinan con metodos de estimación y análisis de riesgo, la calendarización establece un mapa de carreteras para el gestor de proyectos. La caracteristica del proyecto se utilizan para adaptar un conjunto de tareas apropiado al trabajo que se realizará. Una red de tareas bosqueja cada tarea de ingeniería, su dependencia con otras tareas y su duración proyectada. La red de tareas se utiliza para calcular la trayectoria critica, un cronograma y una variedad de información del proyecto.

METRICAS
La medición permite destacar las tendencias ya sean buenas o malas y hacer mejores estimaciones logrando con el tiempo una verdadera mejora.

• Metricas del proceso: Su objetivo es proporcionar un conjunto de indicadores del proceso que conduzcan a una ESTRATEGIA de mejora del proceso. (triangulo y circulo)
• Metricas del proyecto: Estas son tácticas. Buscan minimizar el tiempo de desarrollo y valorar la calidad del producto.

Medidas de calidad >> Correccion - Facilidad de mantenimiento - Integridad - Facilidad de uso.

RIESGO
Un riesgo es un problema potencial: puede ocurrir o no. Pero sin importar el resultado la realidad es una buena idea identificarlo, evaluar la probabilidad de que ocurra, estimar su impacto y establecer un plan de contingencia. Reactiva, se tratan sin ser previstas; proactivas, se responde de forma controlada y efectiva.
Caracteristicas del riesgo: incertidumbre y perdida.
Categorias: Riesgos del proyecto, tecnicos y del negocios.
Pasos: Identificacion, Proyeccion, Evolucion, Refinamiento y Gestion.

Gestion de proyectos y estimación

La gestion de proyectos es una actividad protectora dentro de la ing. de software. Los cuatro elementos que tienen una influencia sustancial en la gestion son: Personal, Producto, Proceso y Proyecto.

• Personal: Las organizaciones que logran altos niveles de madurez en el area de gestion de personal tienen una mayor probabilidad de implementar efectivas prácticas de ingenieria de software. Se engloban: gestores ejecutivos, gestores tecnicos, profesionales, clientes y usuarios.
• Producto: Se deben establecer los objetivos y el ambito del producto. Se deben examinar el producto y el problema que se intenta resolver al inciio del proyecto. Establecer y acotar el ámbito del producto.
• Proceso: Un proceso de software proporciona el marco de trabajo desde el cual se puede establecer un plan detallado para el desarrollo de software. El problema es seleccionar el modelo de proceso apropiado para que un equipo de proyecto someta el software a ingenieria.
• Proyecto: Los proyectos de software se realizan de manera planificada y controlada porque es la unica manera de gestionar la complejidad.

ESTIMACIÓN
Antes de que comience el proyecto el gestor y el equipo deben estimar el trabajo que habrá de realizarse, los recursos que se requerirán y el tiempo que abarcará. El objetivo de la planificación del proyecto es proporcionar un marco de trabajo que permita al gestor estimar razonablemente los recursos, costos y programa de trabajo. Dentro de las actividades asociadas a la planificacion encontramos:

1. Ambito del software: Se deben definir las funciones y caracteristicas que se entregarán a los usuarios finales, etc.
2. Recursos: la segunda tarea es la estimacion de los recursos necesarios para completar el desarrollo.
Recursos humanos.
Recursos de software reutilizable.
Recursos del entorno.

DECISION COMPRAR / DESARROLLAR. A tener en cuenta:
Estará disponible antes? será mas costoso? cual es el costo del soporte?

Caja Negra / Caja Blanca

El objetivo principal del diseño de casos de prueba consiste en derivar un conjunto de pruebas que tengan la mayor probabilidad de encontrar errores. Para esto se usan dos categorias diferentes: pruebas de caja negra y pruebas de caja blanca.

Pruebas de Caja Blanca: Al emplear pruebas de caja blanca, se pueden derivar casos de prueba que garanticen que todas las rutas independientes dentro del modulo se han recorrido por lo menos una vez, se ejercitan los lados verd. o falsos de las condiciones logicas, se ejecutan correctamente los bucles y, por ultimo, se ejercitan estructuras de datos internos para asegurar su validez.

CAJA BLANCA = CODIGO ABIERTO

Pruebas de Caja Negra: Se concentran en los requisitos funcionales del software. Permiten al ingeniero derivar conjuntos de condiciones de entrada que ejercitarán por completo todos los requerimientos funcionales del sistema. Se usan metodos como la partición equivalente (donde se divide el dominio de entrada de datos) y el analisis de los valores limites (está comprobado que se presentan mayores fallas en la cercanias de los limites del dominio que en el centro).

CAJA NEGRA = DIRECTO SOBRE EL SOFTWARE

Prueba

El objetivo de la prueba del software es descubrir errores; se cumple planeando y ejecutando una serie de pasos: prueba de unidad, prueba de integración, prueba de validacion y prueba de sistema. 

Las pruebas no deben considerarse como una red de seguridad, ya que no es posible probar la calidad y si esta no se encuentra ahi antes de comenzar la prueba tampoco lo estará cuando se termine. Es recomendado que la misma sea llevada a cabo no solo por el ingeniero de software sino tambien por un GIP (grupo independiente de pruebas) el cual no tiene los conflictos de intereses que conlleva el ingeniero.

• Prueba de unidad: La prueba se concentra en cada componente individual, asegurando que funcione de manera apropiada como unidad. Se enfoca en la logica del proceso interno, las estructuras de datos, las rutas independientes y las rutas para manejo de errores.
• Prueba de integración: Se toman los componentes verificados por la prueba de unidad y se construye una estructura de programa que se diseño. No se recomienda usar un enfoque BIG BANG, sino incremental (ya se asc o desc).
• Prueba de validación: La validacion se alcanza cuando el software funciona de tal manera que satisface las expectativas razonables del cliente (definidas en la esp. de requisitos).

Pruebas ALFA: hechas por el cliente en el entorno del desarrollador. 

Pruebas BETA: hechas por el cliente en el entorno del mismo.

• Prueba de sistema: Se trabaja para verificar que todo funciona adecuadamente.

Prueba de Recuperacion: Se obliga al sistema a fallar y verifica como se recupera.

Prueba de Desempeño: Se verifica como funciona con el conjunto de sistemas.

Prueba de Resistencia: Se prueba el funcionamiento con recursos distintos a los normales.

Prueba de Seguridad: Se verifica la proteccion del sistema contra irrupciones no deseadas.

CAI

Tendríamos que hacer foco en:

• Prueba. Concepto y pasos a seguir.
• Pruebas de Caja Blanca / Caja Negra.
• Gestión de Proyectos. Las 4 P.
• Estimación.
• Decisión Desarrollar o Comprar.
• Calendarización.
• Metricas del proceso y proyecto.
• Riesgos.
• Calidad.
• Mantenimiento.
• Reingeniería.

Vamos a ver que sale..

Noviembre..

Ya lo sabemos

Todos tenemos un poco de miedo

Cuesta levantarse a veces

Y saber que nada fue en vano

El silencio es cómplice

Y la angustia, el dolor

De los días vuelven cosas

Y las cosas cambian fácil

Una vez no ves y otra vez

Crees que todo es al revés

Ya lo sabemos

Todos tenemos un poco de miedo

A veces hay q mentir

A veces hay que decir la verdad

Y otras veces hay que callar, y seguir

Como muelas que se rompen

Como dientes que se asfixian

Y seguir, y seguir, y seguir

A veces hay que matar

A veces hay que saber perdonar

Y otras veces hay que olvidar, y reír

Como el miedo de la noche

Como el miedo en la mañana

Y seguir, y seguir, y seguir

Ya lo sabemos

Todos tenemos un poco de miedo

Como muelas que se rompen

Como dientes que se asfixian

Y seguir, y seguir, y seguir

Ya lo sabemos

Todos tenemos un poco de miedo.

No bajes los brazos Manola! Recien empieza, estas precalentando para salir a la cancha. De vos depende ponerte los botines, o cambiarte para huir.

..¿Que querés hacer?..

Alianza Ágil y un par de cosas más..

Seguimos, vamos que falta poco. A las 5 nos despertamos y a las 7 estamos rindiendo. QUE NO DECAIGA LOCO!!!

Alianza Ágil

Los metodos ágiles se desarrollaron en un intento por superar las debilidades advertidas y reales en la ingenieria del software convencional. Un equipo ágil es un equipo rapido que responde de manera apropiada a los cambios. Se reconoce que el software lo desarrollan individuos que trabajan en equipo y que las aptitudes de esta gente, y su capacidad para colaborar, son esenciales para el exito del proyecto. La agilidad es una filosofia. Elimina la actitud "nosotros y ustedes" incluyendo al cliente en el proceso. Existen 12 principios: (Dicen que y no Cómo)

1. Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de software valioso.
2. Bienvenidos los requisitos cambiantes.
3. Entregar con frecuencia software en funcionamiento.
4. Etc (no tengo ganas de poner todos.. son 12 viste?)

Entre los modelos ágiles se encuentran: la programación extrema, el desarrollo adaptativo de software, melé (con m no con p), metodo de desarrollo de sistemas dinamicos y el modelado ágil.

Dado que mis ganas estan bajando considerablemente (EN PICADA!!!) terminamos con Ingenieria de requisitos.

La ingenieria de requisitos ayuda a los ingenieros de software a entender mejor el problema en cuya solución trabajarán.

ES ESENCIAL QUE EL EQUIPO DE SOFTWARE HAGA UN ESFUERZO REAL POR ENTENDER LOS REQUISITOS DE UN PROBLEMA ANTES DE RESOLVERLO.

Se divide en unas 7 etapas la ing. de requisitos:

1. Inicio: Preguntas libres de contexto. Establecer una comprension basica del problema y los actores.
2. Obtención: Obtencion de la información correcta ya que existen problemas de ambito, problemas de comprensión y los de volatilidad (cambios).
3. Elaboración: Se expande y refina la información obtenida. El resultado es un modelo de analisis que define el dominio de la informacion, las funciones y el comportamiento del problema.
4. Negociación: Se pide a los clientes, usuarios y otros interesados que ordenen sus requisitos y despues discutan los conflictos de prioridad.
5. Especificación: Producto final que genera la ingenieria de requisitos. La formalidad y el formato de la especificacion varian con el tamaño y la compleidad del software.
6. Validación: Se evalua la calidad de los productos de trabajo precedentes. Se establece si es que se han establecido los requisitos de manera precisa, corregido errores, etc.
7. Gestion: Se desarrolla durante el proyecto y ayuda a rastrear cambios o nuevos requisitos mientras se desarrolla el mismo.

Dije basta, a dormir.

Ing. de software

El software es un elemento lógico de un sistema y tiene caracteristicas que lo diferencian de otros componentes como el hardware. Una de las diferencias más importantes es que el software no se desgasta por los efectos ambientales (clima, suciedad, etc.) que hacen que el hardware tenga una vida útil ya estipulada. Aunque se puede decir que el software, si bien no se desgasta, si se deteriora. Durante su vida, el software experimenta cambios. Conforme estos ocurren se presenta la posibilidad de producir errores, lo que ocasiona que la curva de fallas tenga picos. Se considera obsoleto cuando no comple la función para la cual se creo o cuando deja de funcionar en las maquinas reales. Hoy en dia el software es el factor distintivo por naturaleza. Entrega el producto mas importante de nuestro tiempo: la información. 

La construcción de software no es fácil. Estamos acostumbrados a ver programadores que llevan a codigo cosas que ni siquiera el usuario necesita y especialmente, un software de baja calidad.

El proceso de software se define como un marco de trabajo para las tareas que se requieren en la construcción del software de alta calidad, la ingenieria de software abarca tambien las tecnologias que requiere este proceso. Se trata de la aplicacion de un enfoque sistematico al software pudiendose descomponer en 4 estratos principales:

• Un enfoque de calidad: Fomenta la cultura de mejora continua en el proceso.
• Proceso: Permite seguir un proceso que mantenga unida la tecnologia y permita el desarrollo racional y en tiempo.
• Metodos: Son los "como" tecnicos para construir software.
• Herramientas: Proporcionan el soporte necesario por el proceso y los metodos.

Un marco de trabajo establece la base para un proceso de software completo, englobando dentro de actividades del marco de trabajo diversas acciones necesarias para llevar a cabo la actividad y estrucuturando estas actividades con las actividades sombrilla.

El marco de trabajo generico es el siguiente:

1. COMUNICACIÓN: Esta actividad engloba acciones que buscan recolectar datos e información relevante para el desarrollo del proyecto. La base es interpretar los requisitos del cliente adecuadamente.
2. PLANEACIÓN: Plan de trabajo. Riesgos, tareas, recursos, productos y un programa de trabajo. Es un mapa del proyecto.
3. MODELADO: Abarca la creacion de modelos que permiten al desarrollador y al cliente entender mejor los requisitos (análisis) y el diseño que logrará satisfacerlos.
4. CONSTRUCCIÓN: Combina la generación del codigo y la realizacion de las pruebas para evitar errores en el mismo.
5. DESPLIEGUE: Actividad que engloba desde que el software está listo hasta que se implementa en el cliente.

Algunas actividades sombrilla son:

• Seguimiento y control
• Gestion del riesgo
• Aseguramiento de la calidad
• Medicion
• Preparación y produccion del producto de trabajo.. etc.

Modelos prescriptivos:

• MODELO EN CASCADA: Se usa solo cuando los requerimientos están bien definidos y son estables. El modelo en cascada sugiere un enfoque sistematico, secuencial hacia el desarrollo de software, que se inicia con la especificacion de los requerimiento del cliente y continua con la planeación, modelado, construcción y despliegue.

Incrementales:

En muchas ocasiones los requisitos iniciales del software no están bien definidos en forma razonable. Quizá haya la necesidad de proporcionar de manera rapida un conjunto limitado de funcionalidad.

• MODELO INCREMENTAL: El modelo incremental combina elementos del modelo en cascada aplicado en forma iterativa. Aplica secuencias lineales de manera escalonada conforme avanza el tiempo en el calendario. Cada secuencia lineal produce incrementos de software. Se enfoca en la entrega de un producto operacional con cada incremento. Los primeros incrementos son verisones incompletas del producto final, pero proporcionan al usuario la funcionalidad que necesita y la plataforma para evaluarlo.
• MODELO DRA: Es un modelo de desarrollo rapido de aplicaciones. Resalta un ciclo de desarrollo corto del modelo en cascada. Se enfoca en componentes, cada funcion se puede abordar mediante un equipo de DRA por separado, para despues integrarlas y formar un todo (en grandes proyectos no sirve porque haria falta mucho recurso humano). La construccion se realiza con una herramienta que permite hacer soft rápido.

Evolutivos:

El software evoluciona con el tiempo. Los requisitos de los negocios y productos pueden cambiar conforme se va realizando el desarrollo y por lo tanto la ruta lineal a veces no es una opción. El proposito de los modelos evolutivos es desarrollar software de alta calidad de una manera iterativa o incremental.

• CONSTRUCCIÓN DE PROTOTIPOS: En algunas oportunidades el cliente define un conjunto de objetivos generales para el software, pero no identifica los requisitos detallados de entrada, procesamiento o salida. En estos casos el prototipo deberia servir como un mecanismo para identificar los requisitos del software. El prototipo SE DEBERIA descartar y comenzar un nuevo proyecto para llevar adelante el software definitivo, este deberia servir para concluir los requisitos y soluciones planteadas.
• MODELO EN ESPIRAL: El modelo en espiral es un modelo de proceso de software evolutivo que conjuga la naturaleza iterativa de la construccion de prototipos con los aspectos controlados y sistematicos del modelo en cascada. El software se desarrolla en una serie de entregas evolutivas. Durante las primeras iteraciones, la entrega tal vez sea un documento del modelo o un prototipo. Es ideal para proyectos con riesgo.
• DESARROLLO CONCURRENTE: Todas las actividades existen de forma concurrente, pero se encuentran en diferentes estados. Es asi que el modelo define una serie de eventos que dispararán transiciones de estado de las actividades, acciones o tareas de la ingenieria.
• PROCESO UNIFICADO: Es un intento encaminado de reuinir los mejores rasgos y caracteristicas de modelos de proceso de software, pero los caracteriza de manera que implementa mucho de los mejores principios del desarrollo agil del software. El UML se convirtió en un estandar de la industria para el desarrollo de software orientado a objetos. Este proporciona la tecnologia necesaria pero no provee un marco de trabajo del proceso. Asi se creo el PU unificando UML con un proceso para el marco de trabajo.

Vamos que todavia falta la Alianza Ágil y la ing. de requisitos y diseño...

"Dos dias en la vida nunca vienen nada mal.."

En algunas ocasiones parece que el tiempo no nos alcanza. Corremos de la cama al baño, corremos del baño a la pieza, corremos de la pieza a la cocina, corremos viajando, corremos en el trabajo, corremos a la facultad, corremos comiendo, corremos mientras corremos y dormimos queriendo correr.

Yo no quiero correr más. Está bien, corremos porque la vida no es eterna y creemos que así la aprovechamos mejor; pero no importa la cantidad sino la calidad. Yo soy feliz y fui feliz desde que nací. En parte gracias a la suerte que tuve (y siempre que puedo intento regalar suerte a quienes según yo no la tienen) y en parte gracias a mis decisiones.
Cuando perdemos personas queridas en nuestras vidas, parece que nos damos cuenta que algún día puede ser que seamos nosotros el que se pierda y por ese motivo hay que hacer TODO HOY, y no dejar nada para mañana; prendemos la televisión y vemos todas pálidas, llegamos y se cuenta en el barrio las enfermedades que tiene tal o cual.

Tal vez en este momento tenga miedo, aunque dentro mío sé que es una reacción por las últimas perdidas que me tocaron vivir. Yo sé que soy feliz y que el tiempo que tengo voy a intentar vivirlo con la calidad que yo quiera. Es por eso que no hay que temerle a la muerte ya que es una etapa más de la vida y enfocarnos en vivir haciendo cosas y regalando buenos momentos a quienes podamos. Busquemos tranquilidad en los amores (familia, amigos, etc) y eso nos va a dar las fuerzas necesarias para tomar las decisiones más justas y felices. Cuando veamos alguien que se perdió por la calle y no existan rencores, repartir abrazos y si existen rencores, repartir palabras de amistad.

1) Todo tiene sentido mientras seamos parte del todo. Con sus pros y sus contras.

2) No le tengamos miedo a las cosas que no queremos que pasen.

3) Disfrutemos del presente.

3) Propongamos el cambio, siempre y cuando, no lo estemos haciendo en vano.

Que te pasa?

Acabo de buscar en Google "como parar la pelota", probé agregándole unos más "como parar" +pelota, sacándole y agregándole comillas y con algunos sinónimos, claro.

Y, ni google puede ayudarme? Fue lo primero que pensé.
Al mismo tiempo me respondí, de que ayuda hablás?

De ninguna. Fue solo una curiosidad.

Dale, decime.. Que te pasa?

No se, es difícil de explicar.

Bueno, intentalo y te digo..

Te cuento. Estoy convencido que la vida está para vivirla como lo están convencidos la gran mayoría de los seres humanos. Pero que significa vivirla? Me levanto temprano, algunos días más temprano que otros, tomo un jugo de naranja que me exprime la vieja y como algunas galletitas, a veces salgo para la facultad y otras veces directo al trabajo, últimamente manejando y viendo los días de facu el amanecer desde la Lugones. Llegamos, dos horas de clase y más o menos a las 9 salimos para el trabajo, ahí cerquita, por plaza Italia viste.
Cumplo el horario por el cual me pagan, más o menos, 7 horas diarias. A veces más. Comemos ahí lo que se pueda, enviamos y recibimos solicitudes, nos reímos, escuchamos la radio, hacemos cosas de la facu, vamos al baño, seguimos enviando y recibiendo solicitudes, llamamos a personas que están en Jujuy, Misiones, Córdoba, Olavarria, etc. Se hacen las 5 y algunas veces volvemos a la facultad en el 12 para cursar hasta las 21, claro, dejo el auto porque es un quilombo y si pago estacionamiento, para que trabajo? Terminamos de cursar, y nos volvemos, en subte esta vez. De regreso en el auto me pregunto cuanto puedo tardar en llegar comer y dormir. Al otro día tengo que hacer muchas cosas…

O será que no hice nada?
Eso me pasa.

Miren (2)

"...En un raro momento se nos acerca su amiga para decirle algo que no escucho y se alejan hasta cerca de la barra para hablar. Sospecho que quizás le traigo alguna incomodidad por su relación con el artesano. Sin dudarlo me paro y salgo a la calle y decido irme a casa, convencido de que mañana la veré. Adelantemos el tiempo 19 horas, nuevamente hasta el domingo por la noche en que los chicos se fueron a Yotala y yo me quise quedar solo. Estoy caminando la solitaria callecita hasta Tabacco's con la idea de encontrar a Miren. Cerrado. Mi noche termina en aquel bizarro canto-bar..
Durante casi una semana anduvimos buscándonos sin éxito. Yo viajé a Ñucchu por dos días. Había sacado de mi cabeza la idea de tener algo con ella, por no incidir negativamente en su historia con el artesano peruano que no me caía nada mal. Sin embargo caminaba por las calles de Sucre esperando encontrarla, y así poder disfrutar de esa sonrisa y esa hermosa manera de expresarse. Y nos encontramos, nomás, una tarde fresca en el parque. Ambos ocultábamos tontamente la ansiedad por el encuentro y ella se sonrojaba y yo no podía mantenerle la mirada a los ojos y charlábamos de cosas insignificantes. Éramos dos nenes. Pero al fin, después de 27 años en este cuerpo, una crecida parte mía fue precisa y nos sorprendió a ambos gratamente diciéndole que en todos estos días no había podido sacarla de mi mente. Ella sonrió mostrando finalmente una escondida parte suya y mirándome a los ojos me dijo suavemente "y io, hombre, hasta he soñado contigo, sabes?". En seguida me demostró que es una de esas personas que realmente saben abrazar. Nos apretamos despacio y fuerte y los corazones se sentían uno al otro y mi mano recorrió su columna vertebral y se entretuvo un rato en su omoplato derecho. Me contó que había puesto fin a su relación con el chico peruano y yo no supe qué decir.. desde hace varios días que no podemos separarnos. Recuerdan esa vieja canción que decía que "pasábamos todo el día tirados en la cama.."? Bueno, nosotros pasamos todo el día tirados en la cama cuando estamos en su casa, y en el piso cuando estamos en la mía. Miren nació hace 23 años y vino aquí por una beca y trabajará ayudando a niños discapacitados hasta diciembre. Todos estos días nos empachamos mutuamente de cariño. Yo le gustaba y ella me apetecía. Anoche se puso un poco triste, porque yo estoy a punto de seguir viaje. Me mostró algo que había escrito en su cuaderno. Era un hermoso texto que hablaba de ese sueño que había tenido ella conmigo y de que me conocía antes de conocerme y de que definitivamente mi pecho es el mejor sitio en donde apoyar su cabeza para dormirse por las noches. En un momento las palabras se tornaron difíciles, y tejieron tristemente una nostalgia apresurada. Decían que a veces ella se siente abrazando a un sueño vació, porque pronto todo habrá acabado y que nuestra unión habrá sido un sentimiento efímero. También hablaba de sus miedos y de que conmigo se sentía alguien especial, como si no lo fuera en extremo por su propia naturaleza. La abracé y, también un poco triste, no pude decirle nada más. Solo que el futuro aun no existe y que nosotros seremos que lo haremos y que no nos perdamos de disfrutar este momento. Más tarde nos aseguramos que algún día vamos a volver a vernos, aunque por supuesto que nunca puede saberse nada de antemano en esta vida, y es allí adonde reside la magia sonriente inacabable.."

Con esto completo el capitulo "Miren" del libro Abrepuertas de Diego Rojas. No creo que lo puedan conseguir salvo que alguien se los preste o algo por el estilo (es un ofrecimiento).

Miren

"... Un rico sandwich y una rica historia me inspiran la tarde. Retrocedamos el tiempo 223 horas, hasta el domingo en que todos los bares están cerrados y que los chicos se fueron a Yotala y que yo me quedé para repartir libros, aunque este no habia sido exactamente el unico motivo. Estoy caminando la solitaria callecita hasta Tabacco's con la idea de encontrar a Miren. Cerrado. Retrocedamos el tiempo 37 horas. Tabacco's explota de personas excitadas y de baile y risas generales y el alcohol se aleja de las jarras y juega a enfiestarse con las ideas de la gente.
Entre la multitud baila llamativa y seductoramente una canadiense de ojos claros y todos la miramos y más allá toma cerveza un chico que está con ella y a la izquierda Pipo y Puppi brindan y se rien y a la derecha Eder habla contento con dos chicas del pais vasco. Una de ellas es Miren, con quien ya nos habiamos visto de pasada en Ñucchu. La observo. Veo a una flacucha simpatica con anteojitos y dreadlocks que desborda de buena energia. Me atrae, pero no desde un lugar exclusivamente fisico. Adelantemos el tiempo una hora y media. El bar ya es un delirio incongruentemente alegre que está a la altura de la vida misma y yo de repente estoy en el pasillo al baño haciendo cosas corporales con la canadiense de ojos claros que ni siquiera sé su nombre. Luego, confundido, salgo al zoologico de gente y ella vuelve con su chico, que ahora toma Singani y parece sentir mas amor por el alcohol que por ella. Camino un rato entre la gente, sin mirar.
La situacion del pasillo me dejo un placer fisico inferior al hueco en el pecho en el que no habia encontrado ningun tipo de sentimiento. Decido volver a casa. Mareado encaro para la puerta y cerca de ella está Miren, quien me sonríe inocentemente de una extraña forma que pareciera rellenar un poco el hueco aquel. Inesperadamente le digo "paz en el mundo" (??) haciendo el gesto con los dedos y ella piensa que estoy loco. Adelantemos el tiempo 20 horas. De nuevo Tabacco's, de nuevo gente, de nuevo fiesta. La canadiense y su chico brillan por su ausencia y Miren brilla por su presencia. Descubro que está con un artesano peruano que conocimos en la plaza pero no me importa, quiero hablar con ella. Siento que me busca. Con la mirada, con la sonrisa, con los gestos. De repente esta Navarra con pasaporte español se me acerca y me susurra palabras al oido en ese hermoso acento de las chicas de por alla que me derrite. Se lo digo y exaltando aun mas su sonrisa y su mirada me asegura que a ella le encanta como hablamos los argentinos. Bingo, pienso. Le regalo un libro y le pregunto que onda con el chico peruano y dice que nada, nada serio, y que conmigo podria quedarse hablando eternamente. "Bueno, no solo hablando.." le digo y rie y dice "Claro, guapo.."."

Es un fragmento del librito Abrepuertas de Diego Rojas que llegó a mis manos a traves de mi hermanita. Apenas pueda escribo el resto del capitulo que es intersante..

Conocido lo desconocido

Si estas perdido y te sientes solo,
Circunnavegando el mundo,
Todo lo que tienes es esperanza.
Y la manera en que pareces flotar
Circunnavegando en la esperanza,
Nunca parece que yo pierda el control,
Contigo.

Cada uno de nosotros esta herido
Cada uno de nosotros esta asustado,
Cada uno de nosotros esta con cicatrices,
Que hay sobre vos?

Cuantos son..

¿Cuantos son los que van allá y surgen?
¿Cuantos son los que van y dejan huella y no vuelven para atras?
¿Cuantos son los que hoy pisan para adelante
y mañana vuelven, sobre su huella
la tapan...y no brillan nunca más?
Acordate cuando decias: "Hoy es único y no se repite nunca mas"
No es malo que no se repita, y sea único
Lo malo es no intentarlo nunca mas.

Para acordarme

cuando no pueda recordar..

Esas sonrisas de compañera cada vez que te hacia una jodita sin sentido, esas joditas que me hacías y me sacaban esas sonrisas de compañero tan fácil. Pasando estos momentos entre la tristeza por no poder compartir más minutos mágicos por la grandeza que siento por haberte visto siempre afrontar las situaciones con gran humildad.

Esto solo me sirve a mi para saber cuando esté perdido como retomar el camino con la fuerza y la resistencia que siempre dijiste y demostraste tener. Es increíble sentir que no me estoy despidiendo sino dejándote vivir nuevamente, más allá de lo que hoy yo puedo entender, es una paz que sin dudas te merecés.

Desde acá vamos a seguir yendo para adelante como siempre me lo demostraste, no voy a bajar los brazos ni tampoco dejar que los otros dos soles los bajen. No es una promesa sino es algo puedo asegurar.

Gracias a vos...
descubrí el sacrificio por el otro.
entendí lo que es amar sin importar absolutamente nada.
yo soy quien soy hoy.

Matar y morir

En algunas oportunidades no toca matar, en otras nos toca morir.

No se trata de ser un asesino. Mucho menos de tener algún rasgo psicótico que nos lleve a matar o morir literalmente. Se trata de la necesidad de concluir y empezar.

Es difícil plasmar lo que se siente cuando uno está viendo como de a poco se va apagando la luz, cuando no se trata de matar o morir, se trata de no poder cambiarlo. La conclusión se volvió algo inevitable. Cuando se ven actitudes y razones válidas que no pueden contrarrestar lo que está pasando.

Intentar salvar lo insalvable, el paso del tiempo.

En esas actitudes y razones se manifiestan nuestros sentimientos, pasamos de la ternura a la incomprensión (algunas veces también el enojo). En segundos, de la sonrisa por lo vivido a la tristeza por lo que viene.

Por ese motivo tenemos que dejar de hacer las cosas a la ligera en aquellas relaciones donde tenemos la posibilidad de elegir porque todavía hay tiempo. Entender que es increíblemente bueno y saludable saber que HAY tiempo, y cuando nos queramos acordar, ese tiempo ya no va a existir.. Parar un poco, mirar bien y ahí decidir si de verdad hace falta matar o dejarnos morir. Seria bueno que sepamos aprovechar bien las situaciones (que nosotros mismos generamos) para poder sonreír más veces que llorar cuando ya el tiempo esté contado o se haya acabado.

Nippon Game y Yo.

Tenia, más o menos, 10 años.
Era un pequeño enfermito del mario bros 3 y el jueguito de los supercampeones. Mis entradas eran lo poco que podía quedarme de los vueltos del "super" y las pequeñas, pero muy gratificantes, donaciones de mis nonnos. Alquilaba con las moneditas en el video del barrio los cartuchos de los jueguitos para alimentar el vicio.

Más de una vez recibía una llamada diciendo:
"Te llamamos del videoclub, puede ser que tengas alquilado el mario 3 desde hace un mes?"

Y si, ese mes era una de las cosas más difíciles de decirle a mi vieja para que financie mi "olvido". Pero recién hoy me di cuenta que yo era una victima del sistema. El turro del videoclub ESPERABA UN MES!!! para avisarme que yo tenia su fucking cartucho!!!

ME PODRIA HABER AVISADO A LA SEMANA AL MENOS, NO!!!!!?
me siento estafado

Penal y gol, es gol.

Y cuando hablamos de proyectos todos siempre tenemos muchos, algunos o uno (la vida es un proyecto, aunque a veces haya gente que no se interese por ella). No alcanza con tenerlo en mente, pensarlo, dar vueltas y vueltas. Hay que concretar.

Un partido no se gana con situaciones de gol sino con goles hechos. Y yo soy de los que, a la hora de hacer un gol, me importa muy poco que no sea vistoso, lindo, una genialidad! Quiero que sea gol, que pueda gritar y sentir que pudimos concretar.

Tengo varios proyectos. Tal vez esta edad trae implicita las ganas de hacer, hacer y no parar de hacer. De sentir que dormir es perder el tiempo, que un proyecto no tiene porque implicar plata de por medio y que todo puede ser un buen proyecto siempre y cuando, dos cosas: sea realista (es decir, "posiblemente realizable") y nosotros pongamos nuestra parte, nuestro espíritu.

El jueves estaba comiendo en un bolichito del Paseo La Plaza y estaban tocando dos loquitos. Cover va... cover viene.. llegaron algunas canciones que me hicieron descubrirlas de una forma que no lo habia hecho. A veces nos vemos en esas canciones, como diciendo, yo las podria haber cantado, las podria cantar o las voy a cantar algun dia. Otras veces solo las sentimos y compartimos con nosotros mismos.

Bueno, fue amor.

Tengo la teoría de frustrarme rápidamente en algunas situaciones.
También, al mismo tiempo, puedo verlo y hacer lo necesario para seguir adelante.




"...de la teoria a la práctica hay un gran salto..."

VBA (Visual basic for applications)

Dentro de Excel podemos encontrar Visual basic for applications. Es algo así como una versión reducida de visual y que nos permite hacer algunos programitas sencillos y usada mayoritariamente para hacer macros de Excel (pequeñas aplicaciones aplicables a plantillas para utilizaciones especificas).

Ya que la próxima semana tengo parcial práctico de esto, les comento un poco a modo de repaso y estudio (que ladri!). Vamos con lo básico: Variables.

Cuando hablamos de variable yo lo defino como algo que tiene un nombre cierto y que almacena algún tipo de dato (con posibilidades de cambio en el tiempo). Otro tipo de datos se pueden almacenar en las constantes pero como su nombre lo indica estos no cambian.
Dentro de todos los tipos de datos que pueden definirse con las variables encontramos: Boolean, Byte, Integer, Long, Single y String. Los mas usados son los integer, long, single y string. El primero contiene valores numéricos positivos o negativos sin decimal hasta 32.767. Long es de este estilo pero de un rango mayor (aprox. hasta 2.147.483.648). Dentro de las variables definidas como single se permiten valores numéricos con coma (yo los uso normalmente para valores monetarios) y dentro de string cualquier caracter con un máximo de 65.400.
Se definen: Dim [nombrevariable] as [tipovariable]
Ejemplo: Dim datos as integer
Se llaman: Con el nombre donde la necesitemos.
Ejemplo: datos = 4
Una vez que definimos los datos que vamos a necesitar vamos a tener que armar las estructuras necesarias para que se pregunte, almacene, muestre, opere, etc etc. Hay algunas estructuras que se llaman de control, selección y otras de repetición.
Estructuras de control: Aquellas instrucciones que sirven para pedir/mostrar informacion. Las más importantes son msgbox e inputbox.
Inputbox: pide el ingreso de algun dato.
Se llama: Inputbox("Mensaje a mostrar", "Titulo de ventana", "Texto dentro del campo", xpos, ypos) xpos e ypos definen la posición en pantalla y son opcionales.
Msgbox: muestra un cuadro de mensaje.
Se llama: Msgbox"Quiero mostrar esto" & dato1& sirve para la conjunción y mostrar después el valor de dato1 en el mensaje.

Estructuras de selección: El mas usado acá es el IF (si) y de vez en cuando el Select Case.

El IF se llama:
Simple: If [condición] then [instrucciones] end ifCompuesto: If [condición] then [instrucciones] else [instrucciones] end ifAnidado: If [condición] then [instrucciones] elseif [condición] then [instrucciones] else [instrucciones] end if.

Para el Select Case la instrucción se escribe así:
Select Case [variable] Case [valor] [instrucciones] Case [valor] [instrucciones] Case... End Select

Para ir apurando -porque ya me estoy aburriendo de escribir jeje- nos quedan las estructuras de repeticion. En estas se encuentran While (mientras) y Until (hasta).
Se llaman de dos maneras posibles, primero comprobando y luego haciendo, o bien, haciendo y luego comprobando:
Do While / Do Until [condicion] [instrucciones] Loop
Do [instrucciones] Loop While / Until [condicion]

Nos queda ver la posibilidad de usar funciones y procedimientos. Esto esta relacionado directamente con la modularización del programa y la posibilidad de hacer su lectura y modificación más sencilla.
La diferencia más importante entre la función y el procedimiento es que la función devuelve un valor y el procedimiento no.
Funciones:
§ Se llaman: [nombrefuncion] (dato1, dato2, dato3, etc) -estos son los datos que le enviamos, normalmente nombres de variables-.
§ Se desarrollan: en un Private Function [nombrefuncion](dato1 as type, dato2 as type, dato3 as type) As [tipofuncion]
Los nombres dentro de la función no hace falta que sean los mismos de antes (hablo de dato1, dato2, dato3). Recuerden definir siempre la función conforme el tipo de dato que devuelva.

Procedimiento:
§ Se llaman: [nombreprocedimiento] dato1, dato2, dato3
§ Se desarrollan: Private Sub [nombreprocedimiento] (dato1 as type, dato2 as type.. etc)
La forma de enviarle datos a los procedimientos y funciones es a traves de ByRef (se deja que ese dato se modifique) o ByVal (no permite que se modifique). Ejemplo: ByRef dato1 as integer.

Quien soy?

Basura.
(Del lat. versūra, de verrĕre, barrer).
1. f. suciedad (‖ cosa que ensucia).
2. f. Residuos desechados y otros desperdicios.
3. f. Lugar donde se tiran esos residuos y desperdicios.
4. f. Estiércol de las caballerías.
5. f. Cosa repugnante o despreciable.
6. f. coloq. U. en aposición para indicar que lo designado por el sustantivo al que se pospone es de muy baja calidad. Comida, contrato basura.

Ninguno de estos significados refleja en como a veces nos hacen sentir algunas actitudes de otras personas que nos involucran -directa o indirectamente-. Yo se como soy y en particular con algunas personas también creo -o creía- saber como eran.

Me parece injusto -es decir, desigual- que yo tenga que poner en duda como me comporté, comporto y comportaré con vos y otras personas. Que la pregunta tenga como una de las posibles respuestas: "puede ser que yo no sea una buena persona" es lo más triste de todo.

Lo unico que tengo en claro es que no puedo ser de otra manera a como soy. Que si bien ahora puedo estar cuestionándome mil cosas, no puedo seguir jugando de otra manera que no sea como siempre lo hice. Tal vez más adelante las cosas que ahora me generan estas dudas puedan generarme la confianza en hacer lo que uno es, y que, si eso tiene que alejarme o acercarme a ciertas personas sea sin hacerme cuestionamientos que duelen.

Entre copas

Sacando un poco el polvo que cubre las distintas reacciones y sentimientos que tenemos podemos llegar a intentar entender quienes somos y como pretendemos vivir.

Después de algunas charlas que se dan (en su mayoría con mis amigos más cercanos) descubro ciertas cosas que explican el porqué de otras. Comienzo a entender ciertas acciones que necesito hacer para seguir adelante, ciertas palabras que necesito decir para poder demostrarme que puedo equivocarme y a la ves aprender, para despues elegir repetir o no.

Lo que realmente importa es ser y hacer lo que somos. Por lo que hablamos, en la mayoria de las personas, se puede ver la incongruencia entre lo que somos y lo que hacemos. Yo creo que esa incongruencia se da por el miedo que tenemos de demostrar que somos vulnerables. La respuesta a esa hipotesis es que no importa demostrarnos y que se descubran nuestros puntos debiles, más bien lo que importa es ante quien nos demostramos.

Es asi que llegamos a vivir situaciones dificiles pero a la vez vivimos como queremos vivir. Es por eso que cuando tenemos alguna situacion con alguna de estas personas que saben nuestras vulnerabilidades lo mejor es seguir demostrándose tal cual uno es, en las buenas y en las malas. Cuando uno necesita irse, y cuando uno necesita estar más cerca que nunca.

Esto nos lleva a conocernos y conocer.

Pregunta: A cuantás de las personas que tenes cerca crees conocer sus vulnerabilidades? y de esas... cuantás conocen las tuyas?

Ojalá te de una igualdad.

Dale Play..

Manual del Mesías

"La vida no te exige que seas consecuente, cruel, paciente, servicial, irritable, racional, desconsiderado, cariñoso, impetuoso, imparcial, neurótico, prudente, inflexible, tolerante, despilfarrador, rico, abrumado, amable, enfermo, considerado, divertido, estupido, sano, glotón, hermoso, perezoso, responsable, alocado, generoso, presionado, intimo, hedonista, trabajador, manipulador, perspicaz, caprichoso, sabio, egoísta, agradable o sacrificado.

Ahora bien, la vida te exige que aceptes las consecuencias de tus elecciones. "

Ayer por mi, hoy por vos.

Todos necesitamos tiempo alguna vez.
Después queda en nosotros darnos una oportunidad o no.

No lo dudes. Hacelo. (a vos!)

Bolivia - Peru

Les presento al "mostro" del salar..

Y recuerden esta propaganda que va a ser el boom en algunos años (Cerveza Los Pii es marca registrada de Los Pibes)..

En momentos como estos uno recuerda facilmente como empezó todo.
Lo imposible es determinar cuando va a terminar.

Equilibrio

A veces toca ser parte. Otras veces toca acompañar.
Cuando uno es parte hace cosas que jamás pensó hacer, cosas que a veces salen del corazón y otras veces salen de la impotencia. Las primeras generalmente son apropiadas y las segundas casi siempre son parte de un empezar a equivocarse, a dar lo imposible por algo insalvable. En esos momentos nuestras posibilidades de elección están demasiado influidas por nuestra necesidad de cambiar la situación. Esas decisiones y comportamientos que indefectiblemente nos llevan cada vez más atrás. Estamos tan contaminados que somos jueces y jugadores al mismo tiempo. Tenemos ganas de gritar el gol y nos acordamos tarde que tenemos las tarjetas en el bolsillo.
Sin embargo acompañar no es algo menor. Es más, creo que ciertas personas tienen la virtud de poder aportar mucho más que aquellas que son parte. Particularmente hoy me toca acompañar, decir: "Como vas a hacer eso?" y por dentro saber que yo haría lo mismo. Pero intentar que no lo hagas, mostrarte que no hace falta y que te guste o no, no se pueden cambiar algunas situaciones. Aprender a entender, enseñar a aceptar.. No?

Siempre hay algo por hacer y siempre se puede elegir. Aunque se sepa el desenlace de la historia, tenemos la posibilidad de escribir el nudo. Esa parte tan importante que a veces olvidamos pensando que no sirve de nada. Que equivocados estamos.
Nos olvidamos que tenemos el regalo del presente y de intentar sacarle el mayor provecho. Siempre existe la opción de rendirse o de huir, y hoy creo que eso significa ser cobarde. Irse o decirles a esas personas que necesitan que acompañes que no estás es la manera más fácil de fracasar como amigo, familiar, conocido o lo que sea. No es fácil y siempre existe el miedo pero con un poco de empatia ese miedo se desvanece y dentro de uno se gestan nuevos sentimientos que nos demuestran que somos capaces (aunque siempre lo fuimos pero no lo sabíamos) de hacer bien.
Lástima solamente me dan aquellas situaciones que pueden cambiarse pero no hacemos nada por hacerlo, somos capaces de ir en otro sentido y por alguna razón se decide no hacerlo. Eso si me da lástima. Aquellas situaciones que no pueden cambiarse me producen muchas otras cosas y depende de cada caso en particular, pero nunca me va a dar lástima.

No, Totito..

"- No, Totito! No ves que está el Señor?"

Miré para los costados, estaban hablando de mi? No habia muchas opciones, solo estaban los chiquitines, las barras y yo. Nadie más en 5 metros a la redonda. Si, no habia dudas. La barba, eso debia ser! Tal vez si estaba afeitado.. No, mentira. Mi altura? Menos, no llego al metro setenta. Ya sé! el tiempo.

No me preocupaba en absoluto y nunca me importo demasiado salvo en algunas situaciones de mi vida. Pero si, tenia que reconocer que algo de tiempo habia quedado atrás. Ciertas cosas perdi y ciertas cosas encontré.

Ahora ya no estaba más. Desde que nos conocemos las cosas habian sido de esa manera, de vez en cuando nos veiamos y, aunque pasara mucho tiempo sin hacerlo, los dos sabiamos que estabamos. No nos amabamos, ni nos odiabamos; estabamos acostumbrados a aceptarnos como somos y cada uno jugar el papel que la situacion nos proponia. Habia sido quien inauguró un futuro, nacío y crecio hasta tener casi mi edad. Y ahora que ya no está... qué?

Y bueno, tendré que comprar mis cosas en otro supermercado.

Chau Norte N1 de Carapachay.. ja!

Llegó el dia de irse.
Tal vez me esté empezando a creer lo que dice tizzy..