|
|
-
Entlib - Enterprise Library es la evolución de los Bloques Aplicativos .NET que han sido desarrollados por el Grupo PAG (Microsoft Platform Architecture Guidance) dentro de Microsoft. Como ya es del dominio de todos, durante un buen período de tiempo este grupo estuvo liberando dichos bloques que contenían guías y arquitecturas de referencia, patrones de diseño, y código fuente desarrollado con la implementación de diversos escenarios tecnológicos. Los desarrolladores en su momento pudieron optar por analizar la guía como tal para comprender las mejores prácticas referenciadas y sugeridas por Microsoft para aplicaciones .NET; o en su defecto incorporar el bloque aplicativo como tal dentro de sus desarrollos, en su formato original y/o extendido. Los “Bloques Aplicativos .NET" que en su momento fueron liberados son los siguientes: Por la forma gradual en que fueron desarrollados dichos bloques aplicativos, múltiples desarrolladores reportaron que los mismos estaban desintegrados, y que la experiencia de utilización e extensibilidad eran diferentes entre si. Además que la utilización de cada uno de dichas piezas de software obligaba a la bajada e instalación de componentes de software independientes. Con estas áreas de oportunidad se está desarrollando la nueva versión de los “.NET Application Blocks”, los cuales se empaquetarán con la nueva etiqueta de “Enterprise Library”. En este sentido, el grupo de PAG ha anunciado lo siguiente: □ Entlib es una librería de activos de software reutilizable que atenderá los retos comunes en el desarrollo del software empresarial. □ Entlib está focalizado en la consistencia, extensibilidad, fácil utilización e integración de los diversos bloques aplicativos existentes y futuros. □ La primera versión de los Enterprise Library está orientada para Visual Studio 2003 y NetFx 1.1, y la misma estará disponible en Enero del año en curso. Una segunda versión de este producto estará disponible para Whidbey (VS 2005 & NetFx 2.0) a mediados del año. De la primera versión destacamos que la misma ha sido producida en colaboración con Avanade que incorporó algunos elementos de su afamado “application framework” ACA.NET. Es importante aclarar que Enterprise Libray no es un producto como tal, sino que es un componente de software que es proporcionado como está, pero del cual se puede contratar soporte directamente de Microsoft, tratado bajo un esquema parecido al código escrito por los usuarios El Entlib Versión 1 del Entlib incluirá los siguientes servicios o bloques aplicativos: □ Caching □ Security □ Data Access □ Exception handling □ Logging & Instrumentation □ Crypto □ Más Config Tooling & Config Run-time Como pudieron observar, lo grandes ausentes de la primera versión son el User Interface Process y el Updater Application Block. El User Interface se integrará en una segunda versión junto con algunas extensiones de Smart Clients pero solo para ambientes Whidbey; y el Updater en su oportunidad será absorbido por la tecnología ClickOnce de Whidbey. Otros aspectos relevantes de Entlib que valen la pena relacionar son los siguientes: □ EntLib en esta versión es un esfuerzo comunitario que se está desarrollando en un Workspace de Gotdotnet. □ Si usted ya tiene aplicaciones desarrolladas con .NetFx 1.1 y tiene integrados algunos de los “.NET Application Block”, la recomendación es que NO ACTUALICE su aplicaciones a esta nueva versión. A no ser que este esfuerzo realmente lo amerite. Utilice el EntLib para sus nuevos desarrollos .NET exclusivamente. □ EntLib no garantiza compatibilidad a nivel de API ni binaria con los bloques aplicativos anteriores. Aunque se ha prometido la liberación de una guía de migración. □ EntLib y ACA.NET siguen siendo componentes independientes, y la integración de ambos para este esfuerzo solo fue tangencial. Por lo que EntLib no es un “framework” como lo es ACA.NET, por lo que sigue siendo una colección de bloques aplicativos. □ Si usted ya está desarrollando en Whidbey y está interesado en disponer AHORA de los bloques aplicativos que utilizó en NetFX 1.1 y no puede esperar por el Entlib 2.0, entonces tendrá la opción de migrar por su cuenta los AppBlocks que hagan sentido a la nueva plataforma. No hay plan de Microsoft para hacer esto, pero Usted está en libertad de migrarlos con base a sus necesidades. Entlib será liberado con acceso total al código fuente, pruebas unitarias y documentación del diseño. Se esperan versiones futuras de estos componentes aplicativos con la finalidad de satisfacer las cambiantes necesidades demandadas por los usuarios. En la práctica Entlib proporciona un punto de partida arquitectural diseñado para ser adecuado ó particularizado y extendido por sus usuarios. Por lo pronto, le damos la bienvenida a este nuevo recurso gratuito para el desarrollo de software empresarial.
|
-
Definitivamente que durante los últimos meses hemos estado platicando muy entusiasmados acerca de la liberación del componente WSE (Web Services Enhacements) Versión 2.0. Como ya mucho de Ustedes lo saben, WSE es el mecanismo utilizado por Microsoft para actualizar la plataforma Microsoft .NET con los estándares de Web Services que de forma periódica se van consensuando y aprobando. La versión WSE 2.0 incluye el recién aprobado estándar WS-Security 1.0 el cual permitirá a las organizaciones exponer servicios de forma segura que puedan ser consumidos en ambientes heterogéneos. Durante todas estas interacciones que reseñaba al inicio, siempre nos limitábamos a realizar demostraciones de las bondades de WS-Security en un ambiente estrictamente Microsoft, donde tanto el consumidor del servicio como el proveedores eran aplicaciones .NET. En este contexto, para todos aquellos que quieran empaparse en cómo desarrollar Web Services que implementen funcionalidad de autenticación, autorización y comunicación segura ( confidencialidad, integridad y no-repudiación) la recomendación definitiva es que leen el artículo llamado Service Station: Securing Web Services with WSE 2.0 -- MSDN Magazine, October 2004, el cual incluye ejemplos con acceso al código fuente. Para todos aquellos que requieran de la implementación de WS-Security en ambientes multiplataformas, la recomendación es que revisen la guía WS-Security Interoperability Using WSE 2.0 and Sun JWSDP 1.4, el cual como su nombre lo indica presenta un escenario detallado y con ejemplos de un escenario de interoperabilidad entre Web Services utilizando WS-Security 1.0 para las plataformas .NET (con WSE 2.0) y SUN ( con JWSDP Java Web services Developer Pack 1.4). Otras lecturas recomendadas relacionadas con la interoperabilidad a través de Web Services entre entornos Microsoft .NET y otras plataformas las presentamos a continuación: Web Services Interoperability Guidance (WSIG): BEA WebLogic 8.1 SP3 (8.1.3) Web Services Interoperability Guidance (WSIG): IBM WebSphere Application Developer 5.1.2 Dentro de este proceso evolutivo de Web Services, el estándar WS-Security aporta un elemento catalizador de gran importancia ya que resuelve los problemas fundamentales de seguridad multi-plataforma, y sin duda será uno de las tecnologías más utilizadas y de mayor difusión dentro de los siguientes meses. Si Usted es de los que ya ha dado este paso, lo invito a que comparta con nosotros sus experiencias al respecto. En caso contrario lo invitamos a que inicie el proceso de exploración de este gran avance tecnológico. Finalmente, deseo resaltar que la plataforma de Web Services ha sido el fruto de inusuales consensos de la industria de software, lo cual recibimos con gran beneplácito y a su vez nos estimula a esperar grandes avances en un futuro inmediato.
|
-
Después de una larga ausencia de este poderoso medio, retomo hoy la pluma (digo el teclado) para compartir con Ustedes un tema interesante por sí mismo pero tangencialmente relacionado con el rol de los Arquitectura de Sistemas. El punto de partida de esta expedición es el lanzamiento durante la semana pasada de un sitio Web llamado http://www.projectrebirth.org . Este sitio es auspiciado por la organización sin ánimo de lucro Project Rebirth, Inc, la cual tiene como objetivo documentar la reconstrucción de la Ciudad de Nueva York. Con este fin la organización tiene instalado seis cámaras de 35 mm situadas alrededor del área en reconstrucción. Estas cámaras fueron instaladas a partir del cumplimiento de los primeros seis meses de los atentados del 11 de Septiembre y cada cámara en cuestión toma una fotografía cada cinco minutos, durante los 7 días de la semana. Al final se espera que con una proyección de 20 minutos como máximo (considerando que cada fotografía aportará un “frame”) se pueda documentar a todo detalle el proceso de reconstrucción de esta área que pudiera finalizar en el 2015. Este sitio tiene mucha información relacionada al Plan Maestro de Reconstrucción, pero igualmente presenta una descripción muy interesante de lo que es el rol de un Arquitecto dentro del contexto original de arquitectura clásica ( Architect’s role ). Dentro de los puntos planteados por Eva Hgberg (Arquitecta de la Universidad de Princeton) en este escueto pero sustancioso escrito, describe al arquitecto cómo el finalmente responsable del diseño arquitectónico pero realza el proceso de colaboración entre todos los miembros del equipo de trabajo, en especial con los Ingenieros, que es lo que finalmente logra que se finalice una obra exitosamente. Esta aportación no es de gran importancia, y como tal se fundamenta en principios básicos y probablemente del dominio de todos. Lo verdaderamente interesante viene en la mitad del escrito cuando plantea: “...la carrera en arquitectura es generalmente lenta y sostenida. La fama, si se logra, viene después que el arquitecto está dentro de sus cincuenta y tantos, algunas veces en los sesentas y setentas. La edad promedio de un ´joven arquitecto´ tiende a estar a finales de los treintas y hasta en los cuarenta. Una edad en la que en otras profesiones ya se ha logrado éxito y progreso. Parte de la razón por este aparente retraso es la inmensa cantidad de entrenamiento que los arquitectos deben emprender…” (Disculpen la traducción, no soy experto en el tema). Sin llegar a los extremos de edad que este artículo plantea, yo considero que existe un símil directo acerca del rol y la experiencia requerida para que un profesional de sistemas pueda realizar labores propias de arquitectura de software ó de infraestructura. En fin, el sabor particular es irrelevante, lo que si considero es que a carencia de un entrenamiento formal en arquitectura (aunque empiezan a aparecer opciones académicamente formales), el proceso de maduración toma muchos años de trabajo en el campo y corresponde a una experiencia que se va consolidando con proyectos y capacitación permanente. En este sentido, me parece un poco difícil aceptar los “Arquitectos de Veintitantos”. Aunque entiendo que hay excepciones, dada la afición informática desmedida de algunos adolescentes que a temprana edad son unos verdaderos veteranos, esta experiencia se consolida después de un sinnúmero de proyectos multi-plataformas tales como Mainframe, Unix, Windows y después de pasar por los años a través de diversos roles relacionados con la programación, las pruebas, el análisis y el diseño, la administración de proyectos, etc. Entiendo que esta posición es polémica, pero lo más importante de este escrito es ¿ Usted qué opina ?.
|
-
Definitivamente que en este rubro de aplicaciones para el Control de Versiones, Microsoft fue bastante pragmático en cuanto a la decisión tomada. Esto se fundamenta en el hecho, que para el 2005 podemos esperar dos alternativas, focalizadas cada una de ellas a dos segmentos diferentes de mercado:
La nueva versión de Visual SourceSafe 2005, pudiéramos catalogarla finalmente como una versión formal, si la comparamos con la anteriormente liberada (versión 6.0d) que fue integrada al Visual Studio 2003, ya que presenta mejoras relacionadas con la confiabilidad, escalabilidad, rendimiento y acceso remoto. Solo en este campo, hay una serie de innovaciones relacionadas con el acceso remoto por medio de HTTP. De gran utilidad, para procesos de construcción de software del tipo off-shore & near-shore tan de boga en la actualidad.
Pero la buena noticia, se potencializa con la nueva familia de productos consolidada en Visual Studio 2005 Team System, el cual está orientado a satisfacer las necesidades más exigentes de un proceso para la Administración del Ciclo de Vida del Software. Este producto contempla herramientas para los diversos participantes dentro del ciclo, ya sean Arquitectos, Desarrolladores, Testers, Gerente de Proyecto, y Documentadores entre otros.
Team System es mucho mas que una versión de control de versiones, pero en lo específico relacionado con este proceso de SCM (Software Configuration Management), podemos esperar mejoras en el control de los fuentes, el manejo de unidades de trabajo, mejoras en las herramientas de auditoria y reportes, y una mayor escalabilidad, entre otras características. Para mas detalles de este producto, les anexo las siguientes ligas.
Visual Studio 2005 Team System: Overview
|
-
Today, I arrived to Chicago after a 4 hours flight from Mexico City. The purpose of the trip is to participate in the seminar “Implementing & Managing Enterprise Architecture” This event is organized by ZIFA – The Zachmann Institute for Framework Advancement. The sessions will be conducted by the world famous enterprise’s architects contributors John Zachman and Samuel Holcman.
Taking in consideration the relevance of the event subject matter, the recognized quality of the speakers and the reputation of the company itself, I need to be honest. Independently of the above mentioned formal motivations, I really have been impressed by the course promise: “..This 3–day workshop includes a step-by-step guide and work plan to achieve a workable architecture in less than 8 weeks!”
Believe me, this is not a trivial job, eight weeks to have workable enterprise architecture is a great and complex challenge, and almost impossible in the mentioned time-frame. I understand that this kind of goal is very controversial, but I give them the benefit of the doubt (sorry, this is a Spanish translated thought).
Anyway, with this great expectation, tomorrow I will start the workshop. When I come back to Mexico, I could share with you if this promise was satisfied and if it is viable in terms of the deliverables requested for this kind of large projects and the average needs of enterprise architectures in medium and large size corporations.
|
-
Recientemente fue lanzado un Centro de Recursos para Desarrolladores Java, localizado en http://msdn.microsoft.com/java/. Este sitio ha sido creado especialmente para el Desarrollador Java interesado en aprender los temas de interoperabilidad, evaluación y/o migración al Framework .NET. Recomiendo ampliamente este sitio, en especial la sección: Interoperability Resources, donde podrán encontrar, entre otra información relevante, algunos capítulos del libro NET and J2EE Interoperability Toolkit de Simon Guest. El cual hasta la fecha se ha convertido en la referencia obligada en el tema de interoperabilidad entre .NET & J2EE.
|
-
Deseo compartir con Ustedes esta liga de Artículos Técnicos por tema de desarrollo en MSDN Español. Está bastante interesante y la ventaja es que podemos encontrar un número importante de artículos catalogados relacionados con:
- .NET Framework
- Acceso a Datos y ADO .NET
- Arquitectura de Aplicaciones
- Arquitectura de un sitio de Comercio Electrónico
- ASP .NET
- BizTalk Server
- Commerce Server 2000
- C#
- DirectX & Windows Media
- Dr. GUI .NET
- Internet Explorer
- Microsoft Exchange 2000
- Microsoft Visio 2000
- MSDN Online Voices
- Prácticas de programación .NET
- Programación con Office
- Proyecto Duwamish
- Revista MTJ
- Sistemas Operativos
- SQL Server 2000
- Varios Visual Basic .NET
- Visual Studio .NET
- Web Services
- Windows CE
- Aplicaciones Móviles
- XML
|
-
Definitivamente que la ratificación del estándar Web Services Security (WSS) del día 19 de abril es un hito dentro de la historia ascendente de la tecnología de Web Services. Con este estándar la interoperabilidad segura (XML Digital Signature, XML Encryption, X.509 Certificates) a nivel de WS será garantizada, y se abrirán las puertas a un número importante de servicios en un ambiente Extranet e Internet.
Es importante resaltar que la versión aprobada por OASIS es ligeramente diferente a la implementada por Microsoft en el WSE 2.0 Technology Preview, pero es un hecho que la versión final de WSE 2.0 soportará el estándar WSS Versión 1.0 en su totalidad.
Les presento algunos datos curiosos del proceso de aprobación del estándar. Del total de miembros que representan las empresas elegibles para la votación, solo votaron 78 de 354 posibles, lo cual representa solo el 22%. Y de los que votaron, el 99% aprobó el nuevo estándar, y sólo hubo un voto en contra.
Enhorabuena por este esperado estándar!!!!!!!
|
-
Es una realidad que lo evolutivo y cambiante de la tecnología rebasa por mucho la capacidad de asimilación de las personas, y por ende de las organizaciones.
A través de diversos mecanismos de comunicación, difusión y habilitación intentamos establecer una masa crítica receptiva y expectante para las nuevas tecnologías. Entre estas alternativas tenemos los programas de adopción temprana de tecnología (Early Adopters), el cual permite llegar a los interesados los productos desde una etapa muy incipiente de su desarrollo. Esta prontitud en la experimentación proporciona a los evaluadores una ventaja competitiva relevante, y les ofrece una ventana de oportunidad comercial y de posicionamiento que es de gran valor. Por el otro lado, el proveedor de software se beneficia al obtener una retroalimentación muy valiosa por parte de los usuarios pero en un ambiente controlado.
A pesar de que el objetivo de posicionamiento comercial de cualquier producto de software, se focaliza regularmente en las empresas y en el sector público, los programas de adopción tecnológica son básicamente devorados por socios tecnológicos. Y en muy pocas ocasiones, las empresas participan en este tipo de programas. Lo que realmente se observa es que entre más grande y compleja es una organización, más lenta es su capacidad de adopción y proceso de evolución tecnológica. Caso contrario, ocurre en las empresas pequeñas, de mayor agilidad, donde muchas veces la necesidad de posicionamiento los obliga a incrementar su nivel de riesgo basado en la innovación y en consecuencia en la utilización masiva de tecnología, independientemente de su grado de madurez. Lo cual evidentemente nos lleva a replantear y focalizar nuestros objetivos y esfuerzos de difusión tecnológica, con la finalidad de evitar que el proceso se quiebre o se empiece a quebrar entre lo inmediatamente anterior, lo actual, lo vigente y lo futuro.
Esta situación se hace evidente por el hecho de venir de prácticamente una década de escasa movilidad tecnológica, a una nueva que es extremadamente ágil, volátil y en franca evolución y transformación. En muy poco tiempo hemos pasado del dominio del Win32 API, a la diversificación con un nuevo Win64 API, sin mencionar los cambios radicales introducidos por Plataforma .NET, y sin haber tenido la oportunidad de asimilarse en profundidad, hoy nos vemos pavimentando los caminos hacia Whidbey, a sabiendas que el destino final es un poco más allá y todavía más distante, y que el puerto destino es ORCAS. Sinceramente, muy complejo de asimilar..
Lo nuevo y reciente naturalmente seduce, pero los beneficios comerciales y de posicionamiento no son necesariamente efectivos, especialmente cuando se trata de valorar este esfuerzo del día a día en métricas respaldadas con números fríos, entiéndase cuota, market-share, market-value, etc.. Aunque este es un tema, indiscutiblemente muy trillado y debatido en el pasado, vale la pena volverlo a traer de nuevo a la mesa, especialmente cuando en la mira tenemos un segmento todavía más complejo que atender, más demandante en apoyos y con una menor disponibilidad de asimilación tecnológica y adaptabilidad al cambio, como son los Profesionales de Plataforma (IT Pros).
Por eso urge realizar transformaciones de forma inmediata, con la finalidad que podamos continuar con un pie que cruza el pasado reciente y se posiciona en el presente, pero a la vez permite visualizar y prepararse para el futuro. El mensaje deberá ser balanceado y alineado con la realidad tecnológica actual. Sólo quiero que se imaginen la expresión desconcertada de un profesional de plataforma al ser abordado con un entusiasmo sin igual por nuestros especialistas con temas de Longhorn, Avalon, WinFS e Indigo, pero desatendiendo e ignorando su problemática diaria fundamentada en la necesidad de escalar su DataCenter, aumentar los niveles de servicio de su Intranet, optimizar los mecanismos de actualización de aplicaciones, incrementar el nivel de seguridad informática de la organización, etc.
Definitivamente, que para focalizar eficientemente los esfuerzos futuros será necesario entender de mejor forma el nuevo presente, y actualizar los modelos operativos que la agilidad tecnológica está volviendo anacrónico de una forma vertiginosa y sigilosa.
|
-
|
|
|
