Xwork's Blog

Vamos a platicar #6 - Luchando contra la estupidez (otra vez).

Hola de nuevo a todos, el día de hoy vamos a platicar otro poco acerca de cómo manejar la estupidez de los demás.

Preliminar: SISMO Magnitud 5.6 Loc. 56 km al NOROESTE de OMETEPEC, GRO 20/05/2018 21:15:17 Lat 17.05 Lon -98.77 Pf 10 km

— Sismologico Nacional (@SismologicoMX) 21 de mayo de 2018

Cómo muchos de ustedes sabrán, actualmente vivo en algún lugar de la zona centro de México, por lo que son muy comunes lo movimientos telúricos. Desde aquel 19 de septiembre, estos han dado mucho de que hablar. En algunos de los post anteriores ya he expresado mi total desagrado hacia las personas que a raíz de esto, han tenido material suficiente como para decir cosas realmente sin sentido.

Solo para recapitular, desde el 19 de septiembre del 2017, se han suscitado al menos 5 alarmas sísmicas. Una alarma sísmica, en teoría se dispara cuando hay un movimiento mayor a 5°, pero de estas cinco últimas, solo dos han sido de magnitud mayor a 6°, Un problema surge de todo esto, en el 60% de los casos anteriores, a pesar de que fueron sismos fuertes no fueron perceptibles por la mayoría de la población, lo que ha ocasionado un debate.

Muchos aseguran que la alerta sísmica debería de sonar solo cuando hay temblores mayores a 6. Otros (cómo yo) aseguran que el sistema actual es el más optimo, puesto que realmente cómo saber si va a haber afectaciones o no.


En experiencias pasadas, yo también he caído en ideas erróneas: "No fue de 5, fue cómo de 7" pero para mi fortuna, he estado rodeado de gente que me explica cómo es que funcionan algunas cosas y la mayoría de ellas coincide, aún un sismo de 5° puede causar estragos. Prueba de ello fue lo que pasó en los sismos de septiembre del 2017; uno de ellos de 8.2° y otro de 7.1°; el que mas estragos causo en la zona donde vivo, fue el de 7.1. A lo mejor es un poco repetitivo, pero hay que decirlo hasta el hartazgo; hay muchos factores que determinan que tan destructivo es un sismo, por lo que solo catalogarlo por su intensidad, podría no reflejar lo que a nosotros nos interesa, es decir que tanto nos afecta.

fecha	hora	latitud	longitud	profundidad (km)	magnitud	localización	fecha utc	hora utc
11/04/2018	02:30:38	15.55	-95.02	16	5.5	73 km al sur de salina cruz, oax	11/04/2018	07:30:38
19/02/2018	00:56:57	16.25	-97.77	10	6	32 km al sureste de pinotepa nacional, oax	19/02/2018	06:56:57
16/02/2018	18:36:52	15.93	-97.97	16	5.9	46 km al sur de pinotepa nacional, oax	17/02/2018	00:36:52
16/02/2018	17:39:38	16.25	-98.03	12	7.2	11 km al sur de pinotepa nacional, oax	16/02/2018	23:39:38
09/02/2018	08:05:46	18.76	-104.93	16	5.9	65 km al suroeste de cihuatlan, jal	09/02/2018	14:05:46
19/01/2018	10:17:45	26.66	-111.1	16	6.3	76 km al noreste de loreto, bcs	19/01/2018	16:17:45
03/11/2017	05:52:06	18.7108	-106.519	16	5.6	214 km al suroeste de cihuatlan, jal	03/11/2017	11:52:06
13/10/2017	19:20:57	16.004	-95.0698	63	5.5	24 km al sureste de salina cruz, oax	14/10/2017	00:20:57
28/09/2017	23:00:20	14.6185	-94.3575	16	5.5	171 km al suroeste de pijijiapan, chis	29/09/2017	04:00:20
24/09/2017	05:06:08	15.0823	-94.3375	15	5.8	127 km al suroeste de tonala, chis	24/09/2017	10:06:08
23/09/2017	07:53:04	16.496	-95.146	22	6.1	9 km al suroeste de cd ixtepec, oax	23/09/2017	12:53:04
23/09/2017	05:38:05	15.2525	-94.586	35	5.8	122 km al sureste de salina cruz, oax	23/09/2017	10:38:05
19/09/2017	13:14:40	18.3353	-98.6763	38	7.1	9 km al noroeste de chiautla de tapia, pue	19/09/2017	18:14:40

