Los Senderos de .NET

Un resarcimiento para Win Vista: Windows 7.

A.Clemente — Wed, 28 May 2008 12:37:00 GMT

En esta página podemos encontrar información en castellano sobre este sistema operativo:

http://www.windows-7.es/index.php?option=com_frontpage&Itemid=1

Windows 7 (antes conocido como Blackcomb, y más tarde Vienna) se planea que sea la próxima versión de Microsoft Windows, sucediendo a Windows Vista, según Microsoft, Windows "7" será creado bajo un nuevo kernel,para así hacerlo más seguro y rápido. Algunas fuentes indican queWindows 7 se terminaría de desarrollar a principios de 2010, aunquesegún los comentarios del mismo Bill Gates microsoft pretende sacarlo para 2009.^[1] De acuerdo a la revista "Smart Computing in Plain English", el desarrollo de este Sistema Operativo comenzó inmediatamente después del lanzamiento de Windows Vista.

Fuente anterior: wikipedia, definición de Windows 7.

Cómo NO migrar una aplicación de ASP clásico a ASP.NET. Parte II.

A.Clemente — Thu, 22 May 2008 13:20:00 GMT

Hubo un tiempo -feliz aquel- en el que gracias al presupuesto de un departamento y a la amabilidad de los usuarios y responsables no técnicos de la aplicación de venta una línea de productos de la compañía (*), fue posible el intento de migración de ASP clásico a ASP.NET. Por aquel tiempo -loado sea-, contaba en la primera parte de esta trilogía los no pocos problemas que mi compañero de equipo de migración y yo tuvimos para desarrollar un plan y trasladar a mejor vida aquel caos informático. Que bonita es la ilusión por prosperar y parir un hijo binario, cuantas horas de dicha delante del ordenador pensando en la experiencia que adquiriríamos, hasta que nuestro gozo acabó en un pozo como quien dice, de ahí hasta hacer honor al título de esta segunda parte de la trilogía.

(*)Como en la primera parte, se omite el nombre de la compañía y el uso de la aplicación.

Cuando comenzamos nos dimos cuenta de que sería una tarea muy larga para dos personas, tan larga como Pau Gasol espaguetizándose en la entrada a un agujero negro y como buenos analistas, comenzamos por hacer una estimación de tiempo que supusimos, basándonos en la documentación de la aplicación antigua y dado que nuestra forma de implementar la aplicación en tres capas sería sin ayuda de generadores de código, en unos seis o siete meses. Para nuestra jefa, pagana en tecnologías .NET, este era un tiempo razonable y todos éramos felices y comíamos perdices al ajillo pensando en nuestro trabajo. Ahora, un poco de arquitectura, algún rifi-rafe entre mi compañero y yo por no ponernos de acuerdo, que si es bueno poner muchos proyectos, que si no es bueno. Ojo con el rol del usuario. Esa cadena de conexión no me gusta nada. Te estás pasando con el ViewState, desactívalo anda. ¿Una MasterPage o dos?. ¿Cuántas clases de entidad y colección?. Cosas típicas de diseño y arquitectura del software, lo que siempre te puedes encontrar.

El usuario es caprichoso, el usuario a veces pide cosas que sólo pueden hacer los magos de la Tierra Media, el usuario a veces es objeto de la ira del analista y de las ganas de éste último por cogerle del cuello y apretar muy fuerte muy fuerte hasta notar en él la congestión del color morado de su tez indicando una asfixia casi inminente, esto es así, pero nunca se cumple por respeto y tal vez porque está feo. En vez de esto hay que tener un poco de sosiego, hay que oír, pensar, sugerir pensando que el cliente tiene razón, diseñar y desarrollar. El usuario quiere ver sus datos de la forma que más cómoda le resulta aunque a tu juicio sea como tumbarse en una cama de clavos al rojo, y es aquí donde viene lo que intentó ser el núcleo de nuestra aplicación.

Ahora, en el proceso de gestación de la criatura viene lo másinteresante, crear el cerebro y el corazón, cerebro por la parte quetoca al negocio, corazón por la parte en la que te muestras al mundo.Nunca lo imaginé, pero toda la aplicación giraba alrededor del control .ascx para GridViewmás completo programado hasta entonces -tal vez exagero- pero sin élsería imposible hacer hablar a nuestro pequeño bebé.

Todo el que haya hecho alguna vez una aplicación de tres capas, sabrá perfectamente que cuando tu fuente de datos .NET es adjuntada directamente al GridViewtodo funciona a la primera, es decir, cuando se utiliza el asistente y un DataSet puedes paginar, ordenar, insertar y actualizar sin apenas problemas, pero si tu aplicación es de tres capas y loque insertas en el GridView es una colección de entidades, tendrásmuchos problemas a la hora de hacer algo más que mostrar datos.

