El blog de Marino Posadas

10 años como MVP de C#

2012-04-02T10:18:00Z

Tengo que agradecer a Microsoft que me haya permitido seguir en este grupo genial de personas a las que nos encanta su tecnología, y que no nos cansamos de trastear con las novedades que presentan. En mi caso, con un lenguaje que siempre he considerado elegante, productivo, sucinto y lleno de posibilidades de expansión. Siempre se aprende algún detalle nuevo con cada sesión de trabajo, y, si a esto, le unimos la integración con nuestra herramienta favorita (VS 20xx), pues más y mejor.

Suerte a todos los renovados, y ¡larga vida a C#!

Saludos

(OT) Otra oferta de trabajo (programación con Word)

2012-03-09T12:14:00Z

Bueno, pues parece que ha salido otra oportunidad laboral, aunque en este caso se trata de algo más especial porque la oferta es para desarrolladores que tengan un alto nivel de manejo de la programación con las extensiones de Word. Se trata de un proyecto para una notaría (para los que su principal herramienta es Word) en la que esta herramienta se ha convertido en un auténtico Front-End, desde la que resuelven muchos temas. Parece ser que -además de este proyecto- el tema daría para bastante más, pero no dispongo de datos más concretos por el momento. Como en la oferta anterior, los interesados pueden ponerse en contacto conmigo en mposadas@mvps.org, o en twitter @MarinoPosadas.

Un saludo

(OT) Oferta de trabajo para desarrollador en Silverlight /SQL Server

2012-03-04T19:24:00Z

No me gusta intervenir con "off-topics", pero dado que el paro es grande y las oportunidades escasas, lo mismo hay alguno de vosotros que está interesado. La empresa es MUY importante y el trabajo es en la provincia de Cádiz.

Si alguien quiere contactar que me ponga un correo a mi dirección: mposadas@mvps.org.

Saludos

Para variar, me entrevistaron a mí (bueno, y a otros MVP)...))

2012-01-25T17:46:00Z

Total, que esta vez me cambié de lado y pasé de entrevistador a entrevistado. No tiene más interés que el biográfico (o sea, poco), pero, aparte de la entrevista que me hicieron los de MicrosoftFeed, podréis encontrar las que han hecho a otros MVP, y los caminos que cada uno ha seguido, que como era de esperar, son de lo más variado. También los gustos personales que afirmamos tener son de lo más variado, aunque se detectan patrones comunes (tipo geek, friki, o llamadlo como queráis...)

En fin, que si después de lo dicho todavía a alguno le quedan ganas de entrar, ésta es la dirección : "Meet Marino Posadas – Visual C# MVP from Spain".

Un saludo

Marino

www.elavefenix.net

Apúntate al WebCast "12 horas con Visual Studio"

2012-01-25T17:39:00Z

Tendrá lugar el día 31 en sesión continua. Se tratarán muchos temas de desarrollo, para los que tendremos media hora cada uno de los ponentes, que por otra parte, son bastante conocidos por la comunidad. Estaremos: Bruno Capuano, Luis Fraile, Iván González, Rodrigo Corral, Eduard Tomás, Alberto Díaz, David Álvarez, Jose L. Teruel, Alberto Fraj, Pedro J. Molina, y por parte de DanySoft, estaremos José Bustos -que hablará de "Aplicaciones ASP.NET con jQuery y AJAX"- y yo mismo, que tengo asignado un tema interesante de cara al despliegue de la capa de datos de las aplicaciones: "Aplicaciones tipo "Data-Tier" en Visual Studio 2010 y SQL Server 2008 R2". El enlace para seguirlo en directo es el del propio evento (el registro es gratuito).

BUILD: Aclaraciones sobre el modelo de desarrollo o cómo COM ha vuelto a la vida

2011-09-19T12:18:00Z

