Pensar en Web Services.

A muy grandes rasgos, la idea es hacer módulos que representen un servicios independientes por sí mismos.

Por ejemplo, si tuvieras que hacer una aplicación que imprimiera facturas y otra que registrara movimientos podrías tener dos módulos independientes y cada modulo ser un servicio.

Luego otra aplicación podría consumir el servicio de impresión sin necesidad de tener dependencia del servicio de registro y así.

Hay que ver que también hay niveles de complejidad en los servicios y puede haber ( como en todo software ) servicios auxiliares que por si solos no hacen mucho ( ejemplo consultar un cliente ) que pueden ser usados por otros ( ejemplo el que imprime facturas )

Esa es la idea, la verdad es que hay que ser bastante pragmático con este tipo de cosas para evitar construir algo más complejo de lo necesario. Yo pienso que se debe de "arquitecturar" para tener independencia en los módulos y después, si es necesario pensar en exponer alguno de esos modulos como un servicio ( y casi siempre un servicio web ) Mientras tanto puede seguir siendo un servicio via un API o tan simple como paquetes Java en la misma app.

p.d. ¿Por que no puedo escribir un post chiquito caray?!

La respuesta es "arquitectura de software" pero en este sitio muchos creen que eso es puro rollo y mejor no hablo de eso.

En lo personal yo no creo que la arquitectura de software sea puro rollo. Pero conozco a muchos que se dicen arquitectos de software y que ELLOS son puro rollo. La mayoría, de hecho.

Pues si no que chiste..

Pues me gustaria conocer un verdadero arquitecto de software y que haga una critica constructiva acerca de cuanto me falta para ser arquitecto de software.

Pues si quieres conocer a un buen arquitecto de software invitame a comer, pero eso sí, en un restaturant del nivel de arquitectos.

bferro has comido poc-chuc o verdadera cochinita pibil?

qué rico, poc-chuc... en la Cochinita Country les queda muy bueno.

bueno en los personal si hay que llevar o por lo menos leer algo sobre "arquitectura de software" por muy simple que sea la aplicación en lo personal tengo contacto con alumnos de arquitectura y algunos maestro de un par de facultades y me han comentado que la programación es como las entrañas de una construcción (programa, aplicación, servicio etc.etc.,) todo mundo sabe lo que hace pero en realidad pocos saben como se hacen las cosas....

No creo haber comido la verdadera cochinita pibil. Lo he probado en varios lugares "modestos". Sería una buena opción para ponernos de acuerdo varios de los que aquí participan y atender a tu recomendación. Claro que platicaríamos de cosas más interesantes en la vida que de arquitectura de software.
Una idea para discutir de arquitectura de software sería dedicar un open talk de JavaMexico a una mesa "redonda" o "cuadrada" para hablar del tema de arquitectura de software entre varios; los que consideran que es algo que vale la pena conocer y los que son archi enemigos de esa área.
Siempre que alguien me dice que la arquitectura de software no sirve para nada, mi pregunta es ¿qué has leído o estudiado del tema?. La mayoría de las veces la respuesta es NADA, pero pienso que es un rollo.
Como dice Enrique, hay por ahí mucha gente que son arquitectos y son puro rollo, pero como también comenta Enrique el rollo son ellos y no la arquitectura.
Yo soy de los que pienso que un buen arquitecto de software tiene que ser un buen diseñador y un excelente programador. Igual me pasa con la gente que dice haber inventado una metodología para desarrollo de software y en su vida ha escrito software. De esos conozco algunos y por supuesto que coincido en que son puro rollo.
Los sistemas de software son como dice la palabra: sistemas y todo sistema bien construido debe basarse en un diseño arquitectónico. Y para lograr ese buen diseño hay que conocer de arquitectura. Esa arquitectura trata de lograr los atributos de calidad que deseas en tu sistema.
Hay varios libros muy buenos sobre arquitectura. Creo que de ser leídos y estudiados por los que aquí aportan ideas muy buenas, el resultado sería que aceptarían que se trata de un conocimiento que todos necesitamos.

Cosas similares pasan con el término de programador. Algunos creen que se trata de un tipo al que le dices que hacer y lo traduce entonces a un lenguaje de programación. Es un concepto equivocado. Un verdadero programador no se distingue de un buen diseñador y sabe cómo resolver el problema y no solamente codificarlo; conocen de diseño arquitectónico.
Uno de los grandes científicos de la computación, Dijkstra, tenía muy en alto el concepto de programador. Decía con mucho orgullo que Él fue el primer programador holandés.

Vivo en el sureste de Mexico, asi que se me va a ser un poco dificil ir a cualquier reunion. Pero me gustaria asistir a una mesa redonda o lo que se adapte mas a la ocasion.

No sé si sé (outch) mucho o poco de arquitectura, pero lo que si sé es que me ha servido mucho.

¿Dónde vives?

Pues yo me apunto, me agradaría que se armara alguna reunión, también sería interesante si se pudiera presentar @luxspes, digo, si aquí se hacen discusiones interesantes, quisiera verlos discutiendo en vivo ...

En Mérida.