Todo un reto para nosotros. Miramos el problema desde muchos puntos de vistaantes de dar con el que nos pareció mejor: tendríamos un archivo deconfiguración -un milagroso archivo de configuración-, una clase normal y corriente con métodos estáticos quele diría al GridView qué y cómo tenía que pintar los datos dados para cada tipo de entidad/colección/selección. El GridView internamente se encargaría de llamar a esosmétodos usando Reflection y de esta forma, no depender del tipo de lacolección o de la entidad para dibujar lo que queremos. Aunque no loparezca, esta idea es simple y funcionó bien, éramos capaces de dibujarcualquier tipo de colección con el mismo código dentro de nuestroGridView, en otras palabras, estábamos en el camino de conseguir unGridView Universal. Pese a que esto no deja de ser reinventar la rueda, noencontramos casi ninguna ayuda en internet y gran parte del trabajopartió de nosotros y algún cable que nos echó un amigo de uno de los departamentos de desarrollo de la compañía (Gracias Karako)

La aplicación antigua era capaz de hacer cosas de mucho nivel para una programación espaguetti, podía pintar datos en tablas sacados de un origen de datos de SAP, a veces sus salidas se asemejaban al trabajo de un delineante con el Autocad intentando dibujar la planta del Escorial u otra forma de decirlo: cuantas horas de diversión y cuantas plegarias a Nuestra Santísima Señora de la Incorruptible Paciencia programando la salida por pantalla. Para muestra un botón:

Esto sí que es una forma "cómoda" de ver los datos. Sin más, el cliente manda. Por cierto, qué útil es Paint para ocultar datos, siempre será para mí ese amigo inseparable por siempre.

Como podéis ver, es muy normal encontrar cabeceras de dos filas con celdas divididas, al igual que las propias celdas de los datos que aparecen divididas internamente. Antiguamente, según me permitía ver el código, el algoritmo iba leyendo un flujo de texto en formato xml extraído como salida a la consulta de SAP y según lo encontrado, generaba en el html de cliente etiquetas <table>, <td> y <tr> con su respectivo texto dentro, huelga decir, que cada consulta era especial y única y requería su propio algoritmo. Sí compañeros, la santa paciencia estuvo muy contenta por aquellas fechas.

Para emular esto recurrimos a una idea que quedó como castillo aéreo por la razón que después daré. Pretendíamos leer de SAP los datos en bruto y después dejarlos en colecciones independientes, cada colección se insertaría al DataSource de un nuevo GridView y en cada celda que tenga que estar dividida internamente en el GridView general, se insertaría el GridView pequeño con la tabla interna, es decir, GridViews dentro de GridViews. Esto nos permitía tener una única forma de leer cualquier tipo de salida de SAP y poder pintarla de forma recursiva, el GridView leería del archivo de configuración la posición de las tablas y todo sería pintado, me gustó mientras fue posible.

Otro problema con el que nos encontraremos si queremos que nuestro GridView pueda ordenar por campo al hacer clic en un nombre de la cabecera tampoco se resuelve si programamos en tres capas, para ello, el archivo de configuración le decía al GridView cuáles eran los nombres de los campos y en qué posición debían ser mostrados, de esta forma, el GridView era capaz de construir las columnas totalmnete ordenables y paginables.

Además de esto, es muy normal que en una base de datos tengamos para un campo, por ejemplo ESTADO_CLIENTE, valores constantes, por ejemplo Honorario, Solvente y Deudor. Este aspecto también fue contemplado por nuestro GridView y así hacer las inserciones en él mismo sin recurrir a formularios. Para ello pintábamos en el GridView tantos DropDownList como fuesen necesarios. De nuevo, el archivo de configuración le decía al GridView que para ese tipo de entidad debía pintar un DropDownList en ese campo y rellenarlo con esos valores constantes sacados automáticamente de la base de datos.

Aquí no acaba la cosa pues también era necesario para las inserciones validar los datos, para ello, en vez de crear dinámicamente validators dentro del GridView, hacíamos al archivo de configuración extraer de la base de datos los metadatos de la tabla (longitud máxima del campo, campos no nulos, tipo de dato, clave primaria...) así conseguimos que al insertar, sólo se consiguiese escribir lo que los metadatos dejaban al usuario.
Por no hablar de la barra de scroll, notificación automática de errores, accesibilidad web con la posibilidad de que los comerciales utilicen la aplicación desde una PDA, la capacidad de extraer los datos de SAP o de Oracle/SqlServer indistintamente, así como de añadir dinámicamente botones de imagen para actualización, modificación, borrado y extracción de la fila a un formulario.

Incluso un día, el tiempo planificado para el proyecto se redujo drásticamente cuando nos dijeron que a partir de ese día el proyecto entraba dentro de las normas de calidad de la compañía. Esto quería decir que podríamos utilizar Enterprise Architect para generar el diagrama de clases y utilizar un generador de código propio de la compañía para tener operativa una primera aplicación apenas sin teclear ni una línea, además, la aplicación utilizaba un framework también desarrollado aquí dentro lo que la hacía compatible con otras muchas aplicaciones dentro de la empresa.