Si, sí como lo oís. COM. Claro que no es el COM/DCOM que todos hemos conocido. Es otro, renovado, repensado para la modernidad, que conserva la velocidad extraordinaria que tenía el anterior y la mejora (con el aprovechamiento del hardware de la máquina al máximo), y que se inspira -en muchos aspectos- en elementos de .NET: metadatos, contratos, etc. Pero también hay otras cosas que nos recuerdan la vinculación de las aplicaciones con el sistema operativo que existìan en aquel mundo, como es el uso extensivo del Registrio de Windows que las nuevas aplicaciones hacen antes de entrar en funcionamiento. Hay dos (bueno, muchas más), pero especialmente dos ponencias de BUILD que recomiendo a aquellos, que, como yo, no se sienten tranquilos hasta que han echado un vistazo a las "tripas" del sistema y han visto en qué se basa y cómo funciona (aunque sea por encima).

Se trata de las presentaciones de Martyn Lovell ("A Lap around the Windows Runtime") y Matt Merry ("Windows Runtime Internals"). Eso nos puede servir de comparación con el ,mundo anterior y aclaranos muchas cosas. Aparte de eso y de muchas otras buenas presentaciones, he escrito mis propias conclusiones en mi sitio con el mismo título de esta entrada. Allí incluyo el nuevo esquema de aplicaciones modificado al estilo de Doug Seven, que explica algo mejor cómo quedan las cosas tras BUILD. Como siempre, estaré encantado de debatir con vosotros o participar en cualquier discusión relacionada.

Saludos

Marino

El modelo de aplicaciones de Windows 8: consecuencias para los desarrolladores

2011-09-14T16:46:00Z

Bueno, después de las vacaciones estamos teniendo "movida", como habéis podido ver por las entradas de David Nudelman, Gonzalo Pérez y David Martos. Estuve viendo la "Keynote" ayer por la tarde, tomando notas, bajándome la versión "preview" de desarrolladores e instalándola (¡¡cuidado con esto!!). D. Nudelman ya avisaba aquí esta mañana de los peligros de una instalación cualquiera. Además, Scott Hanselman, ha publicado una entrada que explica cómo instalarlo sin prroblemas en una máquina virtual ("Guide to Installing and Booting Windows 8 Developer Preview off a VHD."), que recomiento a todos.

Pero lo que me interesa a mí es nuevo modelo de desarrollo que nos espera y hasta qué punto nuestras inversiones (en tiempo y dinero) en aprender tecnologías nos pueden seguir sirviendo para el nuevo sistema. Eso y las consecuencias principales, y cómo poder ponerse inmediatamente en funcionamiento. Por eso he publicado un par de entradas en mi sitio explicando ésto con algún gráfico extraido de la presentación de Stephen Sinofski de ayer. Curiosamente, se desvía muy poco de lo que anticipábamos aquí y en mi sitio a comienzos del verano.

Si hay alguna pregunta, estoy, como siempre, a vuestra disposición.

Saludos

Marino

www.elavefenix.net

El Ave Fénix,alcanza el millón de visitas

2011-07-10T17:25:00Z

Descontadas las mías, que serán unas 10.000 en 9 años de publicaciones, desde que empecé con el proyecto. Inicialmente era un soporte para mis clases, y más adelante se fue convirtiendo en una Web de noticias y referencias para desarrolladores de .NET. También me gusta incluir noticias de las innovaciones tecnológicas (relacionadas con los avances en Nanoelectrónica, Física de materiales, etc.), que pueden tener una influencia en el desarrollo de la Informática. También añadí algunas rutinas de código que me parecían interesantes, y por último incorporé un "Bestiario de Monstruos"...de la informática. Los creadores de .NET, los Premios Turing, los pioneros... con unas pequeñas "bios" para tener una idea de quiénes fueron los que comenzaron con todo esto que nosotros estamos haciendo ahora.

Aprovecho desde este foro para dar las gracias a todos los que lo hayáis visitado alguna vez., y animar a los que no lo conozcáis a que entréis y me deis vuestra opinion (mpm@elavefenix.net). Siempre será bienvenida.

¡Que el mes de Julio nos sea leve!

www.elavefenix.net

Librerías y marco de ejecución de Windows 8 (I)

