Asi que es la hora de prepararme para la certificacion!
Sent from my BlackBerry® wireless device
6.9.10
And the book is here
Asi que es la hora de prepararme para la certificacion!
Sent from my BlackBerry® wireless device
18.8.10
El asunto de la presentacion
Todo el mundo cree que internet y las aplicaciones web son las páginas que puedes ver a través de un explorador, es por eso que cuando hace unos años los clientes pedian conectividad y ubicuidad las casas de software ofrecian desde simples html mal marcados, hasta sofisticadas aplicaciones en php, .net o java (struts, jsf...etc).
Cual es el asunto de este post?
Sencillo, la industria lleva muchos años tratando de vender este modelo, de hecho en mi carrera profesional no he desarrollado nada que no se cargue mediante un browser, creo que es el momento de pensar que es tecnologicamente posible tener aplicaciones clientes conectadas con servicios que proveen la web, esto no es un disparate, es muy valido, sin embargo desconozco por completo el tema, swing. Me parece que es muy complejo y resta velocidad al desarrollo, y ojo que lo dice un programador jsf que es "como lo mismo" parar browser.
Es curioso que la repuesta a esto venga del desarrollo para browsers,templates en php, jsf y otras son tecnologias hechas para que el desarrollo de la presentacion sea mas "amigable".
La pregunta entonces es
Alguien sabe que hay de templates o tecnologias de presentacion fuera del browser?
Sent from my BlackBerry® wireless device
Cual es el asunto de este post?
Sencillo, la industria lleva muchos años tratando de vender este modelo, de hecho en mi carrera profesional no he desarrollado nada que no se cargue mediante un browser, creo que es el momento de pensar que es tecnologicamente posible tener aplicaciones clientes conectadas con servicios que proveen la web, esto no es un disparate, es muy valido, sin embargo desconozco por completo el tema, swing. Me parece que es muy complejo y resta velocidad al desarrollo, y ojo que lo dice un programador jsf que es "como lo mismo" parar browser.
Es curioso que la repuesta a esto venga del desarrollo para browsers,templates en php, jsf y otras son tecnologias hechas para que el desarrollo de la presentacion sea mas "amigable".
La pregunta entonces es
Alguien sabe que hay de templates o tecnologias de presentacion fuera del browser?
Sent from my BlackBerry® wireless device
11.6.10
Probando
Estoy probando la publicacion de blogs. Por medio de mi correo electronico enviado desde el blackberry
Definitivamente. La movilidad es quien define la tecnologia. Servicios donde los smartphones se vuelven elemento clave
Como me gusta esto
Sent from my BlackBerry® wireless device
Definitivamente. La movilidad es quien define la tecnologia. Servicios donde los smartphones se vuelven elemento clave
Como me gusta esto
Sent from my BlackBerry® wireless device
10.6.10
Probando desde un bb
Sent from my BlackBerry® wireless device
18.6.05
XP salida efectiva para los desarrollos web
El desarrollo en web es una categoria mas del desarrollo generico de software, cuando estamos en clase nos mencionan que es similar el proceso de desarrollo, sin embargo el desarrollo web generalmente es un desarrollo bastante corto, que cubre muchas funcionalidades y que continuamente es necesario realizar prototipos para ser evaluados por el cliente.
bueno XP es una metodologia que permite establecer iteraciones muy cortas, es supremamente importante establecer claramente las historias de usuario antes de realizar las estimaciones, y luego sencillamente desarrollar y esperar a las pruebas de usabilidad.
bueno XP es una metodologia que permite establecer iteraciones muy cortas, es supremamente importante establecer claramente las historias de usuario antes de realizar las estimaciones, y luego sencillamente desarrollar y esperar a las pruebas de usabilidad.
7.9.04
XP approach
el siguiente escrito es un plantemiento, acerca de las mejoras que se pueden introducir a un proceso XP.
Una organizacion no solo debe desarrollar del dia a dia frente a cada proyecto, la generacion de conocimiento y el continuo aprendizaje deben ser una variable a tener en cuenta cuando se desarrolla software.
para esto la implementacion de SCM y otras practicas de ingenieria de software en metodos agiles como XP, puede ser la solucion para garantizar dicha calidad sobre el desarrollo proyectos de software.
se cumple la doble funcion de aumentar la capaccidad del equipo (para determinar metricas y estimaciones) y se cumple con tareas definidas para entrar a procesos de certificacion de calidad
CMM, Iso 9000:2000...
como siempre ingenieros el mundo es ancho y ajeno y lo unico que debemos es dar los primeros pasos, sueño en el dia en que mi pais exporte software y para eso es necesario implementar no el dia dia sino procesos donde el background del equipo es una de las potencialidades de una empres de desarrollo.
Una organizacion no solo debe desarrollar del dia a dia frente a cada proyecto, la generacion de conocimiento y el continuo aprendizaje deben ser una variable a tener en cuenta cuando se desarrolla software.
para esto la implementacion de SCM y otras practicas de ingenieria de software en metodos agiles como XP, puede ser la solucion para garantizar dicha calidad sobre el desarrollo proyectos de software.
se cumple la doble funcion de aumentar la capaccidad del equipo (para determinar metricas y estimaciones) y se cumple con tareas definidas para entrar a procesos de certificacion de calidad
CMM, Iso 9000:2000...
como siempre ingenieros el mundo es ancho y ajeno y lo unico que debemos es dar los primeros pasos, sueño en el dia en que mi pais exporte software y para eso es necesario implementar no el dia dia sino procesos donde el background del equipo es una de las potencialidades de una empres de desarrollo.
8.7.04
Cambio Metodologico RUP ->XP (1 parte)
En los ultimos 3 meses nuestro equipo de proyectos de software ha iniciado un proceso de desarrollo con XP.
XP (extremme Programing) es una metodologia recomendada para aumnetar la velocidad de desarrollo de un producto, el cual fundamenta su desarrollo en los casos de prueba y en las historias de usuario.
Cabe mencionar que lo mas importante en el desarrollo de una aplicacion, es el uso adecuado de una metodologia que administre y garantice el cumplimiento de los requerimientos especificados al inicio del proyecto, por medio del uso de alguna tecnologia (Lenguajes de programacion, Hardware, Sistemas distrbuidos..etc) apropiada.
Generalmente aqui hablamos del ciclo de vida del desarrollo de software (Espiral, entrega por etapas, prototipado evolutivo... etc )(para tener en cuenta);
En este Comentario; se plantea el uso de XP orientado con tecnicas desarrolladas y definidas en RUP; Advierto que lo que se plantea es el paso de la metodologia RUP a la XP
lo cual solo se puede realizar para proyectos definidos donde un estudio preliminar indica que el desarrollo de la aplicacion es de complejidad baja.
Por que pasar de RUP a XP? (desventajas de RUP en tiempo de ejecucion)
Cuando estas sentado en tu salon de clase aprendiendo sobre RUP (generalmente al final del curso de analisis de sistemas ó en el curso Ing de software), observas que en conjunto la metodologia es bastante estructurada, lo cual permite poseer un universo de documentacion a cada elemento significativo del proyecto (documentos de analisis, de diseño, de construccion, de implementacion)
el concepto de hito en RUP es un concepto que provee de elementos tangibles (artefactos), que permiten decidir si el trabajo realizado hasta el momento es el adecuado o no, y si se han superado las necesidades de cada fase definida en la metodologia
en algunos equipos de desarrollo, el desconocimiento de dicha estructura desvia el concepto fundamental de hito, al simple hecho de cumplir con cierta documentacion (ó conjunto de artefactos), lo cual implica un gasto grande de los recursos para una conjunto enorme de documentacion que solo sirve para ser archivada.
desventaja 1: Si el conjunto de documentos y artefactos no son concebidos tal y como se plantea en RUP, dicha documentacion solo servira para ser archivada lo cual no genera valor respecto a la calidad del desarrollo, y evoluciona en problemas mas complejos (aplicacion que no satisface los requerimientos, diseño de la estructura no coincide con la estructura final de la aplicacion, etc)
desventaja 2: Es necesario incluir a mas personas en el equipo de desarrolo:
Especialistas en los diseños y evolucion de casos de uso, de los modelos de analisis y diseño, de los modelos de implementacion, etc
cabe indicar que la tendencia es a reducir cada vez mas los equipos de desarrollo, esto no creo que se deba a una simple politica de reduccion de costos, sino a la reduccion de la complejidad asociada a la comunicacion entre los miembros del equipo.
desventaja 3: lo mas importente en el desarrollo de un producto informatico es el propio de sarrollo, en RUP se gasta posiblemente demasiado tiempo para pasar a la fase de desarrollo
nota: esto es importante cuando nuestra aplicacion es grande y envuelve un problema de complejidad grande en algunos proyectos de menor comlejidad 100% Rup reducen el numero de documentos lo cual podria ser una buena practica, como tambien puede ser un gran riesgo, esto y es especifico de cada proyecto
por que en XP y no en otra metodologia?
por que XP se ha clasificado en las metodologias agiles las cuales plantean aumentar la velocidad del proyecto.
reducen la documentacion asociada a cada proyecto (esto puede ser riesgoso con proyectos de complejidad alta)
Por que lo mas importante es el desarrollo de la aplicacion
Entonces XP es la Panacea? (Desventajas de XP en tiempo de ejecucion)
No, Xp es un proceso metodologico que plantea el cumplimiento de las historias de usuario y superar las pruebas en una iteracion no mayor a 3-4 semanas
durante cada iteracion se debe indicar cuales historias de usuario (HU) se van a implementar, se definen las pruebas de aceptacion para cada HU, se desarrolla, se prueba y se pasa a la sigueinte iteracion.
en el momento en que estas realizando esto en la vida real necesitas de otrosl elementos para formalizar conceptos y otros elemntos asociados al proceso, ni modos usamos casos de uso y especificacion de casos de uso (NO planteado en XP)
conclusion Preliminar:
RUP para algunos proyectos es demasiado complejo
XP para algunos proyectos es demasiado ligero
Metas : intentar definir un proceso que utilice 100% Xp pero que utilice tecnicas RUP para especificar m,as los requerimientos y ayude a garantizar la calidad durante el proceso de desarollo
XP (extremme Programing) es una metodologia recomendada para aumnetar la velocidad de desarrollo de un producto, el cual fundamenta su desarrollo en los casos de prueba y en las historias de usuario.
Cabe mencionar que lo mas importante en el desarrollo de una aplicacion, es el uso adecuado de una metodologia que administre y garantice el cumplimiento de los requerimientos especificados al inicio del proyecto, por medio del uso de alguna tecnologia (Lenguajes de programacion, Hardware, Sistemas distrbuidos..etc) apropiada.
Generalmente aqui hablamos del ciclo de vida del desarrollo de software (Espiral, entrega por etapas, prototipado evolutivo... etc )(para tener en cuenta);
En este Comentario; se plantea el uso de XP orientado con tecnicas desarrolladas y definidas en RUP; Advierto que lo que se plantea es el paso de la metodologia RUP a la XP
lo cual solo se puede realizar para proyectos definidos donde un estudio preliminar indica que el desarrollo de la aplicacion es de complejidad baja.
Por que pasar de RUP a XP? (desventajas de RUP en tiempo de ejecucion)
Cuando estas sentado en tu salon de clase aprendiendo sobre RUP (generalmente al final del curso de analisis de sistemas ó en el curso Ing de software), observas que en conjunto la metodologia es bastante estructurada, lo cual permite poseer un universo de documentacion a cada elemento significativo del proyecto (documentos de analisis, de diseño, de construccion, de implementacion)
el concepto de hito en RUP es un concepto que provee de elementos tangibles (artefactos), que permiten decidir si el trabajo realizado hasta el momento es el adecuado o no, y si se han superado las necesidades de cada fase definida en la metodologia
en algunos equipos de desarrollo, el desconocimiento de dicha estructura desvia el concepto fundamental de hito, al simple hecho de cumplir con cierta documentacion (ó conjunto de artefactos), lo cual implica un gasto grande de los recursos para una conjunto enorme de documentacion que solo sirve para ser archivada.
desventaja 1: Si el conjunto de documentos y artefactos no son concebidos tal y como se plantea en RUP, dicha documentacion solo servira para ser archivada lo cual no genera valor respecto a la calidad del desarrollo, y evoluciona en problemas mas complejos (aplicacion que no satisface los requerimientos, diseño de la estructura no coincide con la estructura final de la aplicacion, etc)
desventaja 2: Es necesario incluir a mas personas en el equipo de desarrolo:
Especialistas en los diseños y evolucion de casos de uso, de los modelos de analisis y diseño, de los modelos de implementacion, etc
cabe indicar que la tendencia es a reducir cada vez mas los equipos de desarrollo, esto no creo que se deba a una simple politica de reduccion de costos, sino a la reduccion de la complejidad asociada a la comunicacion entre los miembros del equipo.
desventaja 3: lo mas importente en el desarrollo de un producto informatico es el propio de sarrollo, en RUP se gasta posiblemente demasiado tiempo para pasar a la fase de desarrollo
nota: esto es importante cuando nuestra aplicacion es grande y envuelve un problema de complejidad grande en algunos proyectos de menor comlejidad 100% Rup reducen el numero de documentos lo cual podria ser una buena practica, como tambien puede ser un gran riesgo, esto y es especifico de cada proyecto
por que en XP y no en otra metodologia?
por que XP se ha clasificado en las metodologias agiles las cuales plantean aumentar la velocidad del proyecto.
reducen la documentacion asociada a cada proyecto (esto puede ser riesgoso con proyectos de complejidad alta)
Por que lo mas importante es el desarrollo de la aplicacion
Entonces XP es la Panacea? (Desventajas de XP en tiempo de ejecucion)
No, Xp es un proceso metodologico que plantea el cumplimiento de las historias de usuario y superar las pruebas en una iteracion no mayor a 3-4 semanas
durante cada iteracion se debe indicar cuales historias de usuario (HU) se van a implementar, se definen las pruebas de aceptacion para cada HU, se desarrolla, se prueba y se pasa a la sigueinte iteracion.
en el momento en que estas realizando esto en la vida real necesitas de otrosl elementos para formalizar conceptos y otros elemntos asociados al proceso, ni modos usamos casos de uso y especificacion de casos de uso (NO planteado en XP)
conclusion Preliminar:
RUP para algunos proyectos es demasiado complejo
XP para algunos proyectos es demasiado ligero
Metas : intentar definir un proceso que utilice 100% Xp pero que utilice tecnicas RUP para especificar m,as los requerimientos y ayude a garantizar la calidad durante el proceso de desarollo
Suscribirse a:
Entradas (Atom)