September 2006 - Artículos
¿Quieres practicar con Microsoft .NET Framework 3.0 con ayuda de los laboratorios virtuales?.
Microsoft nos proporciona unos laboratorios virtuales para aprender más sobre Microsoft .NET Framework 3.0.
¡A disfrutar!.
Dentro de SQL Server 2005, Tempdb ha sufrido una gran cantidad de cambios.
Por eso, Microsoft ha elaborado en Junio de 2006, en pleno verano, un documento corto o whitepaper, con los cambios añadidos en SQL Server 2005 sobre Tempdb.
En esta ocasión os traigo una utilidad Made In Geeks.ms.
Se trata de lo que he denominado como DotNet VARA, una utilidad de apenas 100 Kb y desarrollada con Microsoft .NET Framework 2.0, pensada para agregar un ensamblado o más de uno en el registro de Windows, para que cuando seleccionemos la opción de Agregar Referencia en Visual Studio, aparezca nuestro ensamblado ahí, disponible para agregarlo fácil y rápidamente.
Quizás hagas esta función a través del registro de Windows, pero esta utilidad ahorra trabajo.
Mi amigo y compañero de fatigas Unai, es el culpable de que me haya planteado esta utilidad partiendo de una dudilla y un par de comentarios y comeduras de tarro que nos hicimos. De ahí, de esas discusiones "mentales" se me ocurrió esta utilidad con el objetivo de facilitar esta labor y ahorrar tiempo y trabajo.
No se si existirá otra utilidad o forma de hacer más rápido o fácil este trabajo, pero no he encontrado ninguna y por eso he hecho esta utilidad que espero sea del gusto de todos.
Para acceder a la información y descarga de esta utilidad (42 Kb)... haced clic aquí.
Críticas o comentarios serán bienvenidos.
Actualización de la documentación de Microsoft BizTalk Server 2006.
La documentación en formato chm de ayuda de Windows, está dentro de un fichero de casi 42 Mb... y disponible en diferentes idiomas... incluido el Chino y Español.
Que lo disfruteis.
¿Has instalado una versión CTP de .NET Framework 3.0 y no sabes como desinstalarla?.
Seguramente que no eres el único, y claro, en estos casos... una ayudita no viene mal.
Microsoft nos proporciona un documento en inglés de apenas medio mega, que nos ayudará a eliminar adecuadamente y en el orden correcto, Microsoft .NET Framework 3.0.
Que lo disfruteis... para quien le haga falta.
Actualización:
Típico comentario que puede surgir... muy bien, he desinstalado .NET Framework 3.0 y he asegurado la desinstalación siguiendo las instrucciones de Microsoft (documento anterior)... ahora instalo la versión RC de .NET Framework 3.0 y la instalación se pega una galleta de espanto... ¿por dónde salgo?.
Bueno, hay un fallo ya registrado por Microsoft con una solución manual... el fallo tiene que ver (mirando el log de instalación) con el IIS Metabase Corruption.
La solución o posible solución al problema aquí.
En esta ocasión, he preparado un artículo en el que veremos algunas diferencias del uso de excepciones en C# y VB 2005 dentro del entorno de desarrollo.
La gestión de excepciones en cualquier lenguaje .NET es siempre la misma, pero Visual Studio 2005 y en concreto Microsoft .NET Framework 2.0 tiene un comportamiento diferentes para estos dos lenguajes en el tratamiento de excepciones.
El artículo lo podréis encontrar en este enlace.
Para mí hay dos personajes dignos de ser mentados por un informático, hablo del señor Murphy, cuyas leyes siempre se cumplen y además en el peor momento, y de las viñetas de Dilbert que cumplen el rito del día a día de un informático.
En esta ocasión os traigo un par de tiras de Dilbert (una en español y la otra en inglés) para que las disfruteis en este casi ya comienzo del fin de semana, porque... no todo es informática digo yo...
¡Como la vida misma!
Microsoft ha publicado gratuitamente las Team Foundation Power Toys.
Las Team Foundation Power Toys son un conjunto de herramientas gratuitas de línea de comandos y de utilidades que se integran en Visual Studio, y que ofrecen diferentes funcionalidades de alto interés para este paquete de distribución de Visual Studio.
Este paquete o utilidades, las encontrareis en este enlace.
Microsoft ha publicado los ejemplos para Microsoft Windows SDK .NET Framework 3.0 RC1.
Os sugiero utilizar como siempre, los ejemplos y las versiones preliminares no RTM, en sistemas y entornos que no sean de producción.
No lo he probado ni comprobado, pero según el blog de Eric Charran, Microsoft Virtual PC Network y Microsoft Windows Vista RC1, no parecen ser un matrimonio bien avenido, pero no importa, porque según él mismo, la solución a ese conflicto "matrimonial" está resuelto con un buen asesoramiento.
La solución a este problema, la encontrareis en la noticia de su blog, así que acordaros de esta nota por si se os da este problema tanto en la versión RC1, como en la versión final de Microsoft Windows Vista.
Microsoft ha hecho público en los últimos meses una gran cantidad de recursos sobre tecnología Microsoft.
En concreto y en esta ocasión, quiero destacar los Postcast sobre tecnologías como Microsoft SQL Server 2005, Microsoft Exchange Server o Microsoft Windows Vista por ejemplo.
Estos Podcasts son ideales para llevarlos en el IPod, la PSP, un reproductor de MP3 o WMA compatible, la cadena de música, o el mismo ordenador.
Encotrareis estos recursos aquí.
DPack es una colección de herramientas gratuitas para Visual Studio .NET 2003 y Visual Studio 2005.
Estas herramientas ofrecen productividad al desarrollador, y comprende un conjunto de utilidades muy diversas y a la vez muy interesantes.
Adicionalmente, los creadores de este producto están interesados en trabajar en la extensibilidad de los productos Visual Studio, por lo que puede ser un buen lugar para colaborar.
Ya es oficial.
IronPython 1.0, implementación de Python en .NET, se ha puesto de largo para ser utilizado en .NET.
Entre otras particularidades, IronPython permite utilizar las librerías de .NET y ofrece plena compatibilidad con Python.
El código fuente está disponible bajo licencia Shared Source, y promete ser un lenguaje un lenguaje a tener en cuenta para diferentes necesidades empresariales o universitarias.
Más información de IronPython 1.0.
Como bien sabrás, en Internet hay muchos tipos de robots que se encargan de navegar por las páginas Web en Internet para extraer las cuentas de correo con el objetivo de montar una base de datos que sirva para enviar ese fatídico y maldito spam que tanto coste indirecto da a las empresas y particulares.
Por esa razón, hay una página web que lo que hace es generar una imagen con la dirección de correo electrónico de forma que parezca más chula y se pueda incluir en las páginas Web de tu aplicación sin complicaciones ni riesgos a ningún robot, al menos de momento.
En la parte superior a esta línea podeis encontrar algunos ejemplos de lo que se puede conseguir, porque el número de servidores de correo es bastante amplio como comprobareis al acudir a la página web que os he indicado.
Espero que lo disfruteis.
Al hilo de los excelentes comentarios que Rodrigo hace en su blog, hoy me he acordado de algunas de las cosas que he vivido, meditado, sufrido y discutido en no pocas ocasiones, todas ellas, referente al mundo de la informática y desarrollo de Software, y en concreto con la reutilización de código en los ISV (Independent Software Vendor).
Hace ya un tiempo, se me ocurrió recopilar mis porciones de código y las típicas respuestas que se daban en foros de discusión para reutilizar rutinas de código en diferentes situaciones. Eran pequeñitas porciones o ideas de código que ayudaban en tareas muy repetitivas. Eso es justamente lo que hace Visual Studio 2005 con su code snippets o recortes de código. Pero aquí, quiero comentar algo más. Darle un giro de tuerca más a la situación.
Cito como ejemplo, que observando el día a día de una de las empresas en las que trabajé, me fijaba que una y otra vez se hacían tareas repetitivas a la hora de desarrollar Software, y en concreto, diferentes equipos trabajando en diferentes proyectos, escribían sus propias rutinas que muchas veces hacían lo mismo o prácticamente lo mismo. El resumen de esto es que en dos proyectos (Proyecto A y Proyecto B) independientes de Software dentro de una misma empresa, la conexión entre proyectos independientes es casi siempre inexistente. De hecho, cuando un jefe de proyecto se ponía en contacto con otro jefe de proyecto y hablaban sobre sus respectivos proyectos, muchas veces salía la frase o comentario del tipo "nosotros hacemos algo similar" o "eso mismo lo hice yo en otro proyecto hace unos meses". En resumidas cuentas, si los dos equipos pudieran de alguna manera trabajar juntos o compartir recursos, experiencias, necesidades y buscar sinergias, sería posible encontrar una productividad muy alta, acortar los tiempos de desarrollo, los riesgos y los costes. A esto le llamo yo flujo interno de la información del desarrollo del Software. El flujo de la información desde mi punto de vista, debe ser constante (reuniones de seguimiento), fluida (buscando mecanismos para que eso se lleve a cabo de una forma rápida y sencilla) y asíncrona (la información debería fluir en las dos direcciones).
Bien, esta explicación generalista, nos lleva a su vez a pensar que en cada proyecto, cada equipo puede y suele trabajar con cierta anarquía a la hora de escribir código. Es decir, cada uno puede escribir la documentación, variables, rutinas, etc., con una nomenclatura y formato determinado. Evidentemente, trabajando todos con los mismos patrones, el hecho de compartir código y rutinas aporta que el equipo de trabajo en el Proyecto A escriba su documentación, código, etc., en una nomenclatura y formato, que el equipo del Proyecto B entienda a la perfección porque están habituados a trabajar de esa manera también. Es más, si en cualquier momento, una persona de un proyecto, entrara en otro por cualquier motivo, el tiempo de aclimatación es mínimo, y si esa persona fuera nueva en el departamento o empresa, cualquier persona de los equipos de desarrollo, podría aleccionarla respecto a la forma y modo de trabajar, por lo que su rendimiento sería el máximo en el menor tiempo posible.
Es decir, ya estoy poniendo sobre la mesa dos características. La primera tiene que ver con la información general y el hecho de compartir código, documentación entre proyectos. La segunda tiene que ver con la nomenclatura y forma de escribir y elaborar todo.
Ahora bien, entrando en el detalle de lo que tiene que ver con el código, y sabiendo que indirectamente la información siempre está por encima de todo y se toca inevitablemente, ¿cómo compartir el código entre proyectos?. Porque claro, la complejidad aquí es indicar cómo se puede reutilizar el código.
Evidentemente, la empresa tiene que sacrificar uno o más recursos encargados de abrir los canales de comunicación entre proyectos, aglutinar esa información, y generar un Framework propio con las aportaciones de los equipos y que sirva para todos los equipos de trabajo. Ese código debe pasar los controles de calidad de la empresa y finalmente elaborar la documentación y versiones correspondientes de sus librerías. Ahora bien, a mi modo de ver, esto que parece sencillo, debe realizarlo una persona que se dedique en la empresa a este trabajo pero de forma exclusiva. Inicialmente la carga de trabajo será grande y posteriormente, será menor a priori, aunque es inevitable que el Framework siga creciendo, manteniéndose y modificándose, para lo cuál necesita que la persona o personas designadas a ello lo sean en exclusiva. Esto desde el punto de vista de costes, puede estar no justificado en un primer momento, pero para mí esta idea se acerca más a la idea de I+D que a la propia idea de Framework, y como sabemos, los costes en I+D cuesta mucho justificarlos porque inicialmente no recoge resultados, y en el caso de mi país, España, el I+D está casi mal visto y considerado una pérdida de tiempo. Otro error de concepto tal y como yo lo veo.
Lo mejor de crear un Framework interno para una empresa ISV, es que por un lado se puede vender el Framework externamente recogiendo frutos o beneficios de los costes y tiempo dedicados a ello, o bien, pueden reutilizar estas librerías con nuevos proyectos reduciendo los tiempos y costes de desarrollo y haciendo que la diferencia entre coste y beneficio sea mayor, es decir, que la empresa gane dinero.
¿Comentarios?.
Microsoft ha puesto al alcance de todos, una documentación HTML (en inglés) de la guía de procesos ágiles que tienen relación directa con Visual Studio Team System.
Esta información que ocupa unos 6.5 Mb, está disponible en inglés, y se trata de la versión 8.0.60829.
En esta ocasión, os traigo una aplicación gratuita de nombre Microsoft XML Notepad 2006, que como su propio nombre indica, se trata de una aplicación escrita en C# y Microsoft .NET Framwrok 2.0, con la cuál podrás buscar y editar tus documentos XML.
La aplicación tiene una interfaz muy sencilla de usar, es por lo tanto una interfaz de usuario intutiva, y posee las herramientas generales de manipulación y trabajo con documentos XML.
Espero que os guste. :-)
Como ya anuncié en fecha anteriores, Microsoft ha hecho pública ya la versión Beta de Microsoft XNA Game Studio Express.
La descarga, de casi 91 Mb, permite preparar un entorno de desarrollo de juegos para pequeños equipos de desarrollo, utilizando las librerías de Windows y Xbox 360.
Recordad que es una versión Beta, con lo que habrá que tomarlo con la cautela que se merece una versión previa no RTM.
Los requerimientos para utilizar este producto, es tener instalado Microsoft Visual C# 2005 Express Edition.
¡Que lo disfruteis!
A continuación, os ofrezco una interesante Web dentro de la cúal, encontrareis una macro para obtener el resumen de los caminos cortos en Visual Studio .NET 2003 y Visual Studio 2005.
No obstante, quizás quieras acceder a estos caminos cortos de forma directa.
Caminos cortos de teclado en Visual Studio .NET 2003.
Caminos cortos de teclado en Visual Studio 2005.
Microsoft ha anunciado la disponibilidad de Microsoft .NET Framework 3.0 RC de Septiembre de 2006.
La descarga de apenas 3 Mb, está disponible en poco idiomas; Inglés, Alemán, Árabe y Japonés. El hecho de que aparezca en Alemán, hace pensar que ya están preparando la versión en el resto de idiomas, ya que el alemán es el primer idioma de localización en utilizarse. De todos los modos, es una versión RC (Release Candidate), que van siempre después de las CTP y Beta, por lo que este producto en su versión definitiva, podría ver la luz casi con toda seguridad antes de fin de año.
Recordad que Microsoft .NET Framework 3.0 está destinado para ser ejecutado en Microsoft Visual Studio 2005 y Microsoft Visual Studio 2005 Express Edition. Además, este producto se podrá ejecutar en sistemas operativos Windows XP (SP2), Windows 2003 (SP1), y Windows Vista.