2011-07-10T17:10:00Z

Comienzo lo prometido (que en los foros públicos, más que en ningún otro sitio, es deuda). Ya disponemos de más información detallada sobre las librerías y algunas peculiaridades del marco de ejecución de Windows 8 (y su relación con Jupiter). La peña del foro de "My digital life", ha estado currando, y Mary Jo Foley (ZDNet), tuvo la amabilidad de pasarme el otro día algunos datos, como respuesta a la transcripción que le pasé de mi entrevista con Paul Cotton. A partir de ahí y alguna otra información adicional he podido ir tirando del hilo...que debiera ser el hilo de Ariadna, dada la cantidad de mitología griega implicada en el asunto (Apollo, Jupiter, etc...)).

La información resultante, aunque todavía en pañales es bastante aclaradora de la situación. Hay algunas capturas de pantalla de demos funcionando, listados del Examinador de Objetos mostrando algunos de los espacios de nombres más significativos, y muchas referencias al modelo de ejecución. El segundo de esta mini-serie ya está disponible en mi sitio Web (que, por cierto, ha sobrepasado hoy el millón de visitas...)). Seguiré publicando sobre el tema cada 3 o 4 días hasta agotar toda la información disponible que me parece relevante para el desarrollo.

Referencia del artículo: http://ww.elavefenix.net

Un saludo y buen verano (o invierno, según el hemisferio)

Peter Bright explica las razones del cambio del modelo de desarrollo de Windows 8

2011-06-29T18:05:00Z

Y de paso, amplia mi pequeño resumen en castellano que publiqué hace unos días, como mucho más detalle y lujo de enlaces y referencias. De todas formas, este "finde", habré podido acceder a información adicional al respecto y podré comentar un poco más de los modelos propuestos, con referencias a DLL concretas y otros aspectos que parece que se pueden deducir de las primeras aproximaciones al producto.

Sin más, este es el artículo completo (extenso y detallado) que escribe Peter Bright en Ars Technica: http://t.co/8Z0VFTV

Saludos

Marino

Desvelado el misterio: Windows 8 igualará a los desarrolladores .NET con los de C++ y los HTML5 +JS en un nuevo API: WinRT

2011-06-26T18:58:00Z

Es una filtración que me ha llegado por casualidad, pero es MUY significativa, tiene muchísimo sentido y explica muchas de las cosas que -yo al menos hasta esta mañana- no acababa de comprender. EL mensaje es de tranquilidad y al mismo tiempo de un mundo nuevo y tremendamente atractivo que se abre para todos los desarrolladores. Digo TODOS. Eran más de 8 folios en inglés, que he traducido en lo fundamental para quedarme con lo que realemente nos va a importar. Aún resumiendo lo fundamental, me ha quedado un artículo largo, donde comento lo de las nuevas API de Windows 8, la base de WinRT como mecanismo que permite a todos los desarrolladores acceder al sistema desde su respectiva plataforma, pero de forma NATIVA, el nuevo -e importantísimo- papel de XAML y el concepto que hay por debajo (DirectUI).

Lo tenéis en la siguiente página de mi sitio: http://www.elavefenix.net/AnticipoAPIDesarrolloWindows8.aspx

Espero que esto aclare muchas cosas y tranquilice conciencias y temperamentos. La mía está mucho más tranquila, desde luego.

Un saludo a todos

Marino

Le pregunté a Paul Cotton (W3C/HTML5) por Silverlight...y no escurrió el bulto-;)

2011-06-19T19:13:00Z

Pues sí. Paul es un ex de IBM, trabajó con la W3C en el estándar XQuery y fue Embajador de las Naciones Unidas durante 6 años. Precisamente esa experiencia política (eso me dijo) hizo que Microsoft lo "fichara" para liderar los esfuerzos por parte de la compañía en torno al nuevo estándar de la Web.