La tabla anterior muestra los eventos sísmicos mas relevantes ocurridos desde el 19 de septiembre del 2017. Si los contamos, veremos que son 13 eventos y de los cuales 5 (por fortuna) han sido mayores o iguales a 6.0 y de todos los anteriores y exceptuando el primero (de abajo hacia arriba), solo en 5 ocasiones (o al menos las que yo recuerdo) se ha activado la alarma sísmica.

El evento más reciente que activo la alerta sísmica fue el 20 de mayo del 2018, con na intensidad de 5.6, no fue perceptible por la mayoría de la población pero la alerta sísmica sonó y cómo de costumbre se hizo lo que marcan los protocolos. Tras hacer lo que se tenia que hacer y no percibir nada, mucha gente salio a insultar al sismológico nacional, algunos diciendo que no debería de activarse la alerta en sismos menores a 6 y otros diciendo que se sintió mas fuerte y que la información provista estaba mal.

Recuerden, me encuentran como @Mpm88G en twitter.

Se que hay que ser muy débil del cerebro para insultar a alguien por Internet, pero cada vez que veo este tipo de cuestionamientos/planteamientos tan tontos, me dan ganas de alejarme del internet y no es por exagerar, pero cada vez mas se puede ver este tipo de gente que no tiene idea de cómo funcionan las cosas y se pone a decir como si en realidad supieran. En cada lugar y por más serio que sea el asunto, siempre se aparecerá alguna clase de idiota, que lejos de aportar algo, simplemente acusa (mira a los terraplanistas). Al igual que en algunos de los otros post en los que he expresado mi desgrado por este tipo de cosas, también es importante marcar los limites entre donde enseñar u orientar a la persona y donde simplemente recurrir a los insultos (cómo en la imagen).

Y bien, por a hora es todo. Si quieres saber un poco más sobre la sismicidad en México, siempre puedes ir a lugares cómo el sismológico nacional, ahi fue donde extraje la tabla anterior y hay mucho material para que tu mismo saques tus conclusiones.

EDIT: Este post originalmente se debió de haber publicado el 20 de mayo del 2018, pero no lo programe bien. Igualmente creo que la información es válida no importa cuando se lea.

Los leo luego.

Vamos a programar #53 - Errores y cómo tratarlos en c#

Hola de nuevo a todos, el día de hoy vamos a ver un poco acerca de cómo se tratan los errores en c#.

En repetidas ocasiones, he dicho que siempre que se crea código nuevo, por más que uno lleve años programando, siempre apareceran errores. Algunos tan sencillos cómo "¡Olvide una coma, un punto, importar un espacio de nombres!", otros no tan sencillos o que se haran presentes hast que se ejecute el programa en la computadora del usuario final.

El programador dispone de muchos mecanismos para reportar los detalles de las operaciones que se realizan. Algunas son tan simples cómo mostrar una caja de mesaje diciendo si la operacion se llevó a cabo de manera correcta o no y otras un tanto más complicadas cómo BSOD (blue screen of death)

Solo en tiempos recientes se ha cambiado el aspecto "temible" de antes

En el caso particular de C# (y .NET en lo general), dentro del lenguaje de programación se ofrecen las herramientas necesarias para poder manejar los errores. Antes de empezar a ver cómo se debe hacer el tratamiento, debemos de tomar en cuenta el tipo de error que se produce. Siempre habrán dos tipos de errores; uno será aquellos en los que se pueda continuar con la aplicación a pesar de que se ha producido y otro (y más grave), serán aquellos en los que ya no se puede continuar.

Vamos a programar #52 - Introducción al paralelismo (Básico)

Hola de nuevo a todos, el día de hoy vamos a ver cómo es que se usan las clases en .NET para poder usar el paralelismo.

Antes que nada, ¿que es el paralelismo?

El paralelismo es una forma de computación en la cual varios cálculos pueden realizarse simultáneamente,​ basado en el principio de dividir los problemas grandes para obtener varios problemas pequeños, que son posteriormente solucionados en paralelo. Hay varios tipos diferentes de paralelismo: nivel de bit, nivel de instrucción, de datos y de tarea. El paralelismo ha sido empleado durante muchos años, sobre todo para la Computación de alto rendimiento. Wikipedia/paralelismo.

 Aplicado a los términos de la programación tradicional, el paralelismo significa crear varias tareas que se ejecutan de forma simultanea, en el caso de los sistemas de computo moderno, la gran mayoría de ellos disponen de más de un procesador (9~12 núcleos en el mejor de los casos para el computo casero), pero a la hora de hacer cálculos, al menos en mi caso, nunca me preocupe por usar el mayor poder de computo disponible.

