Esto me llego en una presentación de esas de spam.. Dios diciendo algunas cosas.
"Que aprendan que no es bueno que se comparen unos con los otros. Todos serán juzgados individualmente sobre sus propios méritos, Que aprendan que una persona rica no es la que tiene más, es la que necesita menos."
Solo pienso tanto que necesito.. Como primero "Caridad".. Dar con cero interés..
"Obediencia" seguir lo correcto a un cuando a la gente no le parezca.
Como admiro a San Francisco.
¡Oh Altísimo Omnipotente Señor!
Ilumina las tinieblas de mi corazón.
Dame Fe recta, Esperanza cierta y Caridad Perfecta.
Entendimiento y Sabiduría para Reconocer
y Hacer tu Santa Voluntad.
--San Francisco de Asís..
miércoles, 31 de marzo de 2010
lunes, 29 de marzo de 2010
¿Qué seria una empresa madura para usar SOA?
Todos hablamos de SOA, generamos y esperamos expectantes muchos beneficios, bueno en algunos casos incluso "milagros". Pero lo cierto es que para explotar SOA se requiere madurez.
Madurez reflejada en estos aspectos:
1. Conocer la cadena de valor de nuestra empresa o negocio
2. Auto evaluar con conciencia su nivel de procesos de ingeniería de software y estructuración en la documentación y gestión del cambio.
3. Reconocer que tener integración de aplicaciones e integración de información es un pre requisito para el éxito de SOA.
4. Como base de lo anterior es claro que tener "Message Queues" e idealmente un Broker es fundamental.
5. Los Web Services deben usar lo anterior por dos razones: a. Transporte robusto y b. un mecanismo de mediación y desacoplamiento (el famoso patrón ESB).
6. Metodología, y gobierno desde los primeros servicios desacoplados..
La meditación puede ser: ¿como en nuestra región (Hispanoamerica) realmente puede esperar un éxito importante empleando SOA? y ademas realmente tener ventaja de nuevas aproximaciones que se apoyan en tener un SOA robusto como puede ser Cloud compunting. Cuando muchos todavía salen a "Comprar proyectos SOA" y lo peor la madurez de algunos proveedores no es lo suficiente para entender que esto es mas que un proyecto.
SOA es un programa, no un proyecto mas. Algunas compañías, delegan la estrategia en su proveedor, que mágicamente resuelva temas estratégicos que son de su directa responsabilidad. Conceptos como Arquitectura Empresarial, centro de excelencia, Arquitectura de Integración y Arquitectura de Información no es común que estén priorizadas e incluidas en las iniciativas de SOA.
Madurez reflejada en estos aspectos:
1. Conocer la cadena de valor de nuestra empresa o negocio
2. Auto evaluar con conciencia su nivel de procesos de ingeniería de software y estructuración en la documentación y gestión del cambio.
3. Reconocer que tener integración de aplicaciones e integración de información es un pre requisito para el éxito de SOA.
4. Como base de lo anterior es claro que tener "Message Queues" e idealmente un Broker es fundamental.
5. Los Web Services deben usar lo anterior por dos razones: a. Transporte robusto y b. un mecanismo de mediación y desacoplamiento (el famoso patrón ESB).
6. Metodología, y gobierno desde los primeros servicios desacoplados..
La meditación puede ser: ¿como en nuestra región (Hispanoamerica) realmente puede esperar un éxito importante empleando SOA? y ademas realmente tener ventaja de nuevas aproximaciones que se apoyan en tener un SOA robusto como puede ser Cloud compunting. Cuando muchos todavía salen a "Comprar proyectos SOA" y lo peor la madurez de algunos proveedores no es lo suficiente para entender que esto es mas que un proyecto.
SOA es un programa, no un proyecto mas. Algunas compañías, delegan la estrategia en su proveedor, que mágicamente resuelva temas estratégicos que son de su directa responsabilidad. Conceptos como Arquitectura Empresarial, centro de excelencia, Arquitectura de Integración y Arquitectura de Información no es común que estén priorizadas e incluidas en las iniciativas de SOA.
Suscribirse a:
Entradas (Atom)