Hablamos de lo que él hace en la W3C, de la posición de Microsoft, de las expectativas del estándar (su compleción, su fecha de terminación, el tiempo que calculan de adopción para las empresas), etc. Y al final, sobre Silverlight. Respondió sin escabullirse, como buen político que es. Algunos dirán que fue "muy político", pero yo creo que fue sincero. Al menos, lo parecía. Quien vea la entrevista (disponible en http://vimeo.com/netalia/paulcotton)

podrá opinar con conocimiento de causa. La he traducido y saldrá publicada en el número de verano de dotNetMania.

Días después, tuvo lugar el MIX Legacy, como algunos ya sabéis. Mi charla fue precisamente sobre las conclusiones que podían sacarse de esa entrevista, de las anteriores que hice a Tim O'Brien y a Francisco Bonnín y de las consecuencias que podían deducirse de los dos eventos importantes del año: MIX y Tech-Ed de Atlanta. La ponencia también está disponible en vídeo, y acabo de dejar para descarga el PDF de la presentación.

Espero que esto sirva algo para aclarar el oscuro panorama actual, y -precisamente por eso- me gustaría utilizar este foro para preguntaros vuestra opinión a la vista de las últimas novedades y de los anuncios relacionados con Windows 8.

Saludos a todos y espero vuestros comentarios (o correos a mpm@elavefenix.net).

Marino

¿Alguién me puede explicar qué verdad hay en ésta afirmación anti-IE?

2011-04-01T18:07:00Z

Acabo de leer en un libro sobre HTML 5 (ya estoy preparando mi siguiente libro) lo siguiente :

"Most web servers serve HTML pages with the text/html MIME type because of Internet Explorer’s inability to properly handle the application/xml+xhtml MIME type associated with XHTML pages. Because of this, browsers tend to strip off self-closing tags because self-closing tags were not considered valid HTML before HTML5."

Estoy seguro que los gurús de HTML y especialmente alguien de Microsoft podrá comentar algo al respecto porque me suena a cantinela tipica "Anti-MS". Además, el libro ha aparecido hace muy pocos meses.

Por cierto, me han renovado como MVP en C# por 9º año consecutivo. ¡Felicidades a los de mi "quinta"! (renovados en abril).

Un saludo

Se anuncia oficialmente Silverlight Embedded y Windows Embedded Compact 7

2011-03-06T13:24:00Z

El nuevo sistema operativo dispondrá de 3 versiones en función del tipo de dispositivo (Compact, Standard y Server) y pretende cubrir un espacio en aquellos sistemas donde las versiones tradicionales no son las más adecuadas. No obstante, llaman la atención un par de cosas: La primera, que WEC7 funcione igualmente en dispositivos Windows Phone. La segunda, la aparición de una nueva versión de Silverlight, que servirá para la programación de las aplicaciones y las interfaces de usuario basadas en esta versión de Windows.

Hay una versión de prueba de 180 días descargable ya, y para los que les interese el tema, he puesto algunos detalles más en mi sitio (www.elavefenix.net).

El Paradigma del Intermediario (un poco de historia)

2011-02-01T11:40:00Z

Este artículo lo publiqué en un medio universitario hace 10 años ahora (de ahí el tono tan formal del texto). .NET estaba apareciendo y al releerlo, me ha sorprendido que, a pesar del tiempo transcurrido (un mundo, 10 años) creo que sigue siendo válido en lo fundamental.

Desde los tiempos de los mainframes, la evolución en las estructuras y soluciones de software, parece haberse basado en dos conceptos básicos:

Disgregación o Intercalación (o cómo sacar factor común)
La comunicación entre los elementos disgregados, que ahora denominamos mecanismos de integración de sistemas, orquestación de soluciones, etc.

Dicha comunicación plantea básicamente un problema de lenguaje y además, afecta la forma en que se escribe el software, tanto estructural como específicamente.

Una breve memoria histórica, nos lleva a tiempos del DOS, cuando se hicieron populares las aplicaciones TSR (Terminate & Stay Resident), que, como su nombre indica, permanecían en memoria pudiendo ser recuperadas más adelante con una combinación de teclas. Los problemas de colisión que surgieron entonces, podían resolverse mediante la aportación de un intermediario, el conocido como Extensor del DOS, un programa que se cargaba al lanzarse el sistema operativo, y permitía administrar la memoria de forma que cuando una aplicación necesitaba una ubicación en memoria extendida, no la tomaba directamente, sino que la solicitaba a través del extensor, quien la administraba, evitando colisiones entre zonas ocupadas por distintos programas. Ciertos enlazadores (linkers) de la época tenían bien en cuenta esta circunstancia (por ejemplo, Blinker).

Pero la idea puede extenderse: pongámonos de acuerdo en el paquete funcional que da acceso a cada origen de información, de forma que el cambio de dicho origen no suponga la modificación de la aplicación que lo utiliza. Se populariza a partir de ahí la estructura fragmentada, que incluso hoy ha llegado a su máxima expresión en lo que conocemos como arquitectura multicapa.

Con el advenimiento de Windows, el concepto de DLL se convierte en el principal ejemplo del intermediario, esta vez en su versión sacar factor común. Las DLL de Windows, almacenan un conjunto funcional común que pasará a denominarse API de Windows, y que permiten a cualquier programa instalado en el sistema, utilizar los mismos recursos. Los programas no tienen que incorporar ya en sus ejecutables lo que el sistema les proporciona por defecto.

Sin embargo, el paradigma del intermediario como solución, no llegaría a su madurez hasta el advenimiento de ciertos estándares de intermediación llamados modelos de objetos: COM y CORBA son sólo dos ejemplos, a los que seguirían los modelos de acceso a datos, tales como ODBC y OLE-DB, o el propio modelo de objetos de documento (DOM), que convierte lo que es texto plano (HTML) en un sistema de objetos en el cliente capaz de ser programado mediante un lenguaje de script.

Desde el punto de vista del programador, incluso el concepto de interfaz descansa en varios sentidos en el concepto de intercalación. Pero, los principales lenguajes de programación lo han estado usando desde el principio: las MFC y posteriores WFC y .NET Framework, no son otra cosa que inmensas jerarquías de clases comunes a las que un lenguaje puede hacer referencia. Por eso, la importancia del lenguaje se minimiza, reduciéndose a una mera cuestión de afinidad sintáctica. Las capacidades del actual Visual Basic .NET son prácticamente idénticas a las que posee el novísimo lenguaje C#. Al final, todo es MS-IL (código intermedio: el gran intermediario en .NET) y lo que realmente facilita la programación es el conocimiento de la jerarquía (o mejor aún, de los mecanismos de búsqueda y manipulación, dentro de ella), más que la adhesión a un lenguaje concreto.

Y MS-IL tiene una contrapartida externa: el recién aparecido estándar XML, una sintaxis (que no lenguaje) común -autodefinido, mediante Schemas- para permitir el transporte y la comunicación de datos entre sistemas y plataformas distintos. Y en eso, comparte algo en común con MSIL que resulta fundamental: ambos disponen de metadatos: de un sistema de autodescripción.

Tenemos pues, un modelo de arquitectura que se repite por doquier. De hecho, una de las más relevantes novedades de .NET, es el sistema de comunicación entre objetos, basado en el concepto de delegado (delegate). Un delegado es el intermediario por excelencia al estilo de los viejos extensores del DOS: se sitúa en una zona intermedia y vela por la correcta comunicación entre métodos de objetos distintos, garantizando la presencia del receptor, y la compatibilidad de los tipos de datos recibidos por éste.

Es la solución aportada por Hejlsberg al problema de los punteros nulos (si queremos tener garantía que un mecanismo de comunicación es eficaz, garanticemos, primero, la presencia de los sujetos de la comunicación (tipos emisor y receptor) y después, al de la coherencia de la información transmitida: los tipos de datos pasados entre uno y otro. Eso posibilita gran parte de la seguridad asociada .a NET, y la garantía de la ejecución administrada de programas: de nuevo el paradigma del intermediario, ha sido la solución a un problema de software.

</ARTICULO>

Saludos

Mi libro "Silverlight 4 & Introducción a WP7", terminado

2011-01-12T22:21:00Z

Por fin, estas navidades he podido sacar el tiempo que no tenía habitualmente para terminar la actualización de mi libro sobre Silverlight a la nueva versión, e incluir un amplio capítulo dedicado exclusivamente al desarrollo con Windows Phone 7. Han sido casi 3 semanas de comer, dormir y escribir, -sin casi salir a la calle- aunque no por ese orden...))