Todas las tareas las hacia de forma secuencial (una tras la otra), pero si el hardware puede hacer más, ¿porque no explotarlo cómo se debe? Actualmente los lenguajes de programación de .NET, disponen de una clase que ayuda a la hora de crear los procesos paralelos.

Para darnos una idea de cómo implementarlo, veamos el siguiente código.

using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Diagnostics;
using System.Drawing;
using System.Linq;
using System.Text;
using System.Windows.Forms;
using System.IO;
using System.Security.Cryptography;
using System.Threading.Tasks;

namespace PruebaParalelo
{
	public partial class FrmMain : Form
	{
		private FileInfo[] Archivos;

		private string GetMd5(string filename)
		{
			StringBuilder SBuild = new StringBuilder();
			using (var md5 = MD5.Create())
			{
				using (var stream = File.OpenRead(filename))
				{
					byte[] Data = md5.ComputeHash(stream);
					for (int i = 0; i < Data.Length; i++)
					{
						SBuild.Append(Data[i].ToString("x2"));
					}
				return SBuild.ToString();
				}
			}
		}

		public FrmMain()
		{
			InitializeComponent();
		}

		private void BtnAddFiles_Click(object sender, EventArgs e)
		{
			string Path;
			using(FolderBrowserDialog FolderDialog = new FolderBrowserDialog())
			{
				FolderDialog.Description = "Selecciona un folder con archivos";
				if (FolderDialog.ShowDialog() == System.Windows.Forms.DialogResult.OK)
				{
					Path = FolderDialog.SelectedPath;
					DirectoryInfo di = new DirectoryInfo(Path + "\\");
					Archivos = di.GetFiles("*.*", SearchOption.AllDirectories);
					foreach (FileInfo Archivo in Archivos)
					{
						LVFiles.Items.Add(Archivo.FullName);
					}
				}
			}
		}
		
		private void BtnParallel_Click(object sender, EventArgs e)
		{
			string[] HASH2;
			int ItemCount = Archivos.Length;
			HASH2 = new string[Archivos.Length];
			int j = 0;
			try
			{
				Parallel.For(0, ItemCount, (i) =>
				{
					HASH2[i] = GetMd5(Archivos[i].FullName);
				}
				);
				foreach (FileInfo Archivo in Archivos)
				{
					LVFiles.Items[j].SubItems.Add(HASH2[j]);
					j++;
				}
			}
			catch
			{
			}
		}
	}
}

Para poder usar las funciones de paralelismo, debemos de importar el espacio System.Threading.Tasks. El código simplemente calcula el número MD5 de un archivo, pero si no fijamos con detenimiento en BtnParallel_Click, veremos que hacemos uso de Parallel.For , que en su forma más simple, recibe 3 argumentos. El primero, es un valor del tipo int que servirá para indicar desde que número empezaremos la iteración, en este caso es el número 0 (porque desde ahí vamos a empezar a contar). El siguiente parámetro, también es un valor del tipo int, que se usará cómo limite para la iteración, en el caso del código anterior, indicamos que solo va a llegar hasta ItemCount que almacena el número de elementos que contiene un arreglo. Finalmente viene la acción, en este caso la creamos por medio de una expresión lambda en la cual decimos que por cada elemento, se va llamar a la función GetMd5, y a su vez el valor resultante se asignará a un elemento de la matriz HASH2, cuando termine el proceso, todos los valores se agregaran al listview principal y se mostrarán al usuario.

Los resultados los podemos ver en la siguiente imagen (hablando de rendimiento).


Mientras que de un lado tenemos que el uso del CPU está en 25% y tardo 30 segundos en calcular el HASH de algunas imágenes, del otro vemos que el uso del CPU es al 100% y además el tiempo que le tomo fue una cuarta parte del tiempo del calculo secuencial.

Para que revises bien el código, lo pongo en mi dropbox cómo de costumbre, pero cabe aclarar que es meramente ilustrativo, pero cómo introducción funciona. En futuros post veremos cómo hacer uso de las sobrecargas que tienen la misma función Parallel.for, pero además veremos cuales son las diferencia con el multi-therad tradicional (recuerdo que hice un post pero no se publicó y desapareció).

Los leo luego