A este código generado le añadiríamos nuestras propias interfaces sustituyendo las construidas automáticamente y utilizaríamos el GridView mencionado con sus archivos de configuración, sólo quedaría la implementación del negocio pues la capa de datos, mappers de entidad, entidades y colecciones se dejaba como trabajo para el generador. Esto supondría poder dedicar más tiempo a documentar bien el proyecto, dejar claros requerimientos, diseño del sistema y análisis del sistema con Enterprise Architect, conjuntos de artefactos inexistentes con la artesanal aplicación antigua.

En fin, las ventajas aún continúan con muchas más cosas de las que la antigua aplicación carecía, pero la vida, el dinero y los jefes sin nociones sobre tecnología son así, si algo viejo funciona, ¿para qué vas a renovarlo?. Es la tónica de esta profesión, el cliente/usuario siempre se siente engañado por el autor del software ya porque suele carece de los conocimientos necesarios y no es consciente muchas veces de qué quiere y qué le será útil, siempre pensará que le intentamos vender la moto con cosas que no necesita. Ya nos lo dirán ellos a nosotros cuando haya que migrar todo a Vista dentro de no mucho y los sistemas en ASP clásico dejen de funcionar para siempre. Cada vez que falle la aplicación antigua, cosa diaria por cierto y cada vez que seamos más reticentes para recuperar al sistema de un error.

Ella me dejó tecleando alguna línea perdida de código en la aplicación, me dejó con el dedo pulsando una letra cuando me dijo: "no sigas, nos han cancelado el proyecto y no ha habido forma de convencerles de lo contrario". Y es que mi jefa también tiene otros superiores. Nuestro bebé se quedó ahí, en un estado embrionario, ¿eterno?, no se, él espera de que algún día alguien continúe haciendo de vientre materno y le siga dando forma, los de arriba no quisieron entender las muchas mejoras que traería el no-nacido.

Aún hay más, un tiempo para el respiro dentro de tanta frustración. Próximamente, algún día.

Alfonso Clemente.

Arreglando errores LOGICOS en tu Disco Duro

A.Clemente — Wed, 05 Mar 2008 14:19:00 GMT

Este problema ha ocasionado la pérdida de información muy importante a mucha gente por desconocimiento ya que, después de la desesperación del momento, opta por formatear su disco duro o bien por devolverlo a la casa donde lo compró para tener uno nuevo. Tal vez aún no sea tarde y no sea necesario darle formato perdiendo, por tanto, aquellos datos tan importantes.

¿Cómo puedo volver al pasado, cuando todo iba como la seda?

Existe una herramienta para tales efectos llamada Hiren's, que si no me equivoco ya va por su novena versión. Con Hiren's será relativamente fácil recuperar tu disco duro y dejarlo como nuevo, pero !ojo!, estoy hablando de errores LÓGICOS y no FÍSICOS, si tu problema es que le has pegado un golpetazo contra el suelo y has desencajado sus delicadas piezas por dentro, es evidente que esto no funcionará.

¿Qué es Hiren's?

Es un conjunto de herramientas muy útil para recuperar información en Discos Duros cuando hemos borrado archivos por accidente o incluso cuando hemos perdido la tabla de asignación de archivos, Hiren's también permite escaneos de memoria para ordenar la tabla de asignación o para desfragmentarlos.

¿En qué situaciones funciona Hiren's?

Debido al actual uso masivo de discos duros externos, no deberías utilizar Hiren's en discos duros externos conectados con usb, para ello, deberás extraer el disco de la carcasa y conectarlo al cable IDE de tu ordenador portátil o sobremesa, de esta forma, Hiren's trabajará a la perfección. Un problema muy común para el cual Hiren's es muy recomendable es el siguiente: por dejadez, al final terminamos por pegar el "tirón" al cable de usb en vez de desconectarlo correctamente utilizando el sistema operativo, en estas ocasiones, el disco duro es muy propenso a desactualizar su tabla de asignación por estar leyendo o escribiendo en ese momento, acto seguido, veremos como nuestro disco duro es incapaz de reaccionar o incluso de no aparecer como unidad. Esto sucede porque nuestros archivos ya no están indizados mediante la tabla y, aunque la información sigue estando ahí, no podemos acceder a ella.

¿Cómo consigo Hiren's?

Las herramientas Hiren's las puedes descargar gratuitamente de megaupload (la herramienta también es gratuita, las chicas guapas que verás en el enlace creo que no xDD):

http://www.megaupload.com/es/?d=3U1DAIB0

¿Cómo utilizo Hiren's?

La descarga es una iso que deberás quemar acto seguido en un CD. Este CD será auto-bootable y, de este modo, al arrancar tu computadora, podrás acceder a la herramienta siempre y cuando tengas la BIOS configurada para arrancar desde el CD. Aparecerá un menú muy intuitivo con muchas herramientas para utilizar, para el problema expuesto anteriormente, recomiendo la herramienta HDD Regenerator por ejemplo aunque hay otras muchas, todo es cuestión de observar con atención el menú y saber un poquito de inglés para leer la descripción de cada una de ellas.

¿Alguna otra recomendación?

Por supuesto, se trata de un famoso refrán: "más vale prevenir que curar", esto es, evita en la medida de lo posible, pegar el famoso "tirón" a tu HD :p.

Alfonso Clemente.

