Generar y consumir conocimiento 100% mexicano

Hola a todos, después de un largo (pero largo receso) estoy de vuelta para retomar esto del blog. :)

En esta semana viví en carne propia los estragos de un virus muy fuerte, a decir verdad, el que más lata y trabajo me ha dado para removerlo, tras dos días de intensas batallas, reiniciaciones de máquina y lectura de foros por fin pude removerlo y rescatar a ‘mi niña’ del virus Bagle.rp.worm.

Encontré información del virus en las páginas de antivirus comerciales, que sin tratar de que este post haga propaganda, la verdad de todos ellos el Panda fue el que más información me dio y el que más cerca me tuvo para poder remover el virus. Desafortunadamente después del extenso escaneo me pidió registrarme (gratis) para poder remover el virus y, entre el firewall de mi trabajo y el virus, nunca pude realizar el registro y por consecuencia no pude remover el virus de una manera cómoda por lo que tuve que arremangarme la camisa e intentarlo de manera manual. :)

Conforme iba buscando en los foros me di cuenta que la mayoría de ellos están en inglés y sólo unos cuantos en español, afortunadamente no estoy peleado con el idioma inglés y la verdad todos los foros fueron de gran ayuda para finalmente poder remover el gusano que me había infectado.

Ya después de que respiré tranquilo por el regreso de mi máquina, caí en la cuenta de que de los foros en español no encontré ninguno pero absolutamente ninguno que fuera de México en cuanto al tratamiento de virus. Si acaso en los foros gallegos encontré a varios usuarios que eran de México posteando ya sea su problema o a veces compartiendo una solución pero como tal un foro 100% mexicano no encontré, si alguien sabe de alguno por favor hágamelo saber.

Para terminar este post quisiera animar al lector(a) que adquiramos cada vez más la cultura de compartir y generar el conocimiento en cuanto a software se refiere, así como cada vez hay más foros/blogs mexicanos (pero aún son muy pocos, considero yo) los que tratan metodologías de desarrollo, arquitectura, consejos de algún lenguaje de programación en particular, también generar conocimiento para videojuegos, virus o cualquier otro tipo de anécdota no precisamente formal. El caso es ser generadores y consumidores de lectura del software.

Nuevamente sin que este post sea propaganda yo recomiendo las siguientes páginas para su lectura:

http://www.sg.com.mx – Software Gurú

http://podcast.pozotecnico.com – Pozo Técnico

Además, claro, de las que están ligadas a este sitio.

Saludos.

Rulo.

Entre change managment y pantallas verdes

Hola que tal, este post originalmente fu creado para integramx, pero aqui les va

¿cuantas veces les ha tocado hacer un cambio en una aplicación? ¿Cuantas veces pensamos en las aplicaciones que se verán afectadas cuando cambiamos algo? ¿Quienes de nosotros tenemos un control de nuestras aplicaciones así como las dependencias que tenemos con otros sistemas?
¿Cuantas veces no les ha pasado que alguna área cambia versión de aplicación y las nuestras dejan de funcionar correctamente? nunca !!.. que bien!!! ... pero a los que nos ha pasado eso y fuera de los dolores de cabeza, a los jefes esperando, el tiempo encima.... todo, todo es desesperante.......... ahora combinen esa situación con una solución de integración mmm digamos ..... Mainframe si Mainframe, pantallas verdes, screen scraping, emuladores 3270... ¿Interesante escenario?

La finalidad de este post es tratar de mostrar una de las debilidades pienso yo, que existe en la integración de aplicaciones basada en captura de pantallas o screen scraping. Cabe resaltar que este tipo de integración tiene una ventaja importante: no es intrusivo en las aplicaciones a las que se trata de integrar.

Aquí en la empresa, tenemos varias interfaces basadas en este estilo de integración (échale un vistazo a esta liga ); como veras nosotros utilizamos Iway Telnet 3270, que es una serie de APIs que permiten interactuar con las pantallas verdes del mainframe... bien pues el punto flaco de estas interfaces es que están altamente acopladas por decirlo de alguna manera a las coordenadas, quien ha trabajado alguna vez con COBOL sabe de que le estoy hablando...