Como es habitual en mi caso, lo publico con Netalia Ediciones, dentro de la colección "Cuadernos Técnicos de dotNetManía", y ya solo queda esperar a lo que tarde la maquetación y la impresión, por lo que espero que esté disponible a finales de Enero o primeros de Febrero.

Aunque lo hago de forma general en los agradecimientos, al inicio de la obra, aprovecho este medio para reconocer a muchos lectores de la revista y de los sitios web donde escribo por su apoyo constante y sus ánimos.

Un abrazo

Nuevo sitio en Microsoft: HTML 5 Labs

2010-12-29T11:52:00Z

Un nuevo sitio de Microsoft, dedicado a la investigación de prototipos basados en el nuevo estándar HTML 5 ha visto la luz recientemente y está disponible en la dirección " HTML 5 Labs ". La declaración de intenciones es clara, y así lo explica Jean Paoli , co-autor del estandar XML y General Manager for Interoperability Strategy en Microsoft, en el artículo " Prototyping Early W3C HTML5 Specifications " garantizar a los desarrolladores...(read more)

Lo nuevo en Silverlight 5

2010-11-23T21:00:00Z

Ya no es un secreto para nadie que Scott Guthrie anunciará la nueva versión Silverlight 5 en el próximo "Silverlight Firestarter" del día 2 de diciembre. Lo comenté yo también ayer en más detalle en el blog de DotNetMania (blog.dotnetmania.com). Tampoco lo es el papel futuro que la plataforma tendrá en el desarrollo para XBOX360 (la tan traída y llevada oferta de trabajo para ingenieros de software que se incorporen a ese proyecto). Pero lo que quizá no resulte tan conocido, son algunas de las características que parece que incorporará esta versión. Los mentideros allegados son un hervidero en estos momentos y hasta se hacen porras (versión USA) sobre las novedades que anunciarán Guthrie el dia 2. Aunque no suelo hacerlo, me he liado la manta a la cabeza (para taparme la calva, más que nada) y me he decidido a apostar por las que pienso que tienen más posibilidades de estar en esta versión. Lo podéis ver en la primera entrada de la sección "Crónicas Binarias" en mi sitio: www.elavefenix.net/cronicas.aspx. Faltan cosas que seguro que estarán (si no en la beta en la versión final), y quizá alguna de las que cito no aparezca. Veremos qué pasa...)) Saludos