C, C++ y los punteros: ¿perdemos las buenas costumbres?

A.Clemente — Thu, 24 Jan 2008 13:23:00 GMT

Navegando por ahí encontré por casualidad un interesante artículo en inglés sobre lenguajes de programación titulado "Computer Science Education: Where Are the Software Engineers of Tomorrow?" "Educación en ciencias de la computación: ¿Dónde están los ingenieros del software del mañana?"

Escrito por Robert B.K. Dewar y Edmond Schonberg, doctores en Ciencias de la Computación de la universidad de Nueva York y Presidente y Vice-presidente de AdaCore Inc., tratan de presentar a la educación de hoy día como insuficiente a la hora de tomar conciencia de cómo la máquina física va inherentemente unida al código programado. Estos señores han llegado a una conclusión a la que también llegué yo por mi cuenta el año pasado mientras me ganaba un dinerillo como profesor particular y que después comentaré. En este artículo, se defiende abiertamente la nafasta influencia que Java, como primer lenguaje de programación enseñado en las universidades, crea en el novato programador un estilo mecánico de programación que apenas requiere conocimientos fuera del lenguaje.

Muchos de vosotros que habéis estudiado una titulación de Informática o estáis en ello, recordaréis con nostalgia aquel primer año en que C era el lenguaje de referencia a aprender para estar curtido a prueba de bombas, seguro que tenéis grabado a fuego vuestros primeros pasos intentando comprender como funcionaban los punteros y cómo se pasaban por referencia, además de las funciones malloc, calloc, sizeof y similares. Aquello era bueno, te hacía pensar, te obligaba a tomar conciencia de cómo el programador, al tirar el código, tenía que llevar una cuenta mental del mapa de memoria para no causar un desbordamiento, era imperante que para cargar un objeto en memoria se debía calcular su tamaño y hacer las referencias oportunas hacia él de modo que se era totalmente consciente en todo momento de la relación leguaje-máquina.

C y C++ lo tienen todo, programación a bajo nivel que nos permitía programar controladores para todo tipo de maquinitas, hasta lo más abstracto, el concepto de namespace, herencia, clase y objeto con el valor añadido de tener que ser el programador el encargado de reservar memoria (famosisimos new o malloc dependiendo del momento) y por supuesto de destruir el objeto una vez no hiciese falta (con un destructor que ha pasado al olvido) y sobre todo, lo que más me gusta: son lenguajes fuertemente tipados.

No confundáis lo que quiero decir, no pretendo volver a lo viejo, solamente enseñarlo pues así crearemos buenos programadores con sólida cimentación, aquellos que saben dónde va a parar todo el código que han escrito. Las nuevas tecnologías son buenas y muy útiles para hacer las cosas, .NET, J2EE, SAP/Abap... permiten hacer virguerías impensables hace pocos años con sus lenguajes de alto nivel y sus librerías fáciles de comprender, también hacen un uso óptimo de la máquina sin llegar a colgarla además de encargarse de borrar lo no utilizado una vez no es necesario. Son tecnologías que se deben usar para no caer en la chapuza, sin embargo, veo necesaria la enseñanza de C y C++ como medio de hacer ver al alumno que no todo el monte es orégano y de recordarle que, al fin y al cabo, está escribiendo instrucciones para ser ejecutadas por una máquina.

Recuerdo cuando hace tres años tuve que hacer un programa para tratamiento digital de imágenes en Visual C++ en el que, a base de punteros, tenías que declarar un bitmap y dejarlo en una zona de memoria de modo que cada vez que tuvieses que modificarlo, debías apuntar hacia él y tener plena conciencia en todo momento de qué estabas haciendo exactamente en la memoria. Recuerdo las veces que tuve que pulsar el botón de reset del ordenador por inactividad total del sistema para poder continuar y pensar mejor qué era lo que esta haciendo. Es bonito saber que hay gente capaz de escribir un bucle for y extraer los datos de un determinado bloque de memoria a bajo nivel, incluso de escribir en C un programa que escribirá a su vez cosas en ensamblador (si amigos, se trata de un compilador o intérprete en su defecto)

Me alarmé profundamente cuando el año pasado, dando clases particulares de Fundamentos de la programación I a un amigo mío, vi que habían cancelado el tema de los punteros, con ello acabaron con la filosofía de C, si cancelan los punteros, pensé, ¿que sentido tiene la asignatura? podrían comenzar directamente con Java y esto que se ahorraban. De este modo, los alumnos no sabrán que un objeto o una variable no se crea en las nubes a no ser que sean capaces de llegar a esa conclusión por ellos mismos. Tal vez no caigan en la cuenta de que hay que reservar un espacio para ella y apuntarla cuando nos haga falta pasarla por referencia o crear una copia en una zona adjunta o donde queramos cuando la pasemos por valor. Estos conceptos se han perdido con los nuevos lenguajes, ahora asumimos que todo es por referencia cuando se trata de un objeto o por valor cuando se trata de un tipo simple y encima se nos destruye automáticamente.

