Me tengo que recordar a mi mismo cada cierto tiempo que es mejor usar EXPRESIONES REGULARES que usar un buscar y reemplazar o que es mejor usar EXPRESIONES REGULARES para validar una dirección de correo, teléfono, dirección, etc. que preparar un algoritmo para comprobar las diversas casuísticas.

¿Por qué tiendo a olvidar esta forma de programar? Pues no lo se y a muchos compañeros de profesión cuando se lo pregunto o bien les pasa lo mismo que a mí o bien ni conocen esta herramienta.

Si deseas más información al respecto, dejo el siguiente enlace: Regular-Expresion.Info.

Y un ejemplo de código que demuestra su potencia:

1
2
3
4
5
6
7
8

//PHP -> La Fecha coincide con los formatos del tipo DD/MM/YYYY, DD-MM-YY,...
$date = "03/02/1977";
$p = "!^(\\d\\d)[-/](\\d\\d)[-/](\\d\\d(?:\\d\\d)?)$!";
if (preg_match($p,$date,$matches) {
  $month = $matches[1];
  $day = $matches[2];
  $year = $matches[3];
}

1
2
3
4
5
6
7
8
9
10
11
12

//C# -> Convertir <br> a <br /> para Compatibilidad XHTML
using System.Text.RegularExpressions;
class Test
{
  static void Main( )
  {
    string t = "Hello world. <br>";
    string f = "<br>";
    string r = "<br />";
    string result = Regex.Replace(t, f, r, RegexOptions.IgnoreCase) ;
  }
}

Y aquí algunas de las verificaciones más comunes:

Para direccions IP separadas por puntos: 
 
    /^(\d|[01]?\d\d|2[0-4]\d|25[0-5])\.(\d|[01]?\d\d|2[0-4] \d|25[0-5])\.
    (\d|[01]?\d\d|2[0-4]\d|25[0-5])\.(\d|[01]?\d\d|2[0-4]\d|25[0-5])$/
 
Coincide: 127.0.0.1, 192.10.1.101
 
No Coincide: 127.1

Para direcciones HTTP:
 
    /(https?):\/\/([0-9a-zA-Z][-\w]*[0-9a-zA-Z]\.)
    +[a-zA-Z]{2,9})(:\d{1,4})?([-\w\/#~:.?+=&%@~]*)/
 
Coincide: https://jmfloreszazo.com, http://localhot.com:8080/test.html
 
No Coincide: ftp:/jmfloreszazo.com, ftp://jmfloreszazo.com/

A ver si de una vez por todas no olvido pensar en esto antes de ir por el camino fácil.

Expresiones Regulares es una entrada de Jose Maria Flores Zazo

PERFIL DEL CLIENTE:

CODIME INSTALACIONES, empresa especializada en Redes y Cableado y Instalaciones Eléctricas.

TAREAS REALIZADAS:

• Diseño, creación, implantación y mantenimiento del sitio web.
• Posicionamiento del sitio web.

IMÁGENES:

Codime Instalaciones es una entrada de Jose Maria Flores Zazo

Antes de culpar a otro desarrollador, comprueba tu código.

Todos los desarrolladores, todos nosotros, a menudo cometemos errores y el programa deja de funcionar. Es muy improbable que ese mal funcionamiento del programa se deba a factores externos.

Sí, es la verdad, es muy (extremadamente) improbable que el código se rompa por un fallo (bug, en el argot) del compilador, del intérprete, del sistema operativo, del servidor, de la base de datos, de la memoria, o cualquier otra parte del hardware. Sí, es verdad queeste tipo de bugs existen, pero seamos francos, son mucho menos comunes de lo que a veces queremos hacer ver al cliente.

Es cierto, que en estos 16 años de desarrollo, me he enfrentado al algún problema real con el compilador, el en enlazador, con alguna librería, con el Sistema Operativo, con la gestión de memoria e incluso con el hardware. Estos problemas existen y nos han hecho perder mucho tiempo, desafortunadamente o bien se arreglan con una actualización del Sistema Operativo o una pieza del Hardware, o bien con alguna actualización de las herramientas de desarrollo, o sorteándolos de forma un poco artesanal.

Pero centrémonos en los bug originados por los desarrolladores finales.

Tras varios años de trabajo, he detectado cuatro causas por las que principalmente se comenten errorres:

1. Hemos de tener en cuenta que muchas veces la naturaleza del software desarrollado, implica compatibilizar diversos entornos de desarrollo, librerías e implantaciones físicas. Esta mezcla de entornos, suele causas de errores de muy difícil solución. Normalmente nos hace contactar con las partes implicadas para lograr arreglar el error, unas veces con un buen resultado y otras veces no. Tiempo y dinero, que a veces nos obliga a volver a desarrollar de nuevo.Hemos de minimizar esta interacción.




2. Muchas veces, un desarrollador tiene diversas tareas a su cargo y no se centra al 100% en la tarea que tiene entre manos. Estos provoca errores, por falta de tiempo y atención a la tarea asignada. Afortunadamente, si el desarrollador y el jefe de proyecto son personas competentes, cuando ven que algo empieza a ir mal debido a este particular, reorganizan su trabajo. Reorganizar el trabajo, es una forma fácil de aumentar la efectividad (menos errores) y productividad (menor tiempo dedicado a la tarea).




3. Las pruebas, antes de enviar el producto al área de Control de Calidad, debería dedicar un 30% del 100% del tiempo reservado para el desarrollo. Hemos de ser concienzudos y escrupulosos a la hora de realizar la batería de pruebas. Debido a que esta es la peor parte que solemos hacer, es donde se nos escapa un porcentaje de errores que fácilmente podríamos haber visto y nunca tendrían que haber llegado al Control de Calidad.




4. Y la última, por ello no menos importante, es la falta de formación, conocimientos y capacidades para la tarea asignada.

Por eso, antes de asumir que otros han cometido un error, cuestiónate, si has sido tú el que ha podido errar.

Errores de Programación es una entrada de Jose Maria Flores Zazo

LINQ es un Lenguaje Integrado de Consultas (Language Integrated Query)  que nos permitirá poder añadir un nivel mayor de abstracción en consultas a Bases de Datos, ficheros XML, Objetos de memoria, …

En estos momento usar LINQ en .NET nos está sirviendo para unificar criterios internos de desarrollo optimizando la compresión del código, con la desventaja de perder unas milésimas de proceso en algunos casos con millones registros en el caso de las bases de datos.

Ante la tesitura de legibilidad versus rapidez, he optado por esa opción.

Si deseas más información al respecto, dejo el siguiente enlace: 101 LINQ Samples.

Y un ejemplo de código que demuestra su potencia:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

public void Linq1()
{
    int[] numbers = { 5, 4, 1, 3, 9, 8, 6, 7, 2, 0 };
 
    var lowNums =
        from n in numbers
        where n < 5
        select n;
 
    Console.WriteLine("Numeros < 5:");
    foreach (var x in lowNums)
    {
        Console.WriteLine(x);
    }
}

Dentro de un mes Microsoft presentará el framework 4.0 y las nuevas novedades de Microsoft Visual Studio 2010, entre ellas habrá muchas relacionadas con LINQ.

Moviéndome a LINQ es una entrada de Jose Maria Flores Zazo