Bajo este esquema hasta un guión"-" te puede afectar (y mas si lo agregan de un día a otro :S, ahh y en la noche), sí, literalmente un guión te puede afectar.... eso fue lo que nos paso recientemente... se agrego un carácter a una pantalla de una aplicación dentro del mainframe y esto ocasiono que se movieran las posiciones de los campos, es decir, si para mi el campo 76 era NSS, ahora se había recorrido hasta la 78.... el punto delicado aquí es que la producción estaba parada mientras se detectaba el error, una vez que se detecto se dio marcha atrás a la versión de la aplicación mainframe....... mientras todo esto ocurría la operación se detuvo por al rededor de 3 horas...

Se aplico el cambio tal y como se debió de hacer desde un principio, es decir nos colocaron la versión de la aplicación mainframe en DESARROLLO hicimos los ajustes en nuestra interfase y liberamos a la par las nuevas versiones...

Todo el cuento anterior se pudo evitar teniendo un buen CONTROL DE CAMBIOS... se escucha tan sencillo y a veces trillado cuando nos hablan de esto en CMM, ITIL, RUP, en lo que ustedes quieran.... pero créanme que es muy importante...

Para muestra basta un botón... ¿recuerdas cuantos millones perdió TELCEL hace unos meses debido a un problema en su sistema?

Por una integración mejor, hasta la vista!!!

Tuzo

Metodologias de desarrollo ¿se usan?

Hola que tal tuzolectores

¿Frases conocidas? Lider: "El proyecto lleva un atraso un año (bromeo,... jaja eso no sucede :P )", Usuario final: "Aaahhh no es lo que yo queria", Desarrollador "Aarrgg no se pueden poner de acuerdo, van N veces que cambio el codigo" El que pone el $ para el proyecto: "uupss llevamos invertidos $$$ y no veo resultados".... y muchas mas.......

Como experiencia propia puedo contarles una anegdota que tuve hace algunos años "me piden estimar un modulo para un proyecto (no digo nombres para evitar suceptibilidades), bien, llego feliz y le doy mi estimacion:

Tuzo: 1 mes sin contar pruebas.....
Lider Proyecto: ¿que?¡¡¡ es mucho tiempo... lo tenemos que entregar en 3 dias ¡¡ ya me comprometi con el usuario ¡¡¡¡

¿que dirian ante esto?.... ¿Felicidades?.... Ha veces digo ahh como quisiera regresar a los tiempos de la escuela cuando solo era el gusto por programar sin preouparte de todas estas cosas, en fin ¿a que voy?....

Hoy en dia (y aunque parezca broma), hay quien todavia tiene la creencia que las metodologias de desarrollo no funcionan o peor aun que solo sirven para generar documentacion de mas, .....Falso con F mayuscula, lo importante aqui es saber que metodoliga ocupar para nuestro proyecto asi como la documentacion que genera mas valor en nuestro ciclo de vida del proyecto.

Actualmente existen un sin numero de metodologias de desarrollo divididas en dos grandes grupos... Metodologias Formales y Metodologias Agiles.

Las metodologias Formales son planeadas y disciplinadas generalmente usadas para sistemas de mediano a largo plazo, a diferencia de las metodologias Agiles... que no por ser agiles sean completamente contrarias a las formales... que quiero decir que no por ser agiles, sean llevadas a cabo sin plan, mas bien este tipo de metodologias son Adaptativas..... ¿porque adaptativas? simple y sencillamente porque al usuario siempre se le ocurre algo nuevo... y cambia constantemente los requerimientos...

Rational Unified Process es una metodologia formal, la caracteristica principal es que es Iterativo e Incremental, es centrado en la arquitectura, dirigido por casos de uso y busca mitigar lo menos posible los riesgos de un proyecto..... a diferencia Xtreme Programing es una metodologia agile, adaptativa y centrada en el usuario.. cuyo ciclo principal es Capturar el Requerimiento, desarrollar y probar con el usuario...

Ya cualquier chavo le preguntas ¿El Modelo Tradicional de Cascada es Malo? y te contestan de facto SI

pensemos ... y de verdad el ¿Modelo de Casadada es Malo? entonces ¿porque lo toman como base las demas metodologias?.. vuelvo al comentario inicial.. simplemente debemos ver en DONDE ocupar QUE, ese es el secreto de todo..quizá no exista una clasificacion de tipos de proyectos, pero asi de simple como responder las preguntas ¿usarias RUP para hacer un sistema de mantenimiento de inventario? o ¿usarias XP para un sistema de calculo de nomina bancaria?

