MiguelMadero.com

Estrenando nueva direccion para el blog: miguelmadero.com esta ya disponible.
Un pequeño capricho para mi ego por sólo $9.90 dlls anuales. Dije si Martin Fowler y Ron Jacobs tienen lo propio tal como muchos otros, dije, bueno y porque no? Aprovechar antes de que algún homónimo me lo ganara.

Así que mi sugerencia para ustedes, si todavía no hay jaimevelazquez.com tomenlo antes de que les paso lo que a christianperez.com

Atributos para Tiempo de Diseño para Dispositivos Móviles

Está es la breve historia de cómo batallamos por la siguiente línea de código:
smartPartPlaceHolder.SmartPart = null;
Sin duda el diseñador de VS es una herramienta súper útil, pero en más de una ocasión (deberás no exagero, pero ahora sólo recuerdo esta), suele hacer cosas extrañas. Muchas veces no es por culpa de VS sino de quien programa los controles, pero al parecer en este caso fue un poco más allá y todo resulto ser problema de un known bug que será atendido en el SP1 que será liberado el tercer cuarto de este año. En este caso el diseñador escribía la línea anterior cada vez que modificábamos la vista desde VS, por lo que dejaba de funcionar ya que esa propiedad no debía ser null.
Empecemos por quien diseña los controles. Con los atributos en tiempo de diseño tienes realmente mucha flexibilidad, le puedes especificar a una propiedad su valor de default, si quieres que se muestra en la lista de IntelliSense (no veo porque querríamos deshabilitarlo, pero está disponible) y lo más importante (al menos en este caso), le podemos decir si alguna propiedad deberá ser manejada por el diseñador y si no es una propiedad muy simple (por ejemplo un objeto, una Colección de Columnas e.g. DataGrid.Colums) muy seguramente querremos un diseñador personalizado.
El único detalle es que en Mobile no podemos usarlo, o al menos no todos. El CF (compact framework) no los incluye y no lo podemos compilar usando alguna clase del framework normal, sin embargo, VS si podría tomar Assemblys de ambos.
La solución más obvia, aunque no tan sencilla, era la que teníamos en 2003, compilar un dll similar para el tiempo de diseño. Realmente no era tan sencillo, se resume en seis pasos:
Crear un proyecto de C# de Class Library (no de CF, para escritorio).
Agregamos como links todos los archivos del proyecto de Controles.
Agregamos un atributo de compilación al proyecto creado en el paso 1.
Ponemos en condionantes de compilación los atributos
#If NETDESIGNTIM
[System.ComponentModel.Browsable(false)
#endif
public object SmartPart
{
///
}
Este es un punto clave y no tan sencillo, necesitas agregar el siguiente atributo al AssemblyInfo.cs
#if NETCFDESIGNTIME
[assembly: System.CF.Design.RuntimeAssembly("ElDllQueTieneTodoEnRuntime ")]
#endif
Lo agregamos al GAC para que VS pueda reverenciarlo.

El atributo en el paso 5 le dice que es lo que deberá de usar en tiempo de ejecución, sin embargo, este dll de C# es lo que agregamos a la barra de herramientas y es con el que trabajaremos en VS.

Ok, es medio sencillo como para haber batallado tanto.
Ahora el nuevo modelo es más prometedor (Debería ser así de sencillo como en este ejemplo). Que es lo que necesitamos otro dll, pero ahora se generará automáticamente por genasm.exe usando los atributos que se especifiquen en el archivo XML. Aunque XML es muy sencillo, su poder reside cuando no lo tenemos que escribir nosotros, es ahí donde entran los diagramas de clases. Desde el diagrama de clases le especificamos los atributos a cada propiedad y este genera el archivo que después es compilado por genasm.exe. Ver el ejemplo para más detalle.
Ok, pareció aún más sencillo, pero no termina aquí, genasm.exe tiene un know bug aunque nos dan una solución de cómo darle la vuelta mientras lo corrigen, realmente está muy lejos de ser lo que queríamos. El proyecto sobre el cual lo apliques no puede usar Generics, así que tienes que mover tus clases a otros proyectos, heredar de clases generics para hacerlas específicas y usar estás en lugar de las generics y listo (esto último puede ser lo más difícil), esa es la solución que nos da Microsoft.
En este caso no podíamos hacer eso ya que todo el proyecto dependía muchísimo de generics, lo que tuvimos que hacer fue crear otro nuevo proyecto que contuviera exclusivamente lo que requeríamos, remover los pocos generics que quedaron dentro de esa clase y luego simplemente compilar. El único lugar donde el SmartPartPlaceHolder usaba generics era en el EventHandler<>, así que tuvimos que crear el delegado específico y usar ese en lugar del EventHandler genérico.
public delegate void SmartPartShownEventHandler(object o, SmartPartPlaceHolderEventArgs e);
public event SmartPartShownEventHandler SmartPartShown;
en lugar de
public event EventHandler SmartPartShown;
Hablo más sobre generics en otro post.
Ok, ok, no queríamos tener otra clase con el mismo nombre (SmartPartPlaceHolder) que estuviera en otro nombre y luego cambiarla cuando corrigieran el problema, esto era precisamente lo que sugería microsoft, aparte todos los EventHandlers tendrían que cambiar. Encontramos una maña:
Simplemente renombramos el dll generado:
Microsoft.Practices.Mobile.CompositeUI.WinForms.SmartPartPlaceHolder.PocketPC.asmmeta.dll
a:
Microsoft.Practices.Mobile.CompositeUI.WinForms.PocketPC.asmmeta.dll
Y copiamos esto al mismo folder donde se encuentra Microsoft.Practices.Mobile.CompositeUI.WinForms.dll
Para hacer automático todo agregamos el siguiente PostBuildEvent
copy /Y /B /V SmartPartPlaceHolder.PocketPC.asmmeta.dll

..\Microsoft.Practices.Mobile.CompositeUI.WinForms.PocketPC.asmmeta.dll

Fue todo, muy simple al final, pero batallamos mientras lo encontramos al igual que más gente que ha tenido el mismo problema.

Ineta Latam

Es para mí un honor que hayan publicado mi blog en la sección de “Nuestros Blogs” del Ineta Latam junto a otros blogs muy interesantes como el de Vicente y Enrique respecto a DSL Tools. No he tenido mucha oportunidad de revisar los demás blogs, pero les sugiero revisen la lista, está puede ser un muy buen punto de partida para encontrar información interesante en su idioma.

Para los que no sepan que es la Ineta, la describo, como siempre hago con todo, brevemente, ya que pueden ver “¿Que es Ineta?”. Es un grupo de grupos, bueno una asociación de comunidades .NET. Seguramente encontraran algún grupo cerca de ustedes. A propósito del tema de comunidades .NET, les comento que estamos por iniciar la comunidad en Torreón, espero tengamos buenos resultados.

Ya tocando el tema de comunidades y blogs, les paso el link del de un buen amigo Christian Strevel.

public abstract class DataAccess

Los Genercis son una funcionalidad nueva de .NET 2005 y por ahí trae algo similar Java en su nueva versión (no sé si ya lo hayan liberado).

Para los que han programado en C++ es algo similar a las clases parametrizadas o las TemplateCollections, no recuerdo bien como llamaban, pero seguramente recuerdan algo como:

List<Albums> list = new List<Albums>(); // Tipico de ejemplos en C++

Bueno en C# es muy similar la sintaxis y ahora estamos explotando mucho eso.

Cuando alguien piensa en generics, se le viene a la mente Collecciones.

Antes haríamos algo como:

AlbumCollection : ICollection

{

// Aquí teníamos un montón de métodos para implementar ICollection (bueno no son tantos), pero era puro código repetitivo.

}

Lo enfadoso de esto es que seguramente íbamos a necesitar más de una colección con tipo, probablemente más de 10 o 30 y no sólo para nuestros BusinessEntities. Este tipo de colecciones aún se usan y pueden verlo cuando escriban datagrid1.Rows. Ahora podríamos simplemente decir.

List<Album> list = new List<Album>();

Mmm se parece a C++?

Ok, ok, las colecciones son la parte sencilla seguramente quieren ver algo más interesante. Bueno el nuevo generis EventHandler es un buen ejemplo. Para los que han tenido que crear eventos específicos y para poder cumplir con los guidelines de Microsoft, necesitamos algo como:

public class prueba

{

Prueba()

{

// Do something cool

}

public event DelegadoEspecifico evento;

}

Por lo que necesitaban crear un delegado específico:

public delegate void DelegadoEspecifico(object o, AlgoHeredandoDeEventArgs e);

Y necesitaban tener su clase AlgoHeredandoDeEventArgs

public class AlgoHeredandoDeEventArgs : EventArgs

{

AlgoHeredandoDeEventArgs(string x, string y)

{

// Do something cooler

}

// Write some useful properties here.

}

Ok, ok, es algo sencillo, pero se puede hacer más simple sin la necesidad de tener un montón de delegados.

Digamos que necesitas otro evento, pero que ahora reciba otros EventArgs distintos, porque, porque es lo único que cambia, así que ahora es:

public event DelegadoEspecifico2 evento;

y crear otra clase public class AlgoHeredandoDeEventArgs : EventArgs {}

Bueno luego usarla: public event DelegadoEspecifico2 evento2;

Bueno los genéricos nos permiten crear delegados específicos:

public event EventHandler<AlgoHeredandoDeEventArgs> evento;

public event EventHandler<AlgoHeredandoDeEventArgs2> evento;

Realmente lo único que nos ahorramos es la declaración de los delegados, pero ya es algo.

No es el único uso. Object Builder utiliza una de las formas más interesantes de aplicar Generics. Es muy complejo para describirlo aquí, pero la parte simple la pueden ver en Enterprise Library and Object Builder.

Recientemente hemos trabajando en un DataAccessLayer/DataMappingLayer (ver Table Data GateWay y Fowler’s EAA patterns) para Windows Mobile 5.0 y el uso de generics combinado con la herencia y polimorfismo fácilitaron enormemente las cosas. De manera resumida está es la arquitectura:

(Ver diagrama).

Tenemos nuestra clase base (abstracta) DataAccess, que implemente la interfaz principal IDataAccess (en caso de que necesitemos cambiar la implementación, por ejemplo para usar otra base de datos)

Todo se vuelve bastante sencillo con Generics. Usando template methods podemos ir encapsulando la funcionalidad genérica en las tablas de más arriba en la cadena de herencia, por ejemplo DataAccess es el único lugar donde se construyen los querys para la base de datos y se ejecutan los Comandos, etc. Aparte como lo tenemos todo bien encapsulado podemos destinar más tiempo a optimizar esa parte y hacerlo muy bien una sola vez. Realmente nadie quiere escribir el mismo código muchas veces (Abrir conección, execute reader, etc). Como en este caso muchas de las tablas usan Clave y descripción del mismo tipo, tenemos una segunda Clase Abstracta que se encarga de establer dichos valores y delegar el trabajo a un nuevo Template Method (el Donet en las clases concretas). De está forma cada DataAccess como VendedoresDataAccess y Lineas DataAccess son las únicas que conocen el nombre u orden de las columnas en la base de datos y saben como establecer las propiedades al Business Entitie que queremos crear.

Claro, está sólo una forma muy simple de hacer el Mapeo de Relacional a Objetos. Es algo similar a como lo explica Martin Fowler en su libro Patterns of Enterprise Applications Architecture la diferencia es que en la implementación de Fowler los metodos regresaban clases Padres, por ejemplo una clase del tipo DomainObject en lugar de una clase del tipo Persona.

Este es el código de Fowler (Java):

Class AbstractMapper{

Protected DomainObject GetDomainObject(ResultSet rs, long id){

// Do common stuff

DomainObject result = doLoad(id,rs);

// Do some other common stuff

return result;

}

}

abstract protected DomainObject doLoad(Long id, ResultSet rs);

class PersonMapper:AbstractMapper

{

protected DomainObject doLoad(Long id, ResultSet rs){

String lastNameArg = rs.getString(2);

// get other properties

return new Person(id,lastNameArg,etc);

}

}

Los usuarios de esas clases tendrán que hacer algo como:

Person p = (Person)personMapper.GetDomainObject(1);

Los dos graves problemas son:

1. Corremos el riesgo de equivocarnos de tipo de objeto y detectarlo hasta el tiempo de ejecución en lugar de en tiempo de compilación.
2. Es ineficiente estar haciendo tanto boxing (cuando regreso el objeto person como DomainObject) y unboxing (cuando hacemos el cast de DomainObject a Person).

Aparte algún error en el tipo de datos podría venir desde PersonMapper no sólo por el cliente.

En código (C#) y usando generics se puede hacer algo como lo siguiente:

Class AbstractMapper<TBO>

where TBO: DomainObject,new()

{

Protected TBO GetDomainObject(ResultSet rs, long id){

// Do common stuff

TBO result = doLoad(id,rs);

// Do some other common stuff

return result;

}

abstract protected TBO doLoad(Long id, ResultSet rs);

}

class PersonMapper: AbstractMapper<Person>

protected Person doLoad(Long id, ResultSet rs){

String lastNameArg = rs.getString(2);

// get other properties

return new Person(id,lastNameArg,etc);

}

Y ahora los clientes pueden usarlo de la siguiente forma:

Person p = personMapper.GetDomainObject(1);

No es necesario el cast ni el boxing, ya que siempre la clase AbstracMapper estará trabajando con el tipo de Objecto concreto en lugar de con DomainObject. Por otro lado el template method de PersonMapper (doLoad) para implementar la clase abstracta necesita forzosamente regresar un objeto del tipo Person.

Algo similar aplica también con Interfaces e inclusive es mucho muy útil ya que podemos tener ciertas Interfaces Genéricas y después implementarlas desde Interfaces específicas y obligar a las clases que deseen implementar a estás últimas a que cumplan con todos los metodos.

interface IGenericMapper<TBO>{

TBO Get();

}

interface IPersonMapper:IGenericMapper<Person>{}

public class PersonMapper:IPersonMapper{

// Must implement:

Person Get(){

// Do something

}

}

Claro que ahora como parte del framework que tenemos, ya está funcionalidad quedará en el DataAccessGenérico y será suficiente con que PersonMapper tenga lo siguiente:

public class PersonMapper:DataAcccess<Person>,IPersonMapper{

// Person Get() //Ya está implementada para la clase abstracta DataAccess.

// Ahora solo debemos implementer el metodo abstracto

protected Person DoFill(Person p, reader r)

{

p.Name = r[“Name”].ToString();

return p;

}

}

Pudiera parecer medio inutil el tener la interfaz IPersonMapper, pero es que en está queremos ahora dar de alta ciertos métodos específicos como GetByName, GetByLastName(string lastName), etc.

CAB - Composite Application Block

Como explicar CAB?

La verdad es que es un tema difícil, mejor les voy a decir para que sirve y en algún otro momento posteare algo respecto al funcionamiento interno de este y el object builder.

De manera resumida, CAB sirve para poder crear vistas y workitems. Que son vistas? bueno pueden ser Formas o UserControls y que son WorkItems, viene siendo un caso de uso, como agregar cliente o generar pedido.

¿Que hacemos con estas vistas y WorkItems?
Simple, metemos presenters y/o controllers (dependiendo del patron que queramos usar) para interactuar con ellas. El workitem puede tener muchos presenters, quienes a su vez tienen una vista que muestran.

Otra ventaja de tener los WorkItems es que podemos ir agregando servicios a estos, de tal forma que podamo usar estos objetos (servicios) desde otros objetos contenidos en el workitem como presenters, vistas, otros servicios o ítems.

Una de las ventajas principales y probablemente CAB no estaría completo sin una forma sencilla de implementar patrones como Publisher/Subscriber y Commad, para desacoplar los eventos de sus EventHandlers. Si suena complicado? bueno está parte creo que es la más sencilla, simplemente se usan atributos y uris para ligar un evento con otro.

Espero haberlos confundido un poco más de lo que ya estaban. La verdad es que CAB es bastante confuso al principio.

Para hacerlos aún más bolas, les dejo un pequeño glosario que hice cuando estaba enredado entre tanto termino nuevo.

Glosario
WorkItem: Use Case. Tiene uno o más workspaces. Es un contenedor de componentes como controles, smartparts, services and child workitems.

SmartParts: Views

Services: Model (Data o Servicios). Los servicios se pueden agregar desde configuración (aún no disponible en mobile), programáticamente con un Add(); o declarativamente con el uso de atributos, se puede usar LazyLoading: [Service(typeof(IMyService), AddOnDemand=true)]

UIExtensionSite: sirve para registrar menús comunes.

RootWorkItem.UIExtensionSites.RegisterSite("MainMenu", Shell.MainMenuStrip);

Commands: Eventos.

Event Broker: se encarga de ligar un Event Subscription con el EventPublication correspondiente de acuerdo al URI indicado en el atributo.

Workspaces: lugares a los cuales puedo agregar SmartParts, por ejemplo un
SmartPartPlaceHolder, TabbedWorkSpace, ZoneWorkspace o DeckWorkspace.

Shell: el shell es el punto de entrada de la aplicación. Simplemente se hereda de FormShellApplication y en el Main se manda llamar el metodo Run de una instancia de tu clase que herede de FormShellApplication.

Module: es una forma de encapsular ciertas partes de una aplicación (diferentes WorkItems), por ejemplo OrdersModule. Estos se pueden cargar en tiempo de ejecución dependiendo de los parámetros de configuración. Para esto se usa un archivo "ProfileCatalog.xml" donde se indica que dlls cargar.



Por cierto, espero publicar dentro de poco un glosario de Software Factories, porque muy seguramente muchos posts de aquí en adelante hablaran de viewpoints, esquemas, líneas de producto, familias, assets, dsl, etc.

ASP.NET PreCompilation

Prometo que este post será breve.
Abran VS 2005 Command Prompt y escriban lo siguiente:
aspnet_compiler -?

Voila ahí tienen todo lo que necesitan para poder pre-compilar todo su sitio web y te empaqueta todo: assemblies, archivos estátios y archivos de configuración.

Muy útil si quieres hacer el deployment en algún servidor donde quieras proteger tu código.

Made in Express

Microsoft lanza un concurso para programadores, especialmente enfocado a estudiantes. Hay buenos premios y todo lo que se necesita para arrancar el concurso es tener una buena idea y comprometerse a hacerla en express (son versiones light de Vistual Studio y SQL). MS seleccionara las 12 mejores ideas y estos 12 programadores se pondrán a desarrollarla y que gane el mejor.

Al que le interese participar y tener la oportunidad de ganar $10,000 dlls le sugiero y visite la página www.madeinexpress.com suban su idea y suerte!

Web Services Enhancements 3.0 (Wizzy)

WSE 3.0

WSE 3.0 es un tema interesante y muy importante que he tenido que estar investigando más a fondo en los últimos meses. Si se están desarrollando Servicios Web que no necesitan seguridad en absoluto y no importa estar expuestos a riesgos como comprometer la información transmitida, DoS (Denial of Service), entonces crear un proyecto de ASP.NET Web Services en Visual Studio es todo lo que necesitará. La verdad es que no se me ocurre un escenario así, pero, mmmm, bueno ok es sarcasmo, nunca deberán exponer sus Web Services de está forma.

No todo es malo cuando se refiere a ASP.NET Web Services sin utilizar WSE (cualquier versión). Hay dos tipos de seguridad:
Transport Level Security: esto se puede resumir en SSL, si todo lo que se necesita es proteger el canal de comunicación SSL puede ser suficiente, inclusive sitios grandes como Amazon es todo lo que usan, pero pudiera no cumplir con ciertos requerimientos como Addressing and Routing que mencionaremos más adelante.
Message Level Security: esto es lo que veremos más a fondo con WSE y es lo que Windows Communication Foundation o Indigo pretenden mejorar.

WSE o Web Services Enhancements es un mini framework desarrollado por Microsoft para complementar el .NET Framework y pretende ayudar a ser compatible con el WS-I Basic Profile.

¿Qué es WS-I Basic Profile?

Oasis entre todos los estándares que ha definido, creo unos para WS conocidos tambien como Web Services Specifications, estos pretenden lograr la interoperabilidad e incluyen en un gran rango de áreas como protocolos de transporte y seguridad, estos están agrupados como WS-I Basic Profile. Los siguientes son algunos de las especificaciones que forman parte de WS-I.

WS-Security: hablaremos más a fondo de este más adelante, pero incluye alternativas de seguridad como certificados X.509, digital signing, encryption, etc.
WS-Policy: para poder especificar en un documento los requerimientos de un servicio.
WS-Addressing: es para saber con quien se están comunicando y mantener estás direcciones actualizadas.
WS-Messaging: soporta diferentes protocolos de comunicación como TCP y ayuda para comunicación Asíncrona.
WS-Secure Conversation: para establecer session usando tokens de seguridad.
WS-Reliable Messaing: para asegurarnos que el mensaje llegue y se entienda y si llega más de una vez que no se pele.

Regresando a WSE

Hasta que escuche ArcCast en Channel 9, bueno más bien dicho 5 capítulos de ArcCast que hablan sobre seguridad en los WS. Escuche que lo pronuncian como Wizzy y no DóbleIu-Es-I como yo pensaba.

Cuando se refiere a seguridad se tienen muchas opciones, obviamente unas mejores que otras.
Como ya vimos existe la posibilidad de usar SSL sin preocuparnos mucho por el diseño de nuestra aplicación o programación, pues finalmente el IIS y el cliente se encargarán de negociar el intercambio de llaves y algoritmos de cifrado dependiendo de las especificaciones del certificado instalado en el servidor. Sin embargo tiene muchas desventajas, pues aún tenemos que ver como autentificar a los clientes, se encripta todo lo que se transporta por lo que no podremos usar encabezados SOAP para rutear la petición de una maquina a otra. Para lo que sirve realmente es para que el cliente se asegure que sólo el servidor podrá ver lo que intercambia y saber bien con quien está hablando, pero aún tenemos el problema de que el cliente necesita saber a quien le va a enviar información y asegurar está.
Kerberos: esto está un poco más limitado a redes locales, usando Active Directory o similar para emitir los tokens de seguridad que podrán usar el cliente y el servidor para autentificar unos a otros y de ser necesarios encriptar ciertas partes de la petición SOAP. Este tipo de autentificación al igual que la de certificados (como SSL o X.509), se conoce broker authentication pues necesitamos de un directorio o un certificador.
UserName tokens, en este caso el cliente se autentifica usando un UserName y Password o algún “known secret”. La desventaja principal viene al momento de encriptar la información, pues el cliente y el servidor necesitan conocer previamente que llaves usar.
También se puede usar un BinaryToken basado en algún algoritmo, esto sería una solución similar al UsernameToken.
Un certificado digial X.509, está es una de las soluciones más difíciles de administrar, pero es igual la que ofrece mayores ventajas. Los certificados deberán de estar inslados en el cliente y en servidor (dependiendo de cual o cuales de las partes se quieran identificar). En el caso de querer cifrar partes del mensaje, al igual que con Kerberos, se puede usar el certificado (casi todos) para una encripción asimétrica de tal forma que, similar a como lo hace SSL de manera “automática (al menos para el desarrollador)” , se utiliza una llave pública para encriptar la información y una privada para desencriptarla.

¿Cómo funciona?
WSE es una add-in para VS 2005, cuando den click derecho sobre un proyecto aparece una nueva opción en el context menú. Está nos permite hacer modificaciones en los archivos de configuración y crear una política de requerimientos (principalmente para seguridad) de tal forma que el proyecto se pueda apegar a esto.

Conclusión

Wizzy o WSE es muy extenso, lo suficiente como para que sea necesario simplemente hacer una introducción y dejarlos con algunos links que les puedan ser de utilidad.

Referencias

· ARCast - Securing Web Services with X.509 Certificates in WSE 3.0 (Part 1)
· ARCast - Securing Web Services with X.509 Certificates in WSE 3.0 (Part 2)
· ARCast - Web Services Security Patterns Post Game Show
· ARCast - Web Services Security Patterns (Part 1)
· ARCast - Web Services Security Patterns (Part 2)
· Expert Service-Oriented Architecture in C# using the Web Services Enhancements 2.0
· Chequen ArcCast constantemente están publicando nuevos episodios relacionados con WS y WSE 3.0, recientemente publicaron unos de Kerberos Tokens, UserName Tokens y algo nuevo de WCF.
· Una excelente referencia y muy práctica es http://msdn.microsoft.com/securityguidance no únicamente para WS, sino para todo lo relacionado con seguridad.
· Una buena guía y un libro gratuito es el de Patterns and Practices: “Web Service Security Scenarios, Patterns and Implementation Guidance for Web Services Enhancements (WSE) 3.0”. El libro sirve como guía para poder escoger los patrones de seguridad necesarios para un escenario determinado.
· La página oficial de Wizzy no pudiera faltar: desde ahí pueden descargarlo, les sugiero vean los Quickstarts o ejemplos que incluye.
· Hay un lab muy bueno que te va llevando paso a paso en como usar WSE 3.0. No lo he terminado de revisar, me lo paso Jaime y pinta para ser muy útil.

Mi Choque!!!

El exceso de velocidad es malo y también ir jugando carreras, pero nadie me podrá negar que es divertido (Bueno mis papás si lo negaron). Por suerte no me paso nada, pudo haber sido peor a mi carro si le fue mal, paso más de un mes en terapia intensiva esperando la donación de un toda la suspensión trasera, una nueva defensa y otras cosillas por ahí como una reparación de cofre, etc, etc, etc, blablabla y por cierto aún no queda bien.

Les dejo la foto para que juzguen por ustedes mismos. Apoco no se parece al DeLorian de volver al futuro?

Post desde el e-mail!!!

Sin necesidad de abrir el IE, directo desde mi e-mail puedo postear en mi blog. Chequen blogger.com para obtener su propio blog.

Bueno sólo quería aprovechar y publicar una imagen para ver si eso se puede hacer desde el e-mail directamente.

Ahora si algo de arquitectura y .NET

Últimamente he estado escuchando unos podcasts de ArCast o Channel 9. Hay temas muy interesantes y está página se actualiza muy seguido, les sugiero que se avienten un clavado y chequen que temas les interesan en Channel 9 lo hacen como si fuera un programa de radio, son entrevistas uno a uno o uno a muchos donde Ron Jacobs (el conductor) entrevista a exportes en diversos temas de arquitectura.

 

Algunos de los temas que he visto escuchado:

·         Click Once, entrevistan a dos personas que utilizaron No Touch Deployment (pre .NET 2.0) para controlar las actualizaciones de una aplicación que se utiliza en todo Microsoft, por lo que requerían que un montón de gente bajaba y mantenía actualizada su versión, es interesante ver como algo que resulta tan sencillo (sobre todo ahora con Click Once), puede realmente cumplir requerimientos empresariales tan exigentes.

·         ADAM vs AD: bueno no es tanto uno contra otro, más bien comparan de que trata cada uno, sugieren cuando usarle, etc, etc, etc, blablabla. La verdad no quede muy convencido, será porque estoy muy acostumbrado a usar SQL Server o alguan DB relacional para hacer persistente la información en lugar de usar algo como ADAM, aún después de escuchar la platica me quede con la idea de que el Directorio seguira siendo para autentificar usuarios y en la DB  van datos. Aún así, valdría la pena cambiar el esquema tal vez para guardar información del perfil de usuarios.

·         DSI and MOM: este no se los platico (la verdad no entendi jejeje), no es cierto. Todavía no lo termino de escuchar, pero parece un tema interesante, sobre todo para aplicaciones muy grandes que necesiten ser bastante configurables y manejadas, uno como arquitecto deberá tener en cuenta cuestiones de management y dejar de pensar en que se encarguen los tipos del departamento de sistemas.

·         Enterprise Library 2.0: un tema super interesante, los episodios que escuche hablan más de la arquitectura de EntLib 2.0, no entran tanto en detalle respecto a los bloques. A grandes rasgos se compone de 3 core components, el Object Builder (como interactua OB o CAB con EntLib y Web Cast con Peter Provost), algunos Wrappers para el System.Configuration y algo de Instrumentation.

 

Creo que les he dejado material suficiente a quien sea que fuera que llegue a entrar a mi blog, espero y sea de su interes y dejen sus comentarios.

 

Saludos.

 

 

 

Miguel A. Madero Reyes

Integradores Tecnológicos S.C.

www.integradorestecnologicos.com
miguel.madero@integradorestecnologicos.com

(871)716-7133

Matamoros #585 ote.

Col. Centro, 27000

Torreón, Coahuila

 

Mi Primer Post CRM OnDemand

Aquí les va el primer post.Creo que por lo general encontraran aquí posts de .NET, Arquitectura de Software, Comercio Electronico y otras cosas más relacionadas con lo que hago, pero por está ocasion decidi dejarles un link a la página de Siebel.

Hay un video de demostración de lo que es CRM OnDemmand un concepto que se ha vuelto medio popular.

http://www.crmondemand.com.mx/products/ondemandvideo_reg.jsp