|
|
|
Cono Sur, Abril de 2006
|
|
Número
7
|
|
|
Del Editor
|
|
|
|
10 años de la
Arquitectura de Software
La edición Marzo/Abril de la revista IEEE Software
celebra los 10 años de la Arquitectura de Software [ArSw].
Diez años si tomamos como
punto de partida la primer edición de dicha publicación referida
especialmente a la AqSw y la realización de los primeros Workshops y
Congresos, si bien la primer referencia al concepto de ArSw fue introducido
en 1969 en la NATO Conference on Software Engineering Techniques.
En dicha publicación podrán
encontrar una muy buena reseña histórica de cómo llegamos al día de hoy,
así como referencias a los libros y artículos que han definido las bases de
la AqSw.
Realmente recomendable.
Eduardo
Mangarelli
Eduardo.Mangarelli@microsoft.com
http://spaces.msn.com/emangare
Responsable del Grupo de Arquitectura y Plataforma .NET
Microsoft Cono Sur
|
|
|
|
|
|
|
|
|
|
|
|
•
|
|
McNealy Resigns As CEO
Of Sun Microsystems
Scott McNealy
anunció que dejará su posición de CEO de SUN; McNealy continuará como
"company chairman" y Jonathan Schwartz, actual presidente de la
compañía asumirá como CEO.
|
|
•
|
|
Study: Mobile
Browsing Becoming Mainstream
Estudios
indican que debido a un fuerte crecimiento en la posesión de celulares y
la proliferación de distintos tipos de redes inalámbricas éstos
dispositivos tendrán un rol clave en el "web browsing".
|
|
|
|
|
|
•
|
|
Microsoft actualiza las fechas de disponibilidad de
Windows Vista
Windows Vista estará disponible para
empresas en noviembre del 2006, y para consumidores en enero del 2007.
|
|
•
|
|
Microsoft Developing Live Storage Service, Sources
Say
Microsoft está trababajando en un
nuevo servicio que formará parte de Windows Live, de nombre código Live
Drive, y que proveerá de almacenamiento en discos virtuales disponibles a
través de Internet
|
|
|
|
|
|
|
|
|
|
|
|
•
|
|
Entrevista a Anders Hejlsberg
Nacido en 1961, este ingeniero de sistemas
danés se ha convertido en una figura emblemática en el mundo de los
lenguajes y compiladores. Creador de Turbo Pascal y Delphi, Hejlsberg se
une a Microsoft en el año 1996. "Distinguished Enginneer" desde
el año 2000, se convierte en el arquitecto principal del lenguaje de
programación C#. En este episodio de "Behind The Code",
recorremos la vida de Hejlsberg, en sus propias palabras.
|
|
•
|
|
La tensa relación entre Arquitecto y Manager
Gerrit
Muller da cuenta de las incomodidades que se presentan entre los managers
y los arquitectos a momento de definir su rol en la dirección de grupos
de trabajo orientados al software. Sugiere tareas complementarias para
ayudar a descomprimir escenarios de tensión.
|
|
|
|
|
|
•
|
|
Web 2.0 - AJAX. Atlas: Demo en 2 Minutos
Conozca cómo modificar dinámicamente
una página web con el soporte AJAX que brindará ASP.NET 2.0
|
|
•
|
|
Patrones de Diseño en Windows Communication
Foundation (WCF)
Uno de los objetivos primordiales de
los frameworks es permitir apoyar sobre ellos aplicaciones desacopladas
que maximicen la mantenibilidad (y la vida útil) de las mismas. Para
lograrlo, los patrones de diseño constituyen un aliado fundamental. Este
artículo esta basado en una reciente presentación de Ted Neward,
consultor y fundador de TheServerSide.NET, sobre los patrones de diseño
considerados en la creación de WCF, y cómo WCF ayudará de esa manera a
que los desarrolladores logren aplicaciones de larga vida
|
|
|
|
|
|
|
|
Enlaces
|
|
|
|
|
|
Fun Stuff
|
|
|
|
•
|
|
Microsoft
Internet Explorer 7
Liberamos la Beta 2 de IE7,
absolutamente recomendable:
-
Tabs y vista previa
-
RSS Feeds
-
Nuevas opciones de impresión
-
Búsqueda
-
Nuevas características de Seguridad
|
|
|
|
Eventos
|
|
|
|
|
|
|
|
|
|
<Arquitectura Empresarial>
Software as a Service
Por Diego Dagum, Arquitecto .NET, Microsoft
Chile
|
|
|
|
Entrevistamos a Gianpaolo Carraro, del Equipo de
Estrategia de Arquitectura de Microsoft Corp, quien nos comenta sobre el modelo
de distribución de Software como un Servicio (Software as a Service, o
SaaS), una nueva propuesta de división de trabajo entre quienes conocen el
negocio y quienes conocen la tecnología. Carraro describe cómo impacta esta
modalidad de trabajo en las arquitecturas tradicionales.
link
|
|
|
|
|
|
|
|
|
|
|
<Arquitectura Empresarial>
El Futuro de la Arquitectura de Software
|
|
|
|
John deVadoss, Director de
Estrategia de Arquitectura de Microsoft Corp, discute los cambios que se
están produciendo en el campo de la arquitectura de software, impactos no sólo
tecnológicos sino también en el plano de los negocios y en el social.
link
|
|
|
|
|
|
|
<Arquitectura
de Soluciones>
Desarrollo en Office:
Documentos Vivos
|
|
|
|
Normalmente usamos
documentos como destino final, legible, de resultados que obtenemos a
partir de nuestros sistemas de línea de negocios (LOBs). Comúnmente ese
traspaso es realizado de forma manual (quizás en varias derivadas). Por
ejemplo, del sistema a texto plano, del texto plano a la hoja de cálculo.
En esta última, "masajeamos" los datos un poco, antes de
“pastearlos” finalmente a un documento de texto o a un mail.
Sin embargo, todo este
trabajo manual puede evitarse: es posible consumir servicios web de los
sistemas LOB desde un documento Office o enlazarse a datos en forma
programática, ganando mayor eficiencia y productividad.
link
|
|
|
|
|
<Arquitectura>
Documentando una Arquitectura de Software
|
|
|
|
Algunos de los
problemas que enfrentamos los arquitectos de software son: (1) la cantidad
de personas con intereses distintos a la que tenemos que comunicar nuestras
decisiones y (2) los diferentes lenguajes que hablan cada una de estas
personas. En este artículo Paul Clements del SEI, nos comenta los elementos
que deberíamos considerar a la hora de documentar nuestros diseños y nos
entrega una plantilla práctica sobre la cual podríamos comenzar a trabajar.
Está discusión viene acompañada de un podcast
basado en un libro de David Garlan (profesor de la Universidad de Carnegie
Mellon, actualmente de visita en la región).
link
|
|
<Arquitectura de Soluciones>
Dónde Ponemos la Lógica de Negocio?
|
|
|
|
Desde un punto
de vista teórico, tener una capa separada donde poner la lógica de negocio es
lo políticamente correcto. Desde un punto de vista práctico, a veces no es
lo más eficiente, y la tentación del atajo de poner lógica en la capa de
presentación o la capa de datos es algo que todos niegan hacer, aunque
pocos niegan que en la aplicación que les toca mantener no ocurra. Este
artículo, sencillo y breve, puntualiza beneficios y riesgos de dejar lógica
de negocio en otras capas que la ad hoc
link
|
|
|
|
|
|
|
|
|
Usted ha recibido este boletín pues
está registrado como miembro en nuestro grupo de Arquitectos de Software o nos ha manifestado su
interés por estos temas. Si desea no recibir más este boletín seleccione aquí: cancelar suscripción
|
|
Si ha recibido este boletín de un colega y gusta
recibirlo mensualmente, puede suscribirse aquí: suscribirme al newsletter.
|
|
© 2006 - Microsoft Cono Sur
|
|