Podemos encontrar muchas metodologias: RUP, XP, Agile Modeling, Scrum, MSF, etc..

Asi que como gente de sistemas debemos de tener claras cada una de las ventajas de usar las metodologias de desarrollo.. asi que a estudiar!!!!

Por el buen compartir, hasta la vista

Javo

Un poco de conciencia ambiental

Hola a todos. Cada día a través de los medios de comunicación escuchamos más y más acerca de la deploración ambiental que está sufriendo nuestro planeta y si no ha hecho aún, debería ya, hacer conciencia en nuestra persona.

Podría yo buscar en internet y listar aquí un buen de estadísticas acerca de cuándo se tiene estimado que se acaben cada uno de los recursos naturales (agua, árboles, petróleo, etc) A cambio solamente enlistaré algunas de las actividades que hago día con día para tratar de ayudar a no contaminar de más y proponer que tal vez si cada uno de nosotros hiciera algo diferente podría ayudar en tener una Tierra más limpia (o menos sucia :)).

En el baño no gasto agua de más.
En lo que sale el agua caliente pongo una cubeta para que esa cantidad de agua sirva para el inodoro.
Minimizo el uso del papel.
En la oficina uso papel reciclable.

Bueno, son algunas de las cosas que en lo personal realizo y propongo para un mejor cuidado del medio ambiente, ya que aquel futuro lejano en el que se veía a la Tierra desvastada cada vez es más cercano.

Me falta hacer algo más con la clasificación de la basura en mi casa, creo que ese será el siguiente hábito por tomar. :)
Saludos.

Web Services Manejables

Hola que tal tuzo lectores

Espero que hayan disfrutado de un buen fin de semana.

Como les comente estare publicando una serie de post referentes a lo Servicios Web, por lo pronto he publicado uno llamado Web Services Manejables, en el blog hermano de integracion a la mexicana espero le echen un vistaso, son algunas recomendaciones, que aunque basicas.. son elementales.. espero les sea de utilidad.

Por el buen compartir, hasta la vista!!

Javo

Recordando viejos tiempos

Hola, que tal, solo anexo una foto para recordar viejos tiempo (hace ya 6 años de esta foto), en la que mis conpañeros Cardoso, Migue, Zamo, Javo, Toño, y por su puesto Yo (Rana), iniciabamos nuestra vida profesional en el desarrollo de software, especificamente en la Fábrica de Software de Bursatec, en Pachuca Hidalgo. Me pongo a pensar lo que mucho o poco que hemos aprendido desde esa epoca hasta ahora, solo me resta decir que esperemos seguir echandole los kilos, divertirnos con lo que hacemos, porque estoy seguro de que nos gusta nuestro trabajo, como dice el Toño, ser albañiles del software :), Saludos.

Hablemos de Web services

Hola que tal,

Hace algunas semanas (curiosamente) se acercaron varios cuates a preguntarme acerca de web services...... eso me motivo hacer una serie de post que hablen acerca de los servicios web....

Iniciemos... pues bien en terminos practicos un web service es una manera estandar de integrar aplicaciones utilizando XML, SOAP y WSDL como estandares base... la manera mas comun de transportar es mediante HTTP, aunque puedes exponer un Web services con JMS de Java...

• XML es usado para representar los datos
• SOAP se encarga de transferir los datos
• WSDL describe el servicio, metodos y parametros

Existen tecnologias y lenguajes que implementan la especificacion de web services: Ruby, Perl, PHP, Java, Dot net ... peeeeeroooo, como siempre he dicho lo importante no es la tecnologia ;) ....

Aqui el punto importante es lo que el web service estara exponiendo.... es decir logica de negocio, datos y procesos, algo harto importante para mi ( que bueno... despues hay que ver como le haces para pensar en procesos de negocio, exposicion de datos y procesos )...

Es bien sabido que los Web services son usados como parte fundamental dentro de la Arquitectura Orientada a Servicios, de ahi la importancia de que es lo que se esta exponiendo....

Hay algunas cuestiones y recomendaciones a seguir al disenar un web service ....... tambien cosas que NO se deben de hacer :S, como decimos aqui en la chamba ... "La culpa no la tiene el indio..., o mejor dicho, el problema no es la tecnologia, si no el que la implementa"

Como veran, hay un buen de cosas que intervienen en una buena implementacion de los servicios web.. poco apoco iremos tocando cada tema..

Saludos !!!

Tuzo