Por supuesto, no podía pasar por alto los famosos lenguajes script que, aunque son muy versátiles y funcionan en condiciones extremas por su condición de ser, normalmente, interpretados, también crean muy malos hábitos a los aprendices de programador, se trata de una depuración de prueba y error en la que caer en fallos es fácil por hacer asignaciones al tuntún como que la variable jota ahora devuelve un string y en la siguiente línea devuelve un ornitorrinco. Leí un artículo por ahí de alguien que aconsejaba aprender python como primer lenguaje y me echaba las manos a la cabeza. Aunque python es tipado, no me parece elegante para comenzar, el alumno se creará malos hábitos si las conversiones de un tipo a otro se hacen sin saber por qué. A mi parecer, un entero es un entero y debe morir como entero, pues es la filosofía informática es esta, formatear información y guardarla en celdas para que signifiquen algo. Recomiendo los lenguajes script a la gente ya curtida pues son realmente útiles para muchas cosas en las que los lenguajes con declaración se halla realmente limitados, pero no para empezar en esto de la programación.

Hace un año tuve que programar un sencillo compilador en la carrera y tuvo que ser en Python y la verdad, era de locos pegarse con eso hasta coger la soltura necesaria, después me he pegado con otros como VBScript y javascript ahora como desarrollador web y he conseguido reafirmarme más aún en mis teorías de no enseñar estos lenguajes como primeras lenguas. Utilizando un lenguaje tipado incluso se tiene la ventaja de poder usar ayudas en tiempo real en el entorno de programación pues suelen traer herramientas para ver que contiene determinado objeto durante la depuración, ya que este se encuentra reservado y formateado con un tipo concreto que permite saber si hemos intentado meter el triangulito de plástico duro en la hueco con forma de cuadrado ¿os acordáis de los juegos para los niños pequeños? sin embargo, dentro de los lenguajes tipados se debería enseñar primero los que declaran variables y reservan espacio a mano, huelga decir la potencia que los lenguajes donde no se declara el tipo es menor a los que en este artículo tratamos en cuando a eficiencia en la generación de código.

Todo esto no interesa a las empresas que como finalidad buscan picateclas que no se pregunten el funcionamiento de una máquina, carne vendida como el embutido a las software factories donde llegan licenciados en carreras que poco tienen que ver con la informática y son entrenados en cursos de un mes de java y ¡hala!, a trabajar como analistas. Esto no trae nada bueno, no ganaremos en buenos profesionales con buenas costumbres programáticas, que realicen código bonito y de calidad y estén por tanto, bautizados en fuego. Un buen programador no debe entender de Java, de C# o Visual Basic, ni siquiera de C ni de C++ realmente, a un buen programador no debe importarle el lenguaje pues finalmente todos sirven para lo mismo. Un buen programador es capaz de abstraerse del lenguaje y de implementar un algoritmo formal para resolver cierto problema de forma algorítmica en una máquina que guarda datos y puede operar con ellos. Todo esto amigos, se puede perder si la universidad no deja de producir programadores sin abstracción y las empresas de contratar gente sin nociones. Todo esto, en definitiva, no me gusta.

Cómo migrar una aplicación de ASP 3.0 a ASP.NET. Parte I.

A.Clemente — Wed, 23 Jan 2008 11:13:00 GMT

Soy nuevo en la oficina, todo el mundo es nuevo alguna vez en algún sitio, yo lo he sido en uno de los edificios de la compañía(*) en Tres Cantos (Madrid) y como nuevo me tocan hacer las cosas que hace el nuevo. He tenido suerte, nadie me ha humillado aún, no he tenido que ir a por cafés para todos ni hacer fotocopias ni barrer el suelo, de hecho tengo tarjeta de acceso, silla y ordenador propio desde el primer día (cosa rara aquí) y un amigo que todos los días me puede ejecutar un iexplore.exe con su usuario para tener internet y un compañero de proyecto que ya estaba antes que yo y que también parece apasionado por la tecnología.

(*)Nombre de la compañía omitido, en adelante se referirá a esta empresa como "la compañía"

Realmente trabajo para una consultora tecnológica que presta servicios a la compañía y he llegado aquí como especialista en tecnologías web .NET -wow!-recomendado por mi jefe que se encargó de pagarme las certificaciones MCP, MCTS y MCPD. Vaya, resulta que soy toda una autoridad en la materia. Si señor, con dos c.....s, salvo por un pequeño inconveniente que todo el mundo olvida a veces: TENER CERTIFICACIONES NO TE GARANTIZA QUE SEPAS. Nunca he trabajado en un proyecto real, solo en personales, me he metido bastante caña y la verdad es que me desenvuelvo bien haciendo aplicaciones web y de escritorio para mí, me apasiona programar cositas por mi cuenta, de no ser por eso, estaría bastante asustado con este puesto.

Retomo y al grano: soy nuevo, eso es evidente a la par que verdad universal, acabo de llegar y la jefa del proyecto (buena consultora SAP pero que no tiene mucha idea de .NET) me pone en circunstancias:

