Soporte póstumo para Windows XP

Artículo para: Todo tipo de usuarios

Windows XP ha pasado a la historia de los sistemas operativos como, quizá, el mejor aceptado por todo el mundo. Su sencillez, pulcritud, y buen funcionamiento con respecto a sus predecesores (todos recordamos Millenium Edition con asco...) hicieron de él el sistema operativo para uso oficial y doméstico más extendido.

Un reciente asunto que ha hecho sangrar a sus usuarios domésticos es que Microsoft anunció oficialmente el pasado 8 de Abril que finalizaba el soporte para el sistema operativo, es decir, que a partir de esa fecha los usuarios de casa que usaran este sistema operativo se quedarían con el "culo al aire". La decisión es más que entendible: vio la luz el 25 de octubre de 2001, han pasado 13 años y Microsoft ha dado un arduo soporte del mismo; era hora de que la gente se actualizase...

Las empresas continuarán recibiendo soporte (si lo pagan), y existe una versión de Windows XP que continuará recibiendo soporte y cuyas actualizaciones presumiblemente serán de compatibles con el resto de versiones. Como siempre, hay alguien que ha descubierto un truco para continuar recibiendo soporte, la fuente de mi descubrimiento es una web a la que soy asiduo: NeoTeo (artículo del truco).

Basándome en el conocimiento de la misma, aquí os podéis descargar un fichero .reg que os servirá para actualizar ese valor del registro y poder seguir actualizando Windows XP sin necesidad de conocimientos avanzados: Windows XP ampliador de período de soporte

Como siempre, antes de empezar hay que tener en cuenta:

• La solución es totalmente gratis y no puedes ni pagar ni cobrar por ella
• Puedes ponerla en cualquier web siempre que no olvides poner una reseña a este blog y al post y no cambies el contenido del fichero reg que hay en mi web
• Lo usas BAJO TU PROPIA RESPONSABILIDAD 
• Me eximo de toda responsabilidad de cualquier problema que puedas tener: ni virus que te hayan adjuntado en los ejecutables, ni errores de la propia aplicación, ni errores humanos utilizándola: NADA!
• Cabe la posibilidad que Microsoft corte este asunto de algún modo, o bien que alguna de las actualizaciones dañe tu PC: en ningún caso soy responsable de lo que suceda.

Si no estás de acuerdo con lo dicho antes, no la bajes ni la utilices. Soy claro: no es mi problema. Te hago un regalo que me cuesta esfuerzo y trabajo; y te lo entrego "AS IS" (como está). Por supuesto, siempre trataré que la aplicación esté libre de fallos, pero como todos sabemos la programación tiene fallos históricos que han hecho millones de dólares en daños a grandes compañías; así que es evidente que una aplicación gratuita podrá tener fallos (es más que seguro). Si detectas fallos y quieres reportarlos por favor, comenta.

Para utilizarlo basta con que lo descargues a tu PC y hagas doble clic en el fichero. Te preguntará si quieres añadir al registro las entradas, le dices que sí y reinicias el PC. Supuestamente con eso sería suficiente para que empezaras a recibir de nuevo las actualizaciones automáticas.

!Espero que os sea de utilidad!

Windows

¡Estreno en Facebook!

Para que podáis estar al día vía Facebook, estreno una nueva página en la red social para llegar a más gente!!!

Podéis acceder por medio del siguiente enlace:
https://www.facebook.com/pages/Los-vericuetos-NET/537146749667471

Info

La importancia de los comentarios en el código fuente

Artículo para: Programadores de C#

Comentarios

Los comentarios son vitales en nuestro trabajo diario, sobre todo porque como ya habréis observado crear código que uno mismo entiende es sencillo; leer el código de otro programador y entenderlo suele ser  un infierno. Además, el valor añadido de los comentarios XML de los que Visual Studio nos provee: se muestran en el IntelliSense y ayudan a otros programadores a entender qué hacen ciertos métodos, para qué sirven ciertas propiedades, etc…

Por favor, tenedlo muy presente antes de poneros a meter código a lo loco. En ocasiones hacemos cosas tan confusas (bien sea por falta de análisis, o porque no queda más remedio) que es totalmente necesario el comentarlo para que otro, o incluso tú mismo dentro de algún tiempo, lo pueda llegar a entender.

Para ello disponemos de los comentarios de una sola línea…   

public void CorkBreadMethod(bool entry)
{
     if (entry)
     {
          //Code if entry is true

     }
}

…útiles para dar una descripción rápida de lo que estamos haciendo.

También tenemos comentarios de múltiples líneas…

public void CorkBreadMethod(bool entry)
{
     if (entry)
     {
     /* Code if entry is true and loren ipsum when the sun goes
     * down and the moon is dark */
     }
}

… que son de gran utilidad cuando la línea es muy larga y es completamente necesario todo el texto que hemos introducido. Es muy importante tener esto en cuenta, que el texto sea realmente necesario; si no lo es estaremos empantanando el código para el próximo lector. Ver sección al respecto de longitud de línea.

Comentarios XML

Mención especial merecen los comentarios XML ya que son ellos los que permitirán al usuario comprender mejor nuestras clases y métodos. Para utilizarlos, Visual Studio nos provee de una automatización: antes de la clase, propiedad o método (en la línea previa) escribiremos tres veces la barra /// y automáticamente se crearán los encabezados necesarios para el comentario XML:

/// <summary>
/// Class in charge of beign an example
/// </summary>
class CorkBreadClass
{

}

El anterior es un ejemplo de cómo identificar a una clase por medio de un comentario XML. Después de hacerlo, desde fuera de la clase ésta se vería como sigue:

