Semana ISC 08 - 10 OCT 2008

"Beta" para aplicaciones sobre internet

Google: "Beta" no es sinónimo de inconcluso
{http://www.diarioti.com/gate/n.php?id=19568}

Google explica la razón de que la mitad de sus servicios continúan en versión beta.

Diario Ti: Actualmente, Google tiene 49 servicios en línea, de los cuales la mitad está en etapa beta. Entre los productos que continúan en versión beta después de varios años figuran Gmail y Google Docs.

¿Significa lo anterior que la mitad de los servicios de Google son programas inconclusos? En otras palabras, ¿Gmail , que ha estado disponible desde 2004, aún no ha sido terminado?

El sitio NetworkWorld ha preguntado a Google qué quiere decir exactamente con la denominación “beta". Anteriormente, esta palabra implicaba un producto que aún no estaba terminado, o que estaba en su última etapa de pruebas antes del lanzamiento del producto final.

En un mensaje de correo electrónico, Google explica su interpretación de la palabra.

“Consideramos que la palabra beta tiene un significado distinto al tratarse de aplicaciones en Internet, donde la gente espera actualizaciones y mejoras constantes del producto. En Internet no es necesario que esperes a la próxima versión, que esta llegue a la tienda, o esperar una actualización. Las actualizaciones son incorporadas al servicio en la medida en que son concluidas", explica un portavoz de Google.

“En lugar de cooperar con paquetes estancados de software como en la antigüedad, ahora avanzamos hacia un mundo con actualizaciones regulares, y un mejoramiento constante de las aplicaciones en Internet, concluye el portavoz de Google.

Ahora que la explicación ha sido lanzada por Google, quizá se observen diversos sitios en Internet que incorporarán una pequeña etiqueta “Beta" junto a su logotipo, sólo para imitar a Google.

Claro está, al incorporar la palabra Beta junto al nombre de un producto se asegura también una explicación extra en el caso que las cosas resulten mal.

comentario: independientemente de que las apps en internet sean 100% funcionales o no, lo mas importante es el concepto de actualizacion regular a partir de los comportamientos de los usuarios, una nueva forma de captar requerimientos...?

Las Rigurosas Metodologias de Desarrollo de SW

Muy buena entrega sobre agilizar las rigurosas metodologias para el desarrollo de sw...

gracias LiderdeProyecto.com

Las 3 principales variables relacionadas con un Proyecto

Otro video de LiderdeProyecto.com muy interesante...



Otros autores las denominan Calidad, Tiempo y Recursos... :-)

Tips para la recoleccion de Requisitos

Excelentes tips para tomar en cuenta cuando levantamos requerimientos...



Que tal la leyenda urbana del 2 tip ehh!!!, excelente

gracias a http://liderdeproyecto.com/

Lo Dificil que puede ser recoger los requerimientos de un cliente

Aqui les dejo un video corto pero muy representativo de lo complicado que puede ser el proceso de recoger los requerimientos de un cliente, la escena exagera por supuesto el asunto, pero si analizamos bien, no esta muy lejos de la realidad... :-)

La Mejor del Mundo en TaeKwondo

La mexicana María del Rosario Espinoza volvió hoy a triunfar en Beijing, ciudad que la vio ganar el Campeonato Mundial en 2007, al obtener la medalla de oro en la división de más de 67 kilogramos en taekwondo.

Otro garbanzo de a libra en un pais de frijolitos...

El Mejor del Mundo en Taekwondo

El mexicano Guillermo Perez logra la medalla de oro en Taekwondo 58Kg.

Mayor informacion, en el vinculo de la imagen

Excelente trabajo, un ejemplo individual...

El Sexo Debil...?, para nada!!!

Anoche, bueno, ya hoy en la madrugada, pude apreciar en vivo el espectaculo de la chinita Lui Chunhong, que con 69 Kg de peso logro levantar en dos sesiones un total de 286 Kg (128 kg + 158 kg), 3 records mundiales, simplemente impresionante.

nota completa aqui...
http://sp.beijing2008.cn/news/sports/headlines/weightlifting/n214537688.shtml

Primera Medalla Olimpica (mujeres poniendo el ejemplo)

Primera medalla olimpica para México

fuente: http://sp.beijing2008.cn/news/sports/headlines/diving/n214533539.shtml

poniendo el ejemplo las mujeres de mexico, gracias Paola y Tatiana!!!

Juegos Olimpicos Beijing 2008

