Via Grant Holliday (que acaba de estrenar blog msdn, es decir...) descubro el blog de Willy Peter, el cual acaba de publicar un documento que resume las revisiones al VSTS Rosario y/o VS2008 SP1.
Aqui el post en mención y el enlace de descarga del documento.
Este archivo pdf tiene mas de 100 hojas, yo voy por la 50 y solo me queda recomendarlo.
Saludos[at]Cama
Pues bien, aquí en Lima ya estamos comenzando el martes (bueno, son las 00.40), el lunes ha sido emocionante, con reuniones que tenia previstas y conversaciones que lo dejan a uno pensando, incluso a la hora de almuerzo, o cena o cuando simplemente quieres revisar unos feeds antes de escribir algo a mano (pues a veces vale la pena).
Resumiendo, los temas que quería comentar no pudieron ser alcanzados, o en todo caso, conociéndome... se me va la noche, el día y demas horas, asi que, mejor... lo dejamos para despues.
Antes, un breve reporte de las cosas que he encontrado en la red o lo que siempre quería/quiero comentar:
XSLT a fondo:
Qué han intentado hacer con XSLT? la respuesta se puede transformar en otra pregunta "qué no se ha intentado?"
La verdad, es que aun recuerdo el primer ejemplo práctico con el cual conocí a este medio de transformación:
"Integrar dos aplicaciones completamente peleadas, diferentes plataformas, diferentes desarrolladores, todo diferente."
Pues qué se hizo? un contrato, es decir (a grandes rasgos) un esquema o estructura de trabajo que debía (tenía) respetarse y una transformacion XSLT que permitió integrar sin problemas dos soluciones que no querían conversar (no mencionemos Biztalk, por lo que sé, el cliente no quería o en todo caso, no siempre debemos matar una mosca con una shotgun).
Claro que la transformación podía hacerse programáticamente, como muchos ya habrán pensado, pero usando XSLT el procesamiento es mas humano.
Adjunto una imagen gracias a TopXML
Ahora, han intentado generar un archivo aspx por completo, usando XSLT? Uno simple, mostrando un registro en particular. Con un poco de cuidado y estudiando (no todo es googlear) uno descubre que no es complicado generar un HTML con esa información, pero, un ASPX? ojo, sin .NET ni otros artificios, solo con XSLT.
Pues bueno, primero debemos recordar que un ASPX contiene etiquetas asp, con ello en primera instancia debemos indicarle a nuestra plantilla que esté preparada para generar etiquetas diferentes a las convencionales, es decir ahora debemos considerar a los tags "<asp:"
Esto se logra agregando lo siguiente en la cabecera de la plantilla:
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns:asp="remove">
Pues que sucede con esto? con algunos procesamientos, se logra un avance considerable, aunque luego vienen los artificios que ya veniamos mencionando, lo que es combinar algo de .net para que se pueda tener algo mas presentable.
Si bien es cierto se logra bastante avisandole al XSLT que no tome en cuenta las etiquetas "<asp:", debemos considerar que las paginas ASPX comienzan con el clásico "<%@ Page Language=....>"
Como resolvemos eso? pues la verdad, de momento no encontré un libro o documentación en línea que me indique que namespace o instrucción agregar para que el XSLT permita este tipo de etiquetas, asi que, de momento a usar .net nomas (aunque, la verdad, el uso es cada vez en menor cuantía)
Aquí un artículo que me parecío de por si, muy interesante, de TopXML.
Y que podemos usar para hacer la transformación, pues el Visual Studio!
ToolBox en MSDN
Debo confesar que me he vuelto un fanático de la sección ToolBox del MSDN Magazine. No se como sucedió pero me gusta la simplicidad con la que comentan que herramientas consideran como recomendables, lo mismo para las páginas, y libros!
Para el mes de Mayo mencionan una herramienta para revisar cambios en base de datos, si... pero a nivel de registro, y si de páginas hablamos, esta vez fue el turno para el buen Joel de Joel on Software, el cual, la verdad es que tiene muy buenos posts. Si es que no lo conocian, seria bueno que se den una vuelta, o en todo caso, a manera de resumen pueden entrar a la seccion en español.
Y ya que hablamos de Joel, siempre es bueno reflexionar con un "Nada es tan simple como parece" (Cuantas conversaciones al respecto)
Sobre todo esto, considero, que quizá con el tiempo (con algo de suerte y administración del mismo) pueda escribir igual, bueno, nada se pierde soñando, no? Pues claro que me refiero a hacer reviews sobre productos, recomendar páginas, o incluso libros! (bien, creo que ya es hora de dormir).
NDepend!:
El ultimo post, que de por si era creo, igual de largo que este, tuvo dos... dos... dos comentarios! (contando el mio), ademas claro del spam que por suerte no fueron publicados, pero, hace unos días me llegó un mail del buen Patrick Smacchia, comentándome un poco más sobre el NDepend, yo la verdad, feliz de leerlo! y mas aún, espero darme unas horas mas adelante para hacer un breve review, sobre el uso y que facilidades se tienen. En todo caso, la verdad es que en el blog de Patrick pueden encontrar, desde ya, información en abundancia.
Comentarios:
Bueno, me despido, se me pasó la hora más de la cuenta, pero antes de cerrar la tienda, dos enlaces (a ver si puedo contar):
- Improve Web Application Performance: 12 Aspectos que te dejaran pensando un poco mas de lo normal, la sección 13 indica las conclusiones a las que deberiamos llegar.
- Download YouTube Videos as MP4 Files: Bueno, hagan click y me cuentan si les sirve, mas aún si la funcionalidad es nativa de YouTube.
- Entienden la imagen?
Me comentan.
Saludos[at]Cama
Antes de apagar la máquina (o me corten el internet pues dicen que debo dormir, lo cual no comprendo) compartiré con ustedes lo que estoy viendo en las ultimas horas, espero no quedarme corto. Lo que si es cierto, es que son días muy interesantes aqui en Gesfor (filial de Perú, mientras me soporten).
Resumiendo! (como diría el buen Joaquin)
WF Designer:
Vamos al grano, hace un tiempo me preguntaron cuando demoraría construir un diseñador similar al que venia en la versión beta de WF (si, en beta, o alfa?, la cual aun recuerdo, se caia cuando queria depurar un flujo de los mas simples y venía sin editor de criterios), Yo a finales del 2005 dije de plano que mejor se estabilice y luego ya vemos.
Pues bien, hace un tiempo que estamos redifiniendo una funcionalidad y recordé al WF, hay un equipo que lo usa bastante, pero me vino a la mente la pregunta del 2006, aprovechar el diseñador, hasta que punto? Cuánto se tiene que investigar?
Lo que si podemos responder incluso publicar (creo) es que msdn hace un buen tiempo (años) un ejemplo del uso del diseñador de flujos que viene con el VS, como para no dejar de usarlo, no?
Ahora, para que lo estamos usando? es obvio pero no comentable, al menos por el momento.
Por mi parte, es una manera de tener un segundo round con el WF, debido a que cambiamos de proyecto no pude seguir en R&D / Arquitectura sobre Flujos (ya, no seas quejón que ahora tampoco estas viendo WF)
Por si les interesa, nunca está de mas comentar que siguen los HOLs de WF, como para revisarlos no nuevo, no?
Performance Tool:
Hace un tiempo que vengo preparando una presentacion sobre Code Analysis en VS, haciendo referencia claro, a herramientas externas. Tal como le comentaba al buen David, estaba buscando una que habia visto en un MSDN Magazine (en las propagandas =D) pero como no la tenía a la mano, no recordaba el nombre.
Aqui un enlace a la pagina del soma, contandonos un poco sobre las nuevas features de CA en VS2008.
Lo gracioso es que no estabamos hablando directamente de una herramienta, pero como la conversa sobre alternativas al uso de objetos de datos vino el enlace a un post de Carlos Walzer que hace unas comparativas alucinantes, les dejo el post, muy bueno, y el nombre de la herramienta, pues dentro del enlace.
Por cierto, no dejen de leer el post, es una seguidilla de tres artículos, los cuales no termino de leer, pero ya de por si, con la herramienta, he quedado ciego.
VB Tips:
En The Visual Basic Team encontré un post muy bueno, en si es un resumen y recursos de una presentación sobre Tips en VB2008, en la cual, como siempre, bajo la comparativa sobre C#, como que quedamos algo mal parados.
Lo cual por cierto, debo afirmar, pues ayer en una renión agregué una librería VB2008, y me sentí como cuando me dieron mi primer VS.net (dios!! no recuerdo el año, solo que demoraba milenios instalarlo en un windows nt). El entorno es muy amigable, me dan ganas de escribir unas librerías en VB, como para no perder la costumbre de su IDE reforzado (es injusto!, si todo fuera igual en el IDE de VC#, tendría mas adeptos de los que siempre va ganando).
Adjunto el enlace de la presentación, la cual es muy interesante, como les dije lineas arriba, dan ganas de darse una vueltita por VB2008 con refactor reforzado (de por si, ya lo estoy haciendo)
Todo!:
Ya para terminar (pues me acaban de decir que me botarán de la casa si no duermo), algunas cosas sueltas
- De que conversaba con David? De muchas cosas, pasando por nuestros días universitarios hasta la lucha de siempre (no, no me refiero al Real-Barcelona), prácticas en Acceso a Datos, una prueba es la busqueda que puse en google. Además del enlace que me pasó via msn, uno de Dino Espósito y otro de Scott Mitchell. Altamente recomendados.
- Sobre Blogs C#: He notado que los blogs listados en la seccion C# de msdn, no están muy actualizado que digamos, que diferencia con los de VB, no?. Qué pretenden!!!???
- Revisión de Código/Diseños, seguimos avanzando: Pues si, nunca dejamos de aprender, hace un par de días encontré un post muy bueno, que usaba ndepend para revisar los cambios en las librerias que vienen con el netFw35 sp1 (aun en Beta), lo curioso es que hace tiempo lo leí en el blog de Scott Hanselman (idolo!), pero Patrick Smacchia me convenció, les recomiendo el blog (en realidad ambos), mas aun la herramienta mencionada, es muy buena, sobre todo si les interesa saber si su diseño tiene sobrantes o sufre, como dicen en algunos lugares, de erosiones.
- Tres herramientas Code Coverage, que deberiamos revisar: No los aburro mas con eso, las listaré nada mas (ojo, el orden es indiferente, aun estan en evaluación):
- NCover
- ReSharper
- OxyProject
Pues como los encontré? google.
- La frase que nunca debemos olvidar: "Parte del hecho de mantenerse al día significa pasar una hora al día desarrollando prototipos; probando cosas, bien tu propio producto u otras tecnologías; obtener una visión de las piezas de las que se dispone y cómo usarlas."
Mas información en este blog.
Bien, me despido
Saludos[at]Cama