La historia de la creación de .NET

2010-07-29T08:40:00Z

A propósito de mi "post" anterior sobre los delegados, varias personas han comentado su interés por saber algo más de la historia de la creación de .NET, y algunas de las curiosas circunstancias que se dieron, así que aquí va lo que yo sé por entrevistas con el propio Hejslberg, Don Box, y algunos otros. Hejlsberg es un tipo totalmente vocacional, y en otra entrevista decía "I got into programming not because I wanted to make a lot of money, or because someone told me to. I got into it because I just got totally absorbed by it. You just could not stop me". De hecho, a la pregunta de porqué se había ido de Borland, respondió: "pensé que era el momento para mí de buscar nuevos retos. El tiempo que pasé en Borland fue excelente, pero por otro lado el tener la oportunidad de trabajar con algunos de los más brillantes diseñadores de la industria informática de hoy, me resultaba muy atractivo".

(Hejlsberg en Tech-Ed 2007)

Hejlsberg entró en MS en 1996 con una oferta irresistible. Él mantenía correspondencia desde su época de arquitecto en Borland con algunos líderes tecnológicos de diversas compañías, entre los que estaban Brian Harry (MS), personal de IBM, de universidades, etc. Y uno de los motivos de esas discusiones trataba de cómo debería de ser un Garbage Collector (las discusiones sobre este tema son abundantes en la red), y sobre cómo se podría hacer una nueva plataforma de ejecución que mejorase las prestaciones de J2EE (más de 10 años después de la creación de éste). Gates quería conseguir una plataforma similar pero mejorada, que aprendiese de los fallos y mejorase y actualizase sus posibilidades. Y Hejlsberg era el candidato idóneo.

