programancia101 : tipos de datos, avanzado

el bug de multiplicacion de Excel 2007

phobeo — Thu, 27 Sep 2007 23:14:00 GMT

Acabo de aterrizar de Ibiza de unas minivacaciones impresionantes (y en las cuales de paso he escrito un par de problemas nuevos para programancia101!) asi que no he podido seguir en directo la serie de articulos que han aparecido en la blogosfera acerca de un bug en Excel 2007. Afortunadamente, mi amigo Chema "el maligno" me ha mandado un correito para asegurarse que nos haciamos eco de esta noticia.

Para los que no lo hayais visto ya, resulta que se ha encontrado un pequeño bug en Excel 2007 (noticia en español en Microsiervos) con algunas multiplicaciones. Podeis encontrar mas ejemplillos por la web, pero el aviso original se referia a la multiplicacion 850 * 77.1, que en vez de 65535, que es el resultado correcto, se muestra como 100000.

Como buenos lectores de programancia101 y revisando algunos de nuestros articulos anteriores (como este y este), seriais capaces de adivinar cual es la hipotesis razonable mas probable que puede causar este tipo de fallo?

Para los que quieran directamente "la solucion", podeis mirar este post del equipo de Excel, que se puso manos a la obra para arreglarlo el dia despues del aviso.

contando hacia atras

phobeo — Fri, 05 Jan 2007 09:50:00 GMT

Vaya, este artículo debería haberlo publicado hace unos días, cuando muchos de vosotros sí que os estábais preparando para la cuenta atrás... de final de año, claro. Espero que me perdonéis, pero estoy un poco griposillo así que no me ha dado instancia a dedicar tiempo a escribir.

Aun así: ¡aprovecho para felicitaros a todos desde aquí y desear que los 0x757B12C00 milisegundos de este 2007 os sean propicios! }:)

El caso es que, continuando con el emocionante tema de los tipos de datos, he pensado en dejaros un pequeño puzzler para empezar el año. Os recuerdo que la idea de los puzzlers es responder a las preguntas sobre el código sin ejecutarlo primero (y si sois capaces ademas de saber qué hace, saber el por qué... ¡son gallifantes extra!)

Al igual que en el problema anterior, podéis publicar la solución en vuestro blog y enlazarla desde un comentario aquí o bien enviarlas directamente como comentario del artículo. En cualquier caso, intentaremos comentar la solución entre todos }:)

Pero basta ya de preámbulos: la idea es que tenemos estos tres pedacitos de código:

pedacito #1

int counter = (int)1e8;
while(counter > 0) {
counter--;
}
Console.WriteLine("counter: " + counter);

pedacito #2

float counter = (float)1e8;
while(counter > 0) {
counter--;
}
Console.WriteLine("counter: " + counter);

pedacito #3

double counter = (double)1e8;
while(counter > 0) {
counter--;
}
Console.WriteLine("counter: " + counter);

¿Sabríais decir cuál será la salida de cada uno de ellos? Y ya puestos: ¿sabríais decir cuál tardará MENOS y cual MÁS en ejecutarse?

NOTA: tal y como estan expresados, estos pedacitos deberían ejecutarse sin problemas en C#, Java, C y C++ (simplemente cambiando la última línea por la llamada a System.out.println, printf o cout << apropiada). ¡Siento no haber podido hacer versiones en otros lenguajes!

empezando por el principio

phobeo — Tue, 26 Dec 2006 11:04:00 GMT

Como en programancia101 estamos solo empezando, creo que lo más apropiado es empezar por el principio, pero claro, esto sería si hubiera un principio.

Lo ideal sería poder identificar cuál es la habilidad más importante que debe tener un desarrollador y decir: "¡aha! éste es el truco y éste es el problema que necesitáis para afinar la capacidad X". Pero esto creo que es un problema bastante difícil. ¿Cuál creéis vosotros que debería ser la habilidad número uno del buen programante?

Yo he sido incapaz de decidirme sólo por una, pero sí que he visto una actitud común en muchos programantes avezados: no se conforman con saber que algo funciona, sino que quieren saber por qué funciona, o por qué no funciona, o por qué funciona mejor en tal o cual caso. Saber este tipo de cosas está directamente relacionado con la curiosidad por conocer cómo maneja cada concepto "por dentro" nuestro lenguaje favorito, nuestro entorno, nuestro marco de trabajo...

Una de las típicas preguntas que suelen hacerse cuando se quiere comprobar qué tal maneja alguien los conceptos desde el principio es: ¿sabes darle la vuelta? Sí, exactamente, darle la vuelta a las cosas es un procedimiento poco usual en la "programación estándar", pero nos viene al pelo para empezar a proponer el que se vean las cosas de un modo distinto

Vamos a plantear esta pregunta a distintos niveles:

la idea más básica sería: ¿sabrías escribir un trozo de código que reciba una cadena de texto y le dé la vuelta? Es decir, si nuestra entrada es "abc", la salida sería "cba"
Bajando un poco más dentro de nuestros tipos de datos: ¿y un trozo de código que le de la vuelta a los bits de un byte? Es decir, si la entrada es 1, la salida sería 128
Y para terminar, uno un poco más complejo: en C# (y muchos otros lenguajes) los tipos flotantes se representan mediante el estándar aritmético IEEE 754. ¿Sabrías escribir un trozo de código que le de la vuelta a los bits del exponente y la mantisa de esa representación IEEE 754? Es decir, si la entrada es -118,625, la salida sería -17.180.580.000 (nota: en español la coma "," es decimal y el punto "." el separador cada 3 números de la parte entera)

Podéis poner vuestras respuestas, preguntas o ideas en los comentarios o bien poner un post con la solución en vuestro propio blog y dejar aquí un enlace (¡es mejor que mandármelas por mail, porque así todos podemos opinar!)

Preparados, listos... ¡ya! }:)