-Hay una aplicación web en ASP 3.0 que necesita ser traducida a ASP.NET, esta aplicación es usada por los comerciales de la compañía para vender una de las líneas de productos al por mayor a otras grandes empresas. No tenemos ningún tipo de documentación.

-Pues vaya -me dije respirando hondo, pensando que uno de los productos vendidos me lo tendría que aplicar yo en cierta zona tan pronto como fuera posible. Allá cada uno con su imaginación.

-Te encargarás de hacer un estudio del tiempo que se tardaría en pasarla a .NET sin modificar lo que hay hecho -dijo ella, en ese momento la opción lubricante comenzó misteriosamente a tomar dimensiones desproporcionadas en mi cerebro. No quería migrar una aplicación, quería que en poco tiempo, la actual aplicación en ASP 3.0 aparentase estar hecha en ASP.NET.

-De acuerdo -dije con la chulería del que aún ha de comer la tierra.

En seguida me puse manos a la obra. Se me ocurrió comenzar por lo más obvio, desentrañar la aplicación, destriparla, mirar cada uno de sus recovecos hasta digerir hasta el último uso funcional posible y su última línea de programación como si de una amante caprichosa y exigente se tratase. En qué hora. Encontré lo que esperaba encontrar en una aplicación de este tipo: un caos organizado para el que la hizo, un caos sin remedio alguno para el nuevo que observa el código. Este tipo de aplicaciones como todos sabemos suelen llevar a formas poco elegantes de mantener un control y una consistencia en el código. La aplicación funciona, tres puntos colega, pero no hablemos del pobre iluso nuevo que tiene que comprender su funcionamiento interno.

Mi compañero se sabe de memoria cada módulo programado por él, me cuenta lo tediosa e insoportable que le resultan algunas tareas en ASP clásico, que está deseando que lo pasemos ya a .NET y le comprendo. Html obsoleto (según VS2005) con scripts de cliente y servidor embebidos por todos los sitios, solo la madre que echó ese código al mundo sabe de dónde sale cada cosa, 578 archivos e inclusiones llenas de odio y rencor hacia el desarrollador con despiadadas directivas <--! INCLUDE ... que se regodean de tu desgracia y consiguen que te pierdas incluso pensando en una sola dimensión y apuntándolo todo en una libreta o en el notepad. Por no hablar de miles y miles de funciones en javascript cliente con código para servidor incluídos dentro de ellos sembrando la muerte y la destrucción por doquier .

Aún así decido intentarlo pues para eso me pagan, de todas formas no me acobardo con estas cosas y me gustan los retos: voy a hacer que funcione en .NET sin cambiar el código ya hecho. No sabría hasta que punto de altivez alcanzaban estas palabras hasta que los coscorrones contra las paredes se hicieron tan frecuentes que acabé con todas las reservas de betadine y vendas del servicio de enfermería. Gente que os gusta programar: ojo con vuestra salud mental.

Pienso un poquito y opto por comenzar cambiando la extensión de los archivos de .asp a .aspx, en teoría esto funciona, ya lo había hecho antes y funcionaba en proyectos pequeñitos, y aquí... Aquí no, de ninguna manera, el servidor no tragaba, ASP.NET necesita en el código cosas distintas que no tenía esta aplicación .NET, recibo constantemente errores del tipo: Function Page_Load() está repetida..., hum, me temo que no, indago, investigo, enteleto, se trataba de los includes ya mencionados. Toda una mañana para hacer el árbol de includes, consigo quitar casi todas las redundancias y había menos errores pero comienzan otros: error en línea: Server.CreateObject("OLEDB.Connection") objeto no encontrado. Anda, perfecto, faltan librerías, otro rato para ver de donde las saco y las incluyo, todo parecía ahora ir como la seda. Iluso. Otra nueva: no encuentro la ruta a tal archivo y blablabla. Otra más: var strOpcionPadre = "<%=Session("OpcionPadre")%>"; declaration expected.

Me empezaba a entrar la risa de la no cordura, pero nunca hay que desesperar, observo paciente, sigo el hilo, una variable te lleva a la siguiente, pues no, no está declarada, pero está el error, esto es algo tan abstracto como el olor del color verde. Intento ir por otro lado y corregir otras cosas... Era algo que tarde o temprano esperaba encontrar, un compañero desarrollador de la guía Campsa ya me lo advirtió, que no llegaría a nada, que antes podríamos ver a Pocholo en el Proyecto Hombre. Al final conseguí perder bastantes días y horas dando por hecho que realizar la traducción de la aplicación tal y como estaba hecha es cuando menos la mayor chapuza (con permiso del puente Tacoma en Washington) del siglo XX y XXI. Caso perdido y a otra cosa. Así son los restos, a veces se gana, otras no.

Mi compañero y yo hemos convencido a la jefa para comenzar desde cero un proyecto en ASP.NET mientras él sigue programando los nuevos módulos que pidan a la antigua usanza hasta que podamos hacerlo todo en lo nuevo, aunque ya no se trataba de convencer, se trataba de no haber más remedio pues el estudio no funcional ya lo había hecho yo después de pegármela con esto. Dentro de un par de días comenzaremos con la tarea de ingeniería inversa que le haremos a la aplicación ASP 3.0 de donde sacaremos en poco tiempo el análisis funcional. Seguiremos por realizar todos los diagramitas pertinentes que antes no existían según la métrica usada en la compañía, pues debió ser así, limpieza y orden, salud mental, para nostros y para los que vengan detrás.