En 1996 (los datos económicos no vienen de su parte sino por otra via) MS le ofreció $1,5 millones + stock options por liderar el proyecto. Borland respondió con una contraoferta y entonces MS dobló su oferta, que -además- incluía carta blanca para fichajes de su propio equipo. Fin del debate.

El propio Hejslberg me decía lo siguiente respecto a sus propósitos iniciales: "yo me incorporé a Microsoft en Noviembre de 1996, y mi primer trabajo fue asumir la construcción (como Arquitecto principal) de Visual J++. El proceso de construcción ya había comenzado y yo de hecho me incorporé a lo que después fue la versión 1.1 del producto y no era la forma idónea de abordar una implementación así, por que había que integrar como fuera Visual J++ dentro de Visual Studio, y tampoco podía decirse que estuviéramos usando el modelo de objetos idóneo en ese momento. Era como tomar la idea de C++ y poner Java 1.1 en su lugar, no tenía el "feeling" real de Java".

Lo cierto fue que -en un momento dado- y debido al contencioso que mantenían MS y Sun se "despistó" un correo de Hejlsberg a Gates, con copia a los principales líderes técnicos vinculados al proyecto (Peter Kukol, Nathan Myhrvold, el fundador de MS Research, etc), donde contaba lo siguiente: "Ya tenemos planeada la arquitectura de la nueva plataforma y las líneas generales de cómo vamos a implementarla. También está muy avanzado el trabajo con el nuevo lenguaje. A falta de un nombre mejor, vamos a llamarlo J++". Este lenguaje, finalmente, fue C#, por que a alguien se le ocurrió que # era en realidad como 4 signos +, y Anders afirmaba que se había inspirado en muchos otros lenguajes antiguos, no solo en C++ y Java, sino en Haskell, ML y varios más.

Respecto a C#, Anders añadía: "En C#, sin embargo, hemos podido abordar el problema completamente desde cero. Hemos considerado todas estas cosas, y hemos eliminado aspectos engorrosos, como la gestión de memoria, el manejo de punteros, y hemos hecho hincapié de forma muy especial en la seguridad de tipos y la conversión, etc, para permitir una mayor flexibilidad sin que eso suponga una pérdida de las posibilidades. Se puede seguir utilizando las características "antiguas", como código no seguro, mediante una declaración explícita, o puede usarse código totalmente seguro. Esta es una de las características de flexibilidad más importantes dentro de C#".

Otros dos pilares fundamentales a tener presentes en la construcción de la plataforma eran los servicios Web y XML como sintaxis (XML no es y nunca será un lenguaje en sí, sino una sintaxis, una forma de escribir datos con su descripción y su arquitectura. De ahí que de origen a distintas "gramáticas" que describen actividades diversas: MathML, CML VRML...), y MS ya se había anticipado y participó de forma activa en la construcción del estandar (ver documento oficial del estándar en W3C, donde aparece entre los firmantes de la especificación, Jean Paoli de MS, junto a personas de Sun, Netscape y el mundo académico.

Paralelamente, Don Box, que también colaboraba con W3C, pero en la creación del estándar SOAP, se incorporaría a MS junto a Peter Drayton, y varios más en lo que ya era una carrera imparable y bien definida en la construcción de esta plataforma...

Stan Lippmann

Entre ellos, a muchos les sorprendió encontrar a Stan Lippmann, que se convertiría en Arquitecto de Visual C++ .NET , principalmente centrado en las Extensiones Administradas del lenguaje. Durante más de una década estuvo en los Bell Laboratories donde trabajó junto a Bjarne Stroustrup (alma mater de C++) en las primeras versiones de cFront , la implementación de C++ de Bjarne.

El resto es más conocido. Cuando recupere algún dato más, lo comentaré por aquí, como lectura veraniega intrascendente...)

