Antiguo y abandonado blog de Ricardo Galli :-(

No me agradan nada las banderas –sobre todo en los conciertos–, no le encuentro sentido a la monarquía, no entiendo que un señor y su familia tengo tenga privilegios sólo por ser un Borbón, me molestan los republicanos que poco favor hacen a la causa quemando banderas o fotos. Pero mucho más me molesta –al punto que me pongo muy nervioso porque no entiendo– la incoherencia de los revolucionarios o libertarios de sofá que sólo defienden su causa cuando la crítica no va con ellos.

(more…)

Dejé para el final la respuesta a algunas de las respuestas más provocadoras –intelectualmente– que he recibido a raíz de lo que yo creía eras mis opiniones educadas y razonadas –técnicas y éticas– de porqué no creo que la regulación de la profesión/carrera informática no sea una solución todavía.

A raíz de esas respuestas contrarias a mis opiniones, tan elaboradas, respetuosas y técnicamente impecables es que al final asumo mi error y pido disculpas a todos y cada uno de los usuarios del sitio Ingenieros de Primera por no haber sido capaz de intentar un debate a la misma altura.

Son cosas de la ignorancia, pero estos días aprendí la lección. Ahora contesto a los temas fundamentales con la mayor humildad.

(more…)

Sí, acabemos ya con tanto intrusismo. Todos sabemos que los precursores de la informática fueron físicos y matemáticos, ¿y en qué situación están ahora? Que nadie reconoce su trabajo, están mal pagados y tienen más paro que los intrusos que se denominan “informáticos”. Esos informáticos que ni siquiera saben la ley de la conservación de la energía o la teoría de Shannon –fundamentales para el funcionamiento de los ordenadores–. Esos mismos informáticos que usan fórmulas todo el tiempo y pretenden elaborar complicados modelos matemáticos generalmente erróneos, que no saben ni lo que es el cálculo Lambda pero pretenden ser expertos en programación… y no consultan a los verdaderos expertos: los matemáticos.

Salgamos a reclamar que establezcan leyes que os protejan de semejante intrusismo. No podemos permitir que la sociedad de la información dependa de semejantes ignorantes. Exijamos que sea una profesión regulada y que los matemáticos y físicos tengan que aprobar y firmar todo proyecto donde se requieran de complejos modelos dinámicos o matemáticos. No puede seguir así.

Salgamos a la calle y que se haga justicia. Luchemos por el interés del ciudadano y empresas que usen modelos matemáticos. No podemos dejarlo en manos de incompetentes. Si así fuese se acabaría el problema del paro, de estar de becarios en universidades por tanto tiempo y que se os considere de segunda.

Nota: Por supuesto todo esto una chorrada de ironía con ganas de provocar un poco, pero hay algunos que lo dicen más gordas y van muy en serio. Si sabes de qué va el tema quizás te hayas sonreído, o mosqueado (era la intención). Si no tienes idea, olvídalo, no tiene sentido que pierdas el tiempo. Pero si aún así te intriga, puedes comenzar por este comentario (y sus noticias relacionadas).

Estimado amigo Rodolfo,

hace mucho tiempo que no te escribo y te ruego me disculpes por esta misiva excesivamente larga que te envío.

Me alegra mucho ver un mensaje tuyo en mi correo, siempre me pasa lo mismo, lo dejo para responderte luego con mayor tranquilidad y acaba perdido en la pila. Aún así te leo en comentarios en los blogs, vuestras publicaciones y también en tu blog. Desde que te conocí me has parecido un tipo muy reflexivo y meticuloso, sobre todo en cómo sabes llevar los negocios en un entorno tan desfavorable y tormentoso como es Internet en España.

Pero hoy leí tu apunte ¿Pirata, yo? de ninguna manera y veo que además tienes muy claro cómo educar a tus hijas, claridad que yo carezco completamente.

Me has perturbado con tus argumentos tan claros y contundentes, qué suerte que tienes y qué suerte que te conozco para así pedirte que me ayudes en mi afligida situación.

(more…)

Veo en “Ya no te ajunto” de Tecnorantes el pollo que han montado entre Calacanis y David Winer, tirándose los trastos entre ellos. La verdad es que son cansinos. Tampoco entiendo cómo ambos se convirtieron en gurús de la blogosfera (aunque en realidad está claro).

Pero en fin, me agrada mucho como no tienen problema en criticarse sin pelos en la lengua aunque con un lenguaje educado y poniendo los enlaces adecuados para que el lector conozca la opinión contraria. Además seguramente se encuentran en los habituales piscolabis y barbacoas y se descojonan de risa juntos.

Es muy educativo para la blogocosa nativa. Aquí las reacciones y lenguaje hubiesen sido muy distintas. Si Calacanis hubiese sido un cañí podría haber hecho lo siguiente:

1. Método repetitivo pero sin riesgos, el-comentarista-anónimo-sabelotodo

Iría a todos los blogs de la Alist y dejaría comentarios desvelando presuntos secretos de Dave Winer, salpicado de unos cuantos comentarios del estilo:

Es un cabrón/ladrón/inútil que censura cuando no le gusta algo.

2. Método perezoso-no-sabe-con-quien-se-ha-metido

Editaría http://en.wikipedia.org/wiki/Dave_Winer y pondría allí cosas como:

Es un censurador que interfiere en los negocios de Calacanis por pura envidia. Además ha abusado sexualmente de niños y robado dinero del petróleo de Irak y varias ONG.

3. Método sofisticado sin riesgos: el-blogger-anónimo-que-desvelo-la-verdad

Abriría un blog del tipo “deconstructingwiner.wordpress.com” y escribiría lo mismo que #1 y #2 pero en plan apuntes. Además en los apuntes pondrá una foto de Dave Winer con Xeni Jardin en alguna fiesta y le pondría un pie de foto del estilo:

Las relaciones entre la glamurosa damisela y Winer son claros. Mientras a uno le interesa aquello que lleva debajo de tan fastuoso vestido, la otra lo aprovecha para conspirar contra los negocios de su ex patrón al que abandonó por el insoportable acoso al que la sometía.

4. Método spammer-ofendido-sin-tapujos

Escribiría en su blog un apunte titulado

CENSURA!!! CENSURA!!! La MAFIA de Winer y su doble moral censura a Calacanis

Luego de escribir el apunte –por supuesto sin ningún enlace a las respuestas de Winer– enviaría el enlace a Digg. Netscape, Corank, Techmeme, BoingBoing, Slashdot, etc. Así por varios días seguidos.

5. Método con-cojones-pedante que está por encima de todo

Winer me invitó y no me avisó de nada, tal como se ve en la imagen de abajo. Asistí al encuentro en cuyo programa no se avisa de nada –adjunto enlace–, hablé por teléfono con él –adjunto trascripción abajo– e incluso nos intercambiamos los siguientes emails que muestro abajo.

Vaya vaya con estos blogocósicos.

(no sé porqué este método me suena mucho)

6. Método Finoli 2.0 al-enemigo-ni-agua

Aunque arranques mi leproso brazo no podrás evitar que escupa tu estúpida cara — Joe Sixpack en “El regreso de los zombies de Rubik al infinito de Pi”

La verdad que prefiero a los Winer-Calacanis, son divertidos además de cínicamente elegantes.

Pero también es verdad que los métodos nativos también pueden ser divertidos, menos el #6 (aunque esas frases de copiar&pegar es lo mejor que pueden hacer para generar reacciones sinápticas).

PS: Hay otro método muy de moda, el Manga-troll: dibujar enrollados aunque insultantes cutre-comics sobrecargados de referencias a películas clásicas. Pero no sé dibujar ni una montaña nevada, lo siento.

Como es verano, hay mucho tiempo para pensar, me hizo gracia Diez señales de que no eres tan listo como piensas, y tenía ganas de provocar un poquillo elaboro la misma lista pero para programadores.

1. Estás convencido que eres “muy buen programador”.

   En general los buenos programadores interactúan y trabajan mucho con el código de otros programadores, y siempre hay alguien que tiene soluciones más creativas, eficientes y elegantes que lo que se le puede ocurrir a una sola persona.

   Los buenos programadores suelen pensar que hay demasiadas personas que programan mejor que él.

2. Reconoces inmediatamente a Jobs, Gates o Torvalds pero no sabes quiénes son y/o qué han hecho Turing –además de su modelo matemático tan conocido–, von Neumman –además de su famosa definición de “arquitectura”–, Dijkstra, Knuth, Wirth, Kernighan, Ritchie, Engelbart, Corbató, Hoare, Minsky…

   ¿Irías a un médico que no sabe qué ha hecho Pasteur o Ramón y Cajal? Pues eso. (No significa que saber la vida de esos personajes garantiza ser buen médico, pero un buen médico seguro que lee mucho sobre su profesión, si no sabe es que ni siquiera se preocupa en leer más allá de lo que le exigieron en la carrera, y que además se le olvidó una gran parte).

3. A primera vista del código de programas grandes de otras personas dices “vaya mierda de código, muy complicado, yo lo puedo hacer mejor”.

   En general los programas grandes son desarrollados por muchas personas, cada una con su visión –a veces contradictoria con otros– y estilo propio. Aunque haya sido desarrollado por una sola persona, seguramente ésta evolucionó y cambió –en general a mejor– durante el desarrollo. También van cambiando la “realidad” y las herramientas, lo que implica que las soluciones no son siempre las mismas. Además el software se hace cada vez más complejo y requiere soluciones sofisticadas para solucionar los diversos problemas –por ejemplo las race conditions– que aparecen.

   Un programador que ha participado en proyectos grandes reconoce inmediatamente estos patrones y problemas asociados, además de tener muy claro que una sólo persona es incapaz de desarrollar grandes programas por sí sola, por eso nunca desmerecería el trabajo de otros sin un conocimiento exhaustivo del programa y sus problemas asociados (y lo más seguro es que envíe parches o soluciones mejores).

4. Justificas que tu código es ilegible para no mostrarlo o publicarlo.

   Este es un problema bastante importante en la gente que empieza a programar… y si perdura con el tiempo es que nunca ha llegado a comprender que los lenguajes de alto nivel se han desarrollado para las personas, no para la CPU –que sigue entendiendo sólo binario–.

   Así te encuentras con código sin sangrar, variables y funciones con nombres que no dan ninguna pista de lo que hace –kaka, pepito, f1, v1…–, variables de una letra –como i, j, k– usadas en variables que no son contadores ni índices, ningún comentario… o lo que es peor, exceso de comentarios del tipo /* asigno 0 a la variable i */.

   Como las novelas, ¿alguien leería novelas sin ningún tipo de estructura de oraciones, párrafos y capítulos? ¿o sin signos de puntuación o escritas en lenguaje de teléfonos móviles? Si uno sabe de antemano que su código será revisado y modificado por otras personas se plantea escribirlo de otra forma, más acorde con el estilo de cada lenguaje y que sea agradable de leer.

   Ésta es una gran ventaja de los programadores de software libre, además que se programa pensando en que otros lo mirarán, en general ya ocurre lo que está explicado en #2: se aprende mucho mirando el código de otros.

5. No sabrías definir en pocas palabras qué es la programación estructurada, ni sus relaciones y ventajas/desventajas con las arquitecturas y diseño del hardware.

   Pues eso, un buen programador sabría explicar que las estructuras de control tienen un sólo punto de entrada y puede tener varios puntos de salida –aunque hubo bastantes discusiones sobre este aspecto–, y que estas restricciones tienen mucho que ver con las “localidad espacial y temporal” del código –además de las ventajas obvias del código fuente de alto nivel estructurado–.

6. Afirmas “el último lenguaje/librerías/framework XYZ es el mejor”. O que “C y ensamblador desaparecerán”, o peor aún, “el C++ reemplazará al C en los sistemas operativos”.

   Cualquiera que haya vivido o leído sobre las diferentes tecnologías y soluciones informáticas entenderá muy bien lo que explica Brooks en “no existe la bala de plata” (There is no silver bullet, mejor traducido como “no hay soluciones mágicas”). Cada lenguaje además tiene sus ventajas y desventajas para cada tipo de problema. Hay cosas que se pueden solucionar mejor con un lenguaje que con otros. Por ejemplo el tratamiento y control de la memoria –gracias a los odiados punteros y asignación dinámica de memoria– que se puede hace con C son casi imposibles o tan costosos que no merece la pena en lenguajes como Java. Aún más, hay cosas necesarias en determinados programas que sólo se pueden hacer con ensamblador, como gestionar registros, TLB, cache, etc.

   El que crea que con su lenguaje preferido puede solucionar todo es como el refrán para el que sólo tiene un martillo todo lo que ve son clavos. La informática y programación es mucho más amplio que programar sistemas de facturación o páginas web.

7. Te dicen que puedes tener una race condition en tu código y pones cara de pasmado.

   La programación de sistemas modernos es cada vez más compleja, lo que hace que habitualmente se usen modelos de multiprogramación, programación concurrente y programación distribuida. Incluso la programación web es un ejemplo típico de multiprogramación. Todos esos modelos tienen asociados los problemas de concurrencia por compartición de recursos que hacen que los programas tengan fallos que parecen casi aleatorios aunque los algoritmos analizados independientemente sean correctos. Los conceptos y problemas de concurrencia son de los más difíciles de aprender, lo que sólo se logra con el estudio de los problemas fundamentales y mucha práctica.

8. Piensas que en la universidad deberían enseñar Java desde el primer curso y que enseñar Pascal no tiene sentido.

   Este es el típico argumento de los que piensan que la universidad sólo debe enseñar lo que “demanda el mercado”, o aún peor, que él o ella sólo debe aprender lo que demanda su mercado.

   El primer objetivo cuando se empieza a programar es aprender qué es un algoritmo, cómo se representa en un lenguaje de alto nivel, estructurado, secuencial e imperativo –es el modelo más usado y con más métodos formales de diseño y verificación–. Lenguajes como C++ o Java son antes que nada estructurados, secuenciales e imperativos.

   Estos son conocimientos previos necesarios para aprender correctamente las abstracciones y estructuras orientadas a objetos, empezar con estos lenguajes con abstracciones y construcciones más complejas sólo introducen problemas y ruido en el aprendizaje, y lo que es peor, introduce vicios que luego son muy difíciles de eliminar.

9. Te han explicado alguna que tu código quizás se ejecute más rápido si lo compilas para reducir el tamaño antes que optimizar código y has pensado que te engañaban.

   Así como está enunciado parece una tontería, pero sólo podrían entenderlo los que tienen un conocimiento más profundo de los que conocen a la arquitectura del hardware que ejecutan al programa. Esto significa conocimientos de gestión de memoria virtual, memoria cache, características del TLB, etc. (De hecho este es un caso real, el núcleo del Linux, la velocidad de los procesadores se incrementó notablemente más rápido que la memoria RAM, por lo que el papel de las técnicas de caché creció en relevancia).

10. Eres parte del movimiento mileurista, o te quejas del intrusismo laboral.

    No conozco a ningún buen programador que cobre mil euros al mes –y conozco a muchísimos, la ventaja de haber sido su profesor–. El paro de los programadores es casi cero –casi diría que negativo en Balears, es una lucha dura evitar que los buenos programadores que están en tercero de informática no empiecen a trabajar sin acabar al menos la técnica, luego se eternizan como alumnos–.

    Además, ¿no hablan tanto al “libre mercado”? Un buen programador no tiene problemas para encontrar puestos mejores. Un buen programador no está preocupado del “intrusismo”, si los “intrusos” son buenos programadores, bienvenidos sean.

    Si en cambio no lo son no representan ningún problema para él, todo lo contrario, le quitan el trabajo que él no está interesado en hacer.

Y por último y aunque está fuera de las diez no podría dejar de ponerla

10bis. Si te dicen expresiones regulares y sólo tienes un problema

Yo he cometido todos esos “pecados”, y sigo cometiendo algunos. Pero intento dejar de hacerlo. Lo malo es que cuando ya deje de hacerlo tendré muchas más “pistas” que agregar a la lista, y así volveré al punto inicial nuevamente.

O quizás eso es justamente lo mejor de ser un programador.

Edición: Paco propone una que no sé cómo se me ha pasado:

10bis2. Consideras que ya eres suficientemente buen programador y que debes dedicarte a otras tareas como el análisis, diseño o planificación. La programación es una tarea secundaria y trivial que puede hacer cualquiera.

Ayer regresé de Menorca donde fui a dar una pequeña charla del Menéame. Vaya putada, mira que me gusta hablar, pero hostia, si me hacen hablar en inglés ya me obligan a pensar más lo que digo, tampoco puedo decir tantas chorradas y tacos.

Una de las cosas que aprendí por experiencia pero que me acabaron de convencer allí –especialmente en una charla en la comida con Loic Le Meur– es que en España, a diferencia de Francia, por ejemplo, no puedes escribir en tu blog lo bien que lo pasas, la gente se lo toma a mal –”mira que bien que lo paso pringao”–. Así que para evitar que el blogs se llene de insultos, hay que hablar de las cosas malas que nos pasan. Vale.

Voy a hablar de lo fatal que me fue. Hay muchas fotos y vídeos y varios blogs que pueden atestiguar lo que cuento.

Pues fue una mierda, mireusté.

(more…)

1. Id al artículo anterior y leed en diagonal los comentarios.

2. Mirad las etiquetas.

3. Como en el viejo juego de la tinta invisible, seleccionad el texto del último párrafo hasta el final.

Se sabe que el mercado de las ironías está bajo mínimo, y que nadie lee las etiquetas. Pero además parece que las Pascuas estresan a muchos. Un auténtico cara de pito para todos ellos.

Actualización: este apunte es una broma, antes de enfadarte mira las etiquetas, analiza las auténticas tonterías –ridiculizando los estereotipos– que escribí, y si eso no basta mira este otro mini apunte.

Acabo de entrar en el cachondeo en tecnorantes por lo de “Microsoft is Dead” de Paul Graham. Entre las cosas que se habla es que los que saben de ordenadores usan GNU/Linux o Mac OSX. Pero es falso, los usuarios de Mac OSX no tienen idea de informática, a las pruebas me remito:

• No tienen el poder de abstracción para reconocer lo que es un “directorio”, y se tienen que inventar nombres más cercanos a lo que saben usar habitualmente, por eso le llaman “carpeta” y necesitan ver un dibujito de una carpeta para poder encontrar un fichero. Ni se te ocurra preguntarles por la organización jerárquica, independencia de dispositivos, “árbol de directorios” o el “pathname” de un fichero.

• No saben lo que significa “sistema de ficheros”, ni los “formatos de sistemas de ficheros”. Pídele a cualquier maquero que te pase un DVD y luego pregúntale si tiene formato HFS, HFS+, ISO9660 o UFS. Te dirán algo así como “No sé, sólo le dí a inicializar disco”.

• No saben los que son los bits ni hacer operaciones tan básicas como 2^n. Así en vez de decir “mi tarjeta gráfica es una RGB de 24 bits” dicen “millones de colores”. Pero es que ni siquiera saben hacer 2^16, dicen “miles de colores”. Nunca les preguntes por el canal alpha o si usan RGB de 9 o 10 bits, lo máximo que te podrán decir es que se puede conectar un Euroconector, vídeo compuesto o DVI.

• No saben lo que son los píxeles, ni usarlos como unidades, así en vez de decir “mi pantalla es de X por Y pixels” dicen cosas como “pantalla PAL” o “pantalla NTCS”, o “alta resolución”, y más recientemente “panorámica”. Nunca podrás lograr que te digan qué resolución tiene su pantalla.

• No tienen idea de lo que es un estándar, por ejemplo no le pidas que te envíen algo en un formato estándar. Si es un vídeo te enviarán un Quicktime (con un codec Sorensen más raro, nuevo y lleno de patentes que exista). Si se trata de una imagen te enviarán un GIF de 256 colores. Si es un fichero de texto te lo enviarán en RTF con una codificación rara que sólo se puede leer en Macs.

• A veces piensan que es Apple es la oficina internacional de estándares. Así nunca les preguntes si tienen una interfaz IEEE1394, te dirán que no. Debes preguntar por el “faireuaier”.

• Piensan –desde mediados de los 90– que el “vídeo Quicktime” es el no-va-más de las interfaces. Así lo primero que te mostrará un maquero en su nuevo ordenador es el reproductor Quicktime es cómo se ve-la-hostia-de-bien (aunque se vea igual que hace 5 años) el vídeo del “switch Apple” y cómo puede copiar y pegar segmentos de vídeo en el programa de correo.

• Otra muestra de la ignorancia de estándares y la exageración del vídeo es que si le pides que te envíen sus correos en formato sólo texto –y no en HTML– te dirán que si lo hace así no podrán copiar y pegar trozos vídeo en el email –y ya sabemos que eso es fundamental para un buen intercambio epistolar–.

• Para demostrar aún más el desconocimiento de estándares y píxeles, pregúntales por el tamaño del vídeo que están reproduciendo. Te dirán primero que es “pesado” o “ligero”. Si luego le dices que no te interesa el “tamaño en bytes” sino la resolución te dirán “Quicktime alta definición”, “Quicktime baja” o algo como “Quicktime para Internet”.

• Para acabar, ¿cómo van a saber de informática si todavía no han aprendido a usar ratones con más de un botón?

Lo dicho, Microsoft is dead y los maqueros no tienen idea. Los que saben de informática usan GNU/Linux

Cara de pito al que se toma esto en serio.