Utilizaremos además una guía para ASP.NET de forma que no olvidemos poner en la aplicación cualquier cosa que pudiera sernos útil y que nos ahorre trabajo a nosotros y al servidor, que dé seguridad, también usaremos javascript o ajax si nos vemos fuertes, el justo y necesario para no hacer mas postbacks que los que hagan falta, así como diseñar las tres capitas, un conector para extraer datos de SAP mediante XML y otro para Oracle 9, -y si puede ser, evitar el uso de DataSet- todo esto es muy bonito dicho así, esperamos tener suerte y que mi primer proyecto real en el mundo laboral se lleve a cabo con éxito. Tendréis pues, segunda parte.

Alfonso Clemente.

PD: puede que alguien se haya encontrado en una situación similar y haya salido airoso, me gustaría conocer su experiencia migrando una aplicación y como escapó de todos los errores.

No escribas código para la capa de datos. Genéralo automáticamente.

A.Clemente — Wed, 07 Nov 2007 15:07:00 GMT

Un Generador de Código para .NET

Permitidme presentar una herramienta que probablemente os ahorrará sangre, sudor y lágrimas a la hora de escribir vuestras capas de datos en las aplicaciones .NET Framework 2.0 tanto Web como Escritorio que tantas horas de trabajo llevan. Olvidaos de horas de sufrimiento implementando las clases capaces de acceder y modificar vuestra base de datos.

Se trata de RapTier, producto nada novedoso pues existe desde que en .NET se comenzó fraguar el paradigma de la programación a capas y actualmente en su versión 1.4. Podréis comprobar como las tablas de vuestra base de datos SQL Server, Oracle, Access y otras tantas son, de forma casi mágica, transformadas en una serie de clases escritas en C# o VB con apenas media docena de clics.

Me impresionó gratamente la claridad con la que se generan las clases que emulan de forma no persistente las tablas de la base de datos, las que realizan colecciones de objetos de las clases de las tablas así como las que implementan y manejan las cadenas de conexión necesarias y las instrucciones SQL. También es impresionante la claridad y seguridad de un código optimizado y bien construido.

RapTier también es capaz de generar opcionalmente una sencilla interfaz de escritorio para que compruebes el funcionamiento del código y saques ideas para realizar la tuya, siendo ésta capaz de ejecutar las cuatro instrucciones SQL más generales sobre las tablas: SELECT, INSERT, UPDATE y DELETE.

Sin embargo, no todo el monte es orégano y RapTier no hará todo el trabajo por tí, en tu mano queda controlar cosas como la encriptación de las cadenas de conexión en el web.config y otros temas de seguridad que pudieras necesitar, como puede ser controlar el número de conexiones simultáneas a la base de datos y las encriptaciones de los passwords.

Para ello, es recomendable modificar a tu gusto el código generado y una vez hecho esto y estando seguro de que es correcto, generar las .dll correspondientes para, acto seguido, adjuntarlas a tu proyecto y poder utilizarlas como una API cualquiera, siendo ésta una práctica mucho más elegante que añadir todos los archivos generados a tu proyecto directamente.

Finalmente, sólo queda que utilices el namespace de las dll generadas y cuyo nombre has elegido tú, para adaptarlo a tu lógica de negocio o interfaz

Un ejemplo de uso.

Puesto que RapTier es tremendamente sencillo de manejar, me limitaré a explicar los artefactos que su uso sobre una base de datos genera, pues esto puede ser lo más engorroso de comprender.

1.- Construir la base de datos.

A modo de ejemplo, dispongo de esta base de datos:

2.- Abrirla y generar código con RapTier.

Como se puede comprobar, RapTier permite elegir entre casi todos los tipos de bases de datos disponibles. Ahorrare comentarios pues su manejo es trivial.

3.- Ver resultados.

RapTier ha creado una carpeta en Mis Documentos con un nombre un tanto extraño , dentro de ella podremos encontrar una solución de Visual Studio 2003 que podremos abrir sin problemas con VS 2005.

Navegando por el proyecto podremos ver cuatro clases para cada tabla.

Por ejemplo, para la tabla Articulos, encontraremos las clases:

1.- ArticulosCollection.cs ---> Donde pondremos la coleccion de articulos para añadir a la BD.

2.-ArticulosCollectionBase.cs ---> Donde tenemos los métodos con las consultas e inserciones para las colecciones, si os fijáis en el código, no veréis por ningún lado las instrucciones SQL pues vienen implementadas por el código manejado.

3.-ArticulosRow ---> Esta clase implementa los atributos que tiene la tabla y es un artículo propiamente dicho.

4.-ArticulosCollectionBase.cs ---> Es análoga a la segunda clase, pero para manejar un sólo artículo.