Saludos

Anders, ¿por qué creaste los delegados?

2010-07-27T22:47:00Z

Eso le pregunté a Anders Hejlsberg, el arquitecto principal de .NET y "alma mater" del lenguaje C#, la primera vez que lo entreviste, hace ya 10 años. La respuesta me dejo helado, por que no me esperaba algo así, y dió lugar a muchos paréntesis en mis clases donde explicaba esto con más detalle. Hoy lo quiero compartir aquí, ya que se sale de la mera teoría. Su respuesta: "No me quedó más remedio..." (¿?)

Ante mi sorpresa, Hejlsberg profundizó en el tema comentándome que, cuando Gates le hizo la correspondiente oferta (IRresistible, por que implementaba la interfaz "no puedo decir que no"), una de las cosas que antepuso fue terminar con las infames BSOD's.(pantallas azules, ya sabéis). Así que, como es un científico, abordó el problema de forma científica, y comenzo por hacer una análisis estadístico de cuáles eran sus causas. Resultó que el 90% eran debidas a drivers, y ahí solo podían ponerse serios con los fabricantes y poco más. PERO, el 10% restante, que era por causa propia, obedecía ¡en su 99%! a solo dos razones: Punteros a función perdidos y problemas "Casting" (conversión de tipos). La gaussinana resultante tenía un aspecto similar a este: (Y me hizo un dibujo parecido al que adjunto aquí):

1º Objetivo cumplido: focalizar el problema y reducirlo al máximo.

Ahora venía el segundo: dar con una solución -única a ser posible- que resolviese ambos. Y aquí es donde entra la auténtica genialidad de este danés. Vuelve a pensar en los orígenes de los dos problemas y se da cuenta de que en los dos casos se relacionan con la llamadas a métodos. Le da una vuelta de tuerca más y vuelve a replantearse las bases de la Teroría General de la Información, para identificar al problema concreto dentro del modelo teórico: (primera página de cualquier libro sobre el tema): Emisor - Receptor - Canal e Información transmitida. Pero...¡eso es el sistema de eventos! Emisor -> La clase que llama usando un método. Receptor -> Otra (o la misma clase) que recibe (en otro método). CANAL (el vacío del entorno de ejecución - que el sustituirá por un entorno ADMINISTRADO) e Información transmitida (los valores que pasamos al receptor).

2º Problema resuelto: el modelo sobre el que se actuará queda indentificado de inicio como parte del modelo general de la TGI. Y sus partes, también: el CANAL y la recepción de los tipos esperados.

¿Qué faltaba? Lo que siempre se ha hecho en Informática para resolver problemas propios de las llamadas directas: poner un intermediario. UN DELEGADO. Las llamadas ya no se harán nunca de forma directa, sino a través del delegado, que -al estar administrado por el CLR- no intentará llamar a algo que no está disponible. Problema del puntero a función resuelto por la vía del canal (y por la eliminación de los punteros, claro).

La solución a la segunda causa, decía Hejlsberg, "me pareció trivial, una vez resulto lo anterior". Basta con que el delegado que hace las llamadas TENGA LA MISMA SIGNATURA (recordemos, mismos tipos de parámetros y mismo valor de retorno), que el receptor, y, ¡adiós a los problemas de "casting"!, y, por ende, adiós a los problemas de las BSOD por esas causas.

Hejlsberg se fue a Canada durante 6 meses a pensar sobre el asunto, pero una vez planteado al problema, afirmaba que lo resolvió en un fin de semana (al menos en teoría). Su gran apoyo: el trabajo serio, con método y los conocimientos profundos de los fundamentos. Hasta hoy no he visto nada que contradiga esos principios.

Saludos y buen verano.

PD: Se admiten comentarios, apostillas y todo tipo de opiniones. El tema creo que lo merece.

Marino