/// <summary>
/// Method inside CorkBreadClass
/// </summary>
/// <param name="entry">A boolean that represents the entry</param>
/// <returns>5 if entry is true, 0 elsewhere...</returns>
public int CorkBreadMethod(bool entry)
{
     return entry ? 5 : 0;
}

Con los anteriores comentarios XML, tendríamos el siguiente resultado:

Como podemos ver en la anterior captura, nos devuelve toda la información que previamente hemos escrito en los comentarios XML, con lo que conseguimos que una persona que no conozca nuestro código o no tenga acceso directo al fuente del mismo; pueda entender qué sucede dentro de nuestras clases.

C# y Programación

Reto de programación 1

Artículo para: Programadores de C#

Hoy me gustaría compartir con vosotros un trozo de código que casualmente me he encontrado en uno de los proyectos en los que trabajo.

Si bien es cierto que todos metemos la pata, y me confieso que yo soy el primero; esta metedura de gamba es tan llamativa que bien merece estar como post-reto en mi blog.

Os pongo en contexto: la función que váis a ver nos da el html de una página web que hemos automatizado previamente.

Ahora el reto: ¿Qué hace el siguiente fragmento de código? ¿Qué devuelve la función?

Por favor, responded en el blog, en el apartado de comentarios.


¡Muchas gracias a todos!

C# y Programación

Generalidades sobre usabilidad y el diseño de aplicaciones

Artículo para: Programadores de todas las plataformas

La usabilidad y el diseño de una aplicación es un factor que solemos dejar para el final porque la mayoría de programadores consideramos una parte accesoria de nuestro trabajo (este no es mi caso). Debido a los tiempos que corren, en la mayoría de empresas españolas (que es lo que yo conozco) los analistas/programadores somos, además de arquitectos de nuestras aplicaciones (da igual senior que junior), diseñadores de interfaces de usuario y analistas de la usabilidad de nuestras propias aplicaciones; además de ser el personal de pruebas.


Esto en los 90 era revolucionario! Ahora...

Por escandaloso que parezca, sobre todo en grandes empresas donde hay departamentos para todas estas áreas de un proyecto, en la mayoría de ocasiones nos enfrentamos solos a todas estas áreas; es lo que hay. Para las pruebas suele comprenderse que la misma persona que programa (en mayor o menor medida), no es la más indicada para hacer pruebas de usuario sobre su propia aplicación: está claro que uno mismo no ve sus propios fallos hasta que otro se lo dice. Si esto es así, ¿por qué no se entiende exactamente igual este hecho cuando hacemos interfaces de usuario?

Es un hecho constatado que los programadores tenemos tendencia innata a las interfaces tediosas y que solo nosotros entendemos; es por ello por lo que hay que romper con esta tendencia y empezar a hacer las cosas como a los usuarios finales les gustaría que fueran: esta y solo esta es la clave del éxito. Podemos hacer una aplicación cuyo rendimiento sea descomunal, que optimice por diez los resultados de la competencia y que nos permita trabajar con un rendimiento un 80% mejor que las anteriores herramientas conocidas que hacían lo mismo: si el usuario no comprende o no se siente cómodo usándola será un total fracaso.


La tendencia a enfado del usuario tiene que estar presente siempre en nuestro trabajo

Dicho todo esto vienen los dogmas que, a mi entender (y como siempre todo es discutible), hay que tener presente antes de abordar una interfaz gráfica de usuario, ya sea escritorio o web:

1. Ponerse siempre en el lugar del usuario final que va a usar nuestra aplicación. Para realizar esta tarea no se puede hacer una generalización, porque depende en gran medida del tipo de usuario al que se está enfocando dicha aplicación: no será idéntica una aplicación enfocada a un entorno de defensa, que a uno de banca o que un usuario desarrollador como podemos ser nosotros mismos. ¿Os imagináis que Visual Studio hubiera sido diseñado de igual manera que un software bancario?... yo me hago una idea y... ¡Qué horror!
2. Esforzarse y poner énfasis en que nuestra aplicación se entienda, principalmente por gente que nada tiene que ver con nuestro entorno ni negocio (porque nuestro negocio son todos). Entender esto es vital. No todo el mundo posee nuestro conocimiento de la informática y las ciencias de la computación y lo más importante: no tiene por qué tenerlo. Nuestras aplicaciones deben poder ser utilizadas por aquellas personas a las que van destinadas: almacenistas, secretarias, banqueros, militares, etc... y habrá personas que tengan conocimientos avanzados sobre la informática pero la inmensa mayoría no.
3. Diseñar los controles en pantalla con cierto criterio: poner cosas en cascada con cierta lógica, mantener la misma lógica de botones a lo largo y ancho de la aplicación. Si no seguimos la lógica en toda la aplicación, la tendencia a fallar durante su uso será muy alta; lo que conllevará a frases típicas de usuario como: -¡Esto es una mierda!- y similares.
4. Por último en esta serie de consejos básicos, pero no menos importante: un diseño elegante y funcional. De nada sirve que una aplicación sea buena si su diseño no refleja que efectivamente lo es. La tecnología evoluciona y las aplicaciones y las interfaces de usuario también: de nada sirven ya las obsoletas interfaces del Windows 3.11...

Aquí os he dejado los principios básicos en los que yo me muevo a la hora de trabajar las interfaces. En los sucesivos artículos explicaré algunos de mis secretos para hacer aplicaciones "elegantes" que lleguen a los usuarios, y hasta ahora mi experiencia me ha sido muy útil en las empresas en las que he trabajado; espero que a vosotros también os sea de utilidad.

C# y Programación