También encontraremos otras dos clases cuyo nombre es el mismo que la carpeta del proyecto, en estas clases se almacena y se realiza la conexion.

Además, si opcionalmente hemos elegido crear la interfaz, tendremos para ésta otro proyecto dentro de la solución que no explicaré. Para despedirme, dejo aquí una captura de la solución funcionando. Feliz prueba de RapTier a quien la haga!

Alfonso Clemente.

MS Visual Studio 2005 Training Kits (Certificaciones de Microsot)

A.Clemente — Mon, 08 Oct 2007 15:20:00 GMT

Desde mi experiencia como profesional desarrollador .NET versaré el tema de este artículo sobre la utilidad de conseguir las certificaciones de desarrollador Microsoft que acreditan a su poseedor como profesional cualificado en el desarrollo sobre Framework 2.0.

Con el rápido avance dado en esta tecnología en estos últimos años, cada vez son más las empresas y consultoras que aprecian el valor añadido al currículum de un aspirante la posesión de alguna de estas certificaciones. Por el momento podemos encontrar al alcance de todos hasta 7 títulos de certificación que enumeraré a continuación:

1.- MCTS: Microsoft Certified Technology Specilalist. Exámenes 70-536 (básico),70-528 (web), 70-526 (windows) y 70-529 (enterprise)

Este conjunto de examenes, lanzados en Septiembre de 2006, acreditan a su poseedor el conocimiento de la tecnología desde sus perspectivas más básicas y más generales. Así pues, el aspirante deberá comenzar por el 70-536 el cual le dará la acreditación suficiente para acceder a los subsiguientes.

2.- MCPD: Microsoft Certified Professional Developer. Exámenes 70-547 (web), 70-548 (windows) y 70-549 (enterprise)

Este segundo conjunto, disponibles desde Noviembre de 2006 y a los que sólo se accede mediante la posesión del 536 (básico) más alguno del primer conjunto, acreditan a su poseedor como profesional en diseño y desarrollo de aplicaciones tanto web, windows y empresariales. Es decir, que para tener el 547 es necesario tener el 536 y el 528, para tener el 548 es necesario poseer el 536 y el 526 y para tener el 549 es necesario ser titular del 536 y el 529.

¿Cómo certificarse?

Para ello hay que solicitar a alguna academia adherida a los planes de certificación la voluntad de hacer el examen y abonar los 140 € del coste por examen. En mi caso, la academia elegida por mi empresa (que me facilita las certificaciones sin hacerme cargo económico alguno) está en la calle Clara del Rey, 14 28002 Madrid, parada de metro Cartagena, teléfono 91 510 23 90. Lo siento, pero el nombre en estos momentos no lo recuerdo ni se dispone de dirección web donde obtener más información.

¿En qué consiste el examen?

Para cada examen habrá que responder correctamente al 70% de las preguntas de un test de 45. Al comenzar se selecciona en qué lengua se quiere hacer el examen (inglés o español) y en qué lenguaje de programación (VB,C# o C++). El sistema permite la revisión de las preguntas una vez finalizado así como navegar hacia atrás y hacia adelante. Una respuesta mala no resta puntuación, luego es conveniente contestar a todo.

Se dispone de 2 horas para su terminación, 2 y media si la lengua en la que se hace el examen no es la natural del aspirante. Tras ello, la correción y la obtención del título en caso de estar aprobado es inmediata.

¿Cómo puedo obtener la formación necesaria?

Vía rápida: conseguir documentos con las preguntas del test (alrededor de unas 350 de las cuales escogen 45 para el test), de esta forma se puede llegar al examen con mucha seguridad pues las respuestas probablemente ya le suenen bastante al aspirante y las responderá sin apenas razonamiento. En mi caso, la empresa me dio los tests modelo con los que comenzar a estudiar las preguntas.

Vía lenta (más honrada pero con menos adeptos): El aspirante estudia por su cuenta o se matricula en alguna academia o trabaja para alguna empresa donde le formarán sobre la tecnología. En mi caso, la formación la he recibido por cuenta de la empresa que además me ha dotado de completos manuales escritos por MVP's de todo el mundo.

¿Es significativo el número de suspensos?

No. Es muy importante no tener miedo a estos examenes e ir con seguridad, pues la tasa de suspensos es bastante baja.

Conclusiones:

Como habréis podido notar según lo que he comentado, estar certificado no acredita necesariamente ser un buen conocedor o desarrollador en la tecnología ya que este sistema de examenes mediante test con preguntas seleccionadas permite al aspirante certificarse sin haber recibido una adecuada formación.

Por esto puede que alguien piense que certificarse es un timo (y tal vez no le falte razón en parte) pero hay que darse cuenta de que gracias a esto, tendremos más posibilidades de optar a un puesto de trabajo, y, que al estar certificados, nos veremos obligados a estar a la altura de las circunstancias y a adquirir el conocimiento necesario para demostrar que nos merecemos ese título.

En cualquier caso, yo también soy partidario y siempre lo seré de la máxima "la experiencia es un grado" y que estos los títulos por sí mismos no dan, pero que sin embargo sí ayudan.

Alfonso Clemente.