Solo para comentarles que la pagina oficial de los Juegos Olimpicos 2008 es:

http://sp.beijing2008.cn/schedule/

Afirmacion puesta en la mesa... (001)

hola lectores...

el dia de hoy decidi abrir una seccion en este blog dedicada a la reflexion interior, no se busca crear polemica ni el debate, sino unicamente la reflexion hacia el interior de nuestros cerebros y corazones (pensamientos y sentimientos pues!!!), y, si lo consideras pertinente, utilizar este mismo espacio para compartir tu experiencia de reflexion con todos los otros lectores...

asi pues, inicio con esta afirmacion...

"La calidad en el proceso educativo debe tener como principal objetivo, que lo clientes (nuestros alumnos para que quede claro) sean mejores personas, y ojo, esta resaltado con un proposito: una mejor persona es aquella que es justa, que es ordenada, que es responsable, que no es corrupta, que es sensible a su entorno, que propone, y, si es posible, que tenga buenos y bastos conocimientos en su area, esto ultimo pasa a ser secundario, si se logran las primeras caracteristicas"

Programas, Proyectos y Portafolios

Diferencia entre Programas, Proyectos y Portafolios

por Julio Matus Nakamura, TenStep.

[http://www.sg.com.mx/content/view/402/1/]

Mucha gente ha escuchado los términos proyecto, programa y portafolio: sin embargo, pocos están seguros de lo que significa cada uno de ellos y cómo se relacionan entre sí. En este artículo desarrollado por Julio Matus Nakamura, PMP de la empresa TenStep, se da una breve explicación sobre la diferencia entre proyectos, programas y portafolios.

En general, se puede dividir todo el trabajo de una organización en dos grandes rubros: proyectos (grandes y pequeños) y soporte (operación continua). La administración puede considerarse por separado o como parte del soporte.

• Los proyectos se dan cuando existen actividades nuevas, incluyendo mejoras nuevas. Tienen un inicio y fin, objetivos específicos, entregables y son únicos.
• Los programas agrupan proyectos relacionados, que pueden ser ejecutados de manera secuencial o paralela.
• Los portafolios son una colección de programas y proyectos que pueden estar o no interrelacionados. La persona que maneja un portafolio puede ser llamada Director o Vicepresidente, dado que este tipo de trabajo involucra la dirección de todo el trabajo, gente, presupuesto, proveedores, etcétera. Muchas veces como representante de un departamento o división.

Esto es algo complicado porque los términos y los roles pueden significar cosas diferentes en su organización.

Proyectos
La literatura está llena de información alrededor de dirección de proyectos que hablan acerca del rol del gerente de proyecto. Los proyectos, por definición, tienen una fecha de inicio y final. Existe un punto en el tiempo en el que el trabajo era inexistente (antes del proyecto), uno cuando el trabajo existió (el proyecto) y otro cuando el proyecto dejó de existir (después del proyecto). Este es el aspecto clave para determinar si una pieza de trabajo en realidad es un proyecto o no. Sin embargo, otras características del proyecto incluyen la definición del alcance, el presupuesto finito, resultados específicos (entregables) y unicidad (que aun cuando hayan existido proyectos similares anteriormente, estos son diferentes entre sí).

Programas
No existe, ni cercanamente, la misma cantidad de información disponible para la administración de programas que para la administración de proyectos. Típicamente, un programa se define como una organización tipo paraguas sobre un conjunto de proyectos. Tomemos como ejemplo la puesta al hombre en la luna. El programa espacial para llegar a la luna se conformó de varias docenas (quizás cientos) de proyectos que se encargaron de todo el trabajo específico para llevar un hombre a la luna en un periodo de 7 años. Ningún trabajo es entregado a nivel de programa. Todo el trabajo es realizado a través de los proyectos subyacentes. El programa está ahí para ayudar a la dirección del esfuerzo, ayudar a iniciar nuevos proyectos, asegurar que los proyectos están progresando de acuerdo al plan, etc. Quizás por ello, toda la acción (y en consecuencia la literatura) continúa centrándose en la dirección de proyectos, y no de programas.

Comentario: Existira la posibilidad de que pueda darse el caso de un "programa" que implique unicamente el desarrollo de software...?, yo pienso que no, a lo mas que llegamos, son a proyectos, la razon...? -La rapidez de la evolucion de técnicas, lenguajes, entornos de programacion, herramientas case, etc. Un buen aspecto para aportar, adelante... :-)

El Cliente Ideal para el Desarrollo de Software

[I.T.Minatitlán]
[Curso Desarrollo de Proyectos de Software]

Compañeros del curso de Desarrollo de Proyectos de Software (en general), les invito a que juntos tratemos de definir el "perfil ideal" (caracteristicas) del Cliente para un proceso de Desarrollo de Software, esto tomando como referencia la experiencia vivida durante el curso.

No olviden firmar con su nombre completo al final del comentario por favor

Para los Lideres de Desarrollo de Proyectos de SW

[I.T. de Minatitlán]
[Curso Desarrollo de Proyectos de Software]

Estimados Lideres de los proyectos de Desarrollo de Software (disculpen, solo uno comentario por equipo), con el unico objetivo de crear un repositorio de experiencias sobre el Desarrollo de Proyectos de Software del Curso Feb-Jun 2008, les pido por favor compartan con la comunidad las principales experiencias adquiridas en el rol de Lider de Proyectos, les sugiero la sig. lista de temas para establecer un orden al proceso:

• Manejo del Equipo de Desarrollo (Las relaciones humanas y los perfiles-roles de los integrantes del equipo de desarrollo)
  
• Manejo de los Riesgos (Como se trabajo con los riesgos analizados)
  
• Manejo de los Imprevistos (Como se trabajo con los sucesos imprevistos)
• Que te deja la experiencia de liderear un proyecto de desarrollo de software

No olviden firmar con su Nombre Completo y el nombre del Sistema al final de sus comentarios

Las Pruebas de Software

10 Mejores Prácticas para la Generación de Software
Elsa Ramírez, Directora de Tecnología y Calidad para Praxis.
{ http://www.sg.com.mx/content/view/684/1/ }

...La disciplina de pruebas ha evolucionado en una práctica de especialización que puede ser ofrecida como un servicio hacia clientes internos y externos, garantizado que tanto la metodología como las herramientas automatizadas son aprovechadas eficientemente para alinear el desarrollo a las expectativas del cliente.

Se debe reconocer que las pruebas son una especie de administradores de riesgos; al igual que en los problemas de combinatorias complejas, se puede definir cuál debe considerarse buen resultado, aunque no necesariamente sea el mejor resultado; con esto quiero decir que las pruebas sólo deben obtener un producto práctico con la calidad y funcionalidad requeridas.

A continuación se sugieren 10 mejores prácticas para la generación de software:

1. Hacer una evaluación del trabajo de cada integrante del equipo. Conscienciar al equipo de la importancia que tienen las pruebas y el valor que tienen para cada miembro del equipo y así generar cooperación y coordinación entre los miembros del mismo.
2. Establecer un plan maestro integrado. Establecer claramente las funciones y responsabilidades de los equipos de desarrollo y pruebas
3. Considerar las pruebas preventivas como parte de las especificaciones de trabajo. Diseñar previamente los escenarios de prueba, dentro del desarrollo de software, y realizar revisiones para asegurarse de que lo que se está construyendo cumple con los requerimientos solicitados.
4. Usar las pruebas como puntos de control y progreso. Realizar pruebas y revisiones formales para verificar y demostrar que todos los productos claves del proyecto han sido realmente terminados.
5. Inventario de los objetivos de pruebas y diseño para factibilidad. Revisar la factibilidad en la realización de las pruebas.
6. Probar pronto y frecuentemente. Hay que probar lo antes y más frecuentemente posible; esto permitirá detectar los problemas tan pronto surjan, de esta manera el desarrollador será más eficiente en las correcciones.
7. Diseñar y desarrollar el testware como el software. Esto implica planear, analizar, diseñar, supervisar, controlar los cambios, administración; en suma, desarrollar el testware con la misma disciplina con que se desarrolla el software.
8. Proporcionar una herramienta integrada de pruebas, evaluación y de soporte de infraestructura. Proporcionar herramientas que incluyan: Base de datos o repositorio, Administración de pruebas, que permita documentar, ejecutar y clasificar pruebas, Soporte automático, Simuladores, Analizadores de software, Manejadores de pruebas, Herramientas de captura y repetición (playback) y utilerías.
9. Medir el costo, el alcance, los resultados y la efectividad de las pruebas y evaluación. Coleccionar información que permita conocer el costo, los resultados y los beneficios así como el alcance.
10. Entrenar y administrar al equipo. Proporcionar el liderazgo y administración al equipo con el fin de que sepa lo que se espera de él para que se tomen las pruebas seriamente. Definir los criterios de "mejores prácticas".

La razón principal para implementar esta práctica, es que finalmente todo el tiempo perdido, se convierte en costos que afecta los resultados de un proyecto, pues generalmente se usa más del tiempo planeado para las pruebas. Para los administradores de proyectos, la correcta administración es la que lleva a obtener buenos resultados.

comentario: como se puede apreciar, las actividades de pruebas han dejado de ser una etapa secuencial, es decir, se entraba a ella cuando habia concluido la etapa anterior y posterior a ella continuaba otra etapa; la validacion de todo el proceso, implica necesariamente el testeo, que desde mi punto de vista se podria llamar tambien monitoreo y control, este proceso inicia y termina a la par de todo el desarrollo y si me permiten la afirmacion, es una de las caracteristicas principales de un liderazgo efectivo en la administracion de los proyectos de desarrollo de software...

Nueva Empresa de Servicios de TI

Amigos todos, me complace anunciar el nacimiento de una nueva empresa de aplicaciones de TI, caekattzcorp estara a sus ordenes a partir otoño de 2008, visiten nuestro portal...

http://caekattzcorp.com

Los Cubanos Comunicados!!!

El gobierno de Raul Castro permite a los cubanos contratar celulares
Con esta decisión se elimina una prohibición vigente desde hace quince años.

Gerardo Arreola, Corresponsal
Publicado: 28/03/2008 07:45

http://www.jornada.unam.mx/ultimas/2008/03/28/gobierno-de-raul-castro-permite-a-los-cubanos-contratar-celulares

La Habana. El gobierno del presidente Raúl Castro permitirá a los cubanos contratar el servicio de telefonía celular, eliminando así una prohibición vigente desde hace quince años, según un informe oficial difundido este viernes.

La Empresa de Telecomunicaciones de Cuba (Etecsa) informó que "está en condiciones" de ofrecer el servicio celular de prepago a ciudadanos cubanos, mediante contratos personales.

Sin embargo, una nota de la redacción del diario oficial Granma, al pie del aviso, indicó que el servicio se ofrecerá "de manera ordenada y progresiva", de acuerdo con "regulaciones" que emitirá próximamente el Ministerio de la Informática y las Comunicaciones, lo cual sugiere que la oferta no está vigente de inmediato ni de manera indiscriminada.

Desde que se inició la telefonía celular en Cuba en 1993, sólo estaban autorizados a contratarla las empresas, las instituciones oficiales y las entidades o personal extranjero residente en la isla, además de turistas de otras nacionalidades o cubanos que viven fuera de su país.

Es decir que los cubanos residentes en su país estaban excluidos del servicio.

Pero en los últimos años creció la cantidad de cubanos que tenían su celular individual, lo cual era posible porque el titular del contrato era un extranjero que sólo prestaba su firma, lo que contribuyó a nutrir una de las modalidades del "mercado negro" de la isla.

Etecsa anunció que regularizará esos casos de servicio adquirido "por vía indirecta", para suscribir los nuevos contratos individuales a favor de los cubanos interesados.

comentario: con el cambio en el gobierno cubano, al parecer tambien se iniciaran las modificaciones socioculturales en este caso teniendo como medio la tecnologia, bienvenidos al mundo hermanos cubanos...

Administrando Desarrolladores de SW

Diez tips para trabajar con su desarrollador de software
Por: Mariano Garza-Cantú

http://www.politicadigital.com.mx/nota.php?id_rubrique=11&id_article=401&color=39A6D9
07.03.2008

El mundo de los administradores es muy diferente al de los desarrolladores de software y con frecuencia tienen problemas para comunicarse entre sí.

¿Por qué ocurre esto? Buena parte se debe a que el desarrollo de aplicaciones es una habilidad difícil de adquirir y dominar. A un desarrollador le preocupan más el aspecto técnico que el económico -negativo o positivo- de sus acciones. Su visión muchas veces es limitada y no tiene “sentido del impacto político que puede causar”, como argumentan algunos administradores de dependencias gubernamentales.

El autor del libro sobre programación The Ruby Way, Hal Fulton, con una amplia experiencia como desarrollador en la industria de cómputo, nos comparte sus consejos para motivar a los desarrolladores de código, comunicarse mejor con ellos, y entender a esas “extrañas personas” que diseñan las aplicaciones en que tanto confiamos.

1. Recuerde al desarrollador que “la excelencia técnica no es garantía de éxito”.
2. Señale el impacto económico siempre que pueda y sea lo más específico posible.
3. Explore las razones que tiene el desarrollador para estar en desacuerdo, porque pueden ser válidas.
4. Explique al desarrollador las limitaciones y las suposiciones sobre las cuáles está usted trabajando, así como la razón de sus decisiones.
5. Para que la comunicación sea posible es necesario que ambas partes hablen el mismo lenguaje.
6. Tampoco hace daño que el administrador estudie algo en un nivel más técnico.
7. No sujete demasiado a los desarrolladores a la burocracia que suele existir dentro de las organizaciones.
8. Aleje a sus desarrolladores de la burocracia tanto como pueda.
9. Ayude a hacer más eficientes los procesos, e incluso reducirlos, si esto ayuda a la productividad.
10. Léa la tira cómica Dilbert.

comentario: una lista recomendable, lo caotico del proceso de desarrollar software es precisamente su gestion lean el articulo completo, el enlace esta en la parte superior...

La Ecuacion Dante

Seccion Libros

"La pericia del rabino Aharon Handalman con el código de la Tora (al volver a disponer las palabras y las letras de la Biblia) ha descubierto el nombre de un hombre. ¿Quién es Yosef Kobinski y por qué escondió Dios su nombre en su texto sagrado? Para encontrar las respuestas, Aarón empieza una investigación y descubre que Kobinski, un rabino polaco, no solo era un místico sino también un físico brillante que escribió lo que quizá haya sido la obra perdida más importante de la historia de la humanidad. Ahora, un grupo de amigos siguen las huellas de Kobinski hasta un claro de los bosques cercanos a Auschwitz. Y en ese claro se enfrentan cara a cara con lo inexplicable. "

comentario: La ecuacion dante es una novela de facil lectura, con una no muy buena traduccion desde mi optica, comienza con muchas ideas que para los que no sabemos de cabala, tora y esas cosas resulta complejo, pero despues la novela se hace ligera, coincido con diversos articulistas, la novela esta partida en dos, la primera parte muy buena, la segunda bastante irreal y trasquilada, sin embargo la propuesta de fondo sobre los diferentes universos y sus proporciones de buena y mala suerte o bondad y maldad como lo quieran ver es interesante, nuestro universo (segun esta idea) es 50% - 50%, por lo que debemos aprovechar el equilibro...

les recomiendo un 85% esta novela, cultura general y de fondo una propuesta interesante sobre los universos paralelos (en caso de que existan por supuesto)...

El Valor del Software para el Cliente

Navegando por la red en busca de documentos sobre gestion agil de proyectos me encontre con este:

http://www.navegapolis.net/content/view/269/59/
[Fecha de consulta: 11.01.2008 17.00 hrs]

lo considero excelente y fundamental para los interesados en el desarrollo de software

Comentario: En muchas ocasiones se hace mas enfasis en el "como" dejando de lado el impacto del "que"; es para los ingenieros de sw, imprescindible el uso de estrategias, metodologias, frameworks (denle el nombre que deseen), pero no debemos perdernos en eso, lo mas importante de nuestro quehacer, de nuestro negocio, el ofrecer a nuestro cliente una "SOLUCION", piensen en ello...

Upppssss!!!

Eminencias informáticas: "Java es perjudicial"
Prefieren C++

[http://www.diarioti.com/gate/n.php?id=16275]
10.01.2008

Dos expertos en informática critican el uso generalizado de programación en Java en instituciones de educación superior en Estados Unidos. Diario Ti: Los catedráticos eméritos Robert B.K. Dewar y el Dr. Edmond Schonberg, de la Universidad de Nueva York, EE.UU., pertenecen a la elite informática en ese país.

Ambos critican lo que califican de "uso indiscriminado de Java en la formación de estudiantes de informática". A juicio de los catedráticos, "Java es un atajo, una solución fácil", en lugar de lo que denominan "verdadera programación". "El resultado es un estudiante que sabe como armar un programa sencillo, pero que no sabe como programar", escriben Dewar y Schonberg en el sitio STSC Crosstalk.Ambos proponen un retorno de los antiguos y sólidos lenguajes de programación como C, C++, Lisp y ADA, que califican de "conocimientos elementales" para todo estudiante de informática. "Java tiene una misión, pero no puede ser usado como la primera o única opción", concluyen los catedráticos.

Comentario: Uppss!!!, habra que analizar hacia el interior de las academias...