Después de esto se puede continuar con la rutina de:

Tomado de aquí. Para más comandos ver aquí.

Finalmente hice click convencido de que me iba a arrepentir. Es como este video, nada es lo que parece. El artículo parece un tratado de cómo conseguir trabajo, cuándo abandonar tu trabajo, por qué debes hacer un alto en tu trabajo para pensar quién eres realmente, etc. Finalmente se convirtió en algo privado, intimo, una especie de confesión, una anotación en un diario personal, una reflexión durante el baño, un mal sueño. Sí, me arrepentí, mis sospechas eran justificadas. Tarde o temprano en nuestras carreras nos sentimos deprimidos porque tarde o temprano descubrimos que no es como decían nuestros padres, que la recompensa del trabajo duro es un desfile en nuestro honor por la avenida central de la ciudad, con papelillos y fuegos artificiales. No. La recompensa de trabajar duro es más trabajo duro. Y, como le sucede al señor del artículo en cuestión, no es suficiente hacer el tipo de cosas que hacen los buenos programadores, como leer buenos libros de programación, participar en el desarrollo de software libre, y otras cosas por el estilo. Hay que ser  un buen programador. Cómo se logra eso es algo que no se puede explicar en pocas palabras (o en muchas palabras) pero definitivamente actuar como tal no es suficiente. Esto es lo contrario de como les pasaba a las cortesanas romanas, no basta con ser decente sino actuar y hacer cosas decentes. En fin, actuar como un buen programador y ser un programador son dos cosas diferentes y necesarias. No es suficiente una sola.  Pero al final no creo que ese sea el problema de este señor que cree ser un mal programador, su problema es que no sabe quién es, y quizás sus amigos no son lo suficientemente amigos para decirle la verdad. Tarde o temprano un mal amigo te dice “no seas duro contigo mismo”. La verdad es lo contrario, debes ser duro contigo mismo, siempre, todo el tiempo. Porque no hay tiempo que perder. Nunca.

Cómo eso no funciona en lo absoluto tenemos que recurrir a google. La respuesta más común en google es algo así como:

donde parent es la clase del div principal y child la clase de los divs que vamos a centrar. Luego de algunas pruebas llegué a la conclusión de que esto solamente funciona (+/-) en FF, Chrome e IE9. En IE8 falla miserablemente.

4 horas después mi solución fue más o menos la misma que al comienzo pero con unos detalles adicionales:

Por qué esto tiende a fallar al comienzo y luego de 4 horas no deja de funcionar no tengo idea realmente. css+IE8 es un potro difícil de domar, no tengo paciencia para esperar el día  en que ya no tengamos que darle más soporte a ese engendro del demonio. Yo creo que fue IE lo que enloqueció  a los personajes de Rabbits.

1. Concentración.  Mantener el flow evitando las distracciones. Mantener las pestañas del navegador con videos de gatos cerradas.
2. Efectividad: incrementar la producción de líneas de código sin bugs por minuto, regularmente optimizadas que cumplan el objetivo de la forma más aproximada. O casi.
3. Realizar descansos de 15 cada 45 minutos, no solamente para reducir el cansancio, sino para aumentar la concentración.
4. No hay una forma correcta de programar. Cada quien tiene su forma de hacerlo con efectividad, descubre la tuya y úsala.
5. No hacer listas. No escribir en el blog mientras se programa. No ver videos de gatos durante períodos de 45 minutos.

(“Cuando sigues a la manada llegas tan lejos como la manada,
pero cuando sigues tu propio camino puedes llegar a sitios donde nadie ha estado.”)

Estoy escribiendo un parser de html porque necesito hacer un despliegue básico del contenido de cualquier página web (en forma rudimentaria, solamente el texto). Llegó a mi vista este enlace en linkedin.com que contiene algunas ideas sobre cómo hacerlo.  Por ejemplo usar IHTMLDocument2 que permite obtener los elementos  HTML, los  tags, etc. O utilizar alguna librería como libxml2, HTML Tidy, etc. O, quizás, la sugerencia más descabellada “I just suggest you write parser using tools like lex and yacc in person. It can be time consuming…” (“Te voy a sugerir escribir un parser utilizando herramientas como lex y yacc en persona. Puede ser largo en tiempo…”) ¿Puede ser largo en tiempo? Eso es lo que yo llamo un eufemismo. Cualquiera de las soluciones utilizando librerías o mi propio desarrollo (ya he hecho algún avance programando a mano la solución) implica un tiempo de desarrollo de unos días. Quizás una semana y pico. Utilizar lex y yacc, que son las herramientas que se utilizaban hace años para producir compiladores puede requerir meses. Sí, ciertamente puede ser una solución poderosa pero, puede tomar algún tiempo. Eso es lo que yo llamo apartarse de la manada. Pero no estoy particularmente interesado en eso en estos días.

• Un artículo de gamasutra sobre las ventas en Steam de un juego regularmente exitoso.
• Un resumen de mejores prácticas para mejorar nuestro de tiempo de respuesta cuando nos vemos confrontados a una aplicación que no funciona.
• Una lista de Cheat Sheets de las más importantes herramientas que de todas formas no vamos a conseguir cuando la necesitemos así que recurriremos a google de todas formas.
• Una librería para hacer gráficos en una página web usando html5.

En las páginas Web, en las aplicaciones Web 2.0 y en cualquier otra aplicación que se precie de ser moderna (o lo intente), el botón de Buscar se coloca en un lugar visible, práctico, cómodo, pues el 50% del tiempo un usuario que no esté jugando o perdiendo el tiempo seguramente estará buscando comandos, aplicaciones, herramientas, funciones, documentos etc..

Pues bien, en Windows debido a la infinita sabiduría de sus creadores, el “Buscar” está perdido, como ha quedado dicho, en un panel que parece un menú y que a su vez se divide en 5 sub-menús, y, como si fuera poco, está en el menú menos visible, abajo y a la derecha. Es como si la intención de un usuario al abrir un menú fuese entretenerse en cavilaciones sobre las motivaciones más oscuras de Nostradamus cuando escribió la centuria XXXVII. No, un usuario, cuando abre un menú, lo que quiere es, ¡sorpresa!, BUSCAR algo.

Ok, nuestra desdicha no termina aquí, apenas comienza. Este es el comando Buscar más idiota de todos los tiempos. Es tan torpe su diseño que ni siquiera voy a perder el tiempo describiendo sus fallas. Quiero concentrarme en la más importante: No funciona.

Se supone que un buscador sirve para buscar cosas, normalmente documentos. Una función fundamental es buscar un documento con un texto en particular. Yo no me acuerdo cuál script tiene el código curl para conectarse a un servidor https, pero estoy seguro que en alguna parte de los 3 GB de scripts que tengo hay uno que tiene la receta para hacer eso, y estoy seguro porque yo mismo lo escribí. Por razones que no vienen al caso describir en este momento (quería buscar los scripts modificados en las últimas 2 semanas), se me ocurrió la descabellada idea de usar el buscador de windows. No lo encontró. No. Nada. No existe. Yo sé que sí, y así, hastiado, lancé una búsqueda con el buscador de phpdesigner (que iba a hacer una búsqueda más lenta según mi línea de pensamiento en ese momento) y, sin sorpresa alguna, lo encontró. No se me ocurre ningún teorema o corolario o moraleja, sobre esto sino la frase lapidaria predilecta de todo político aspirante a un cargo público: NO FUNCIONA.

• “Eve is the most fascinating way to be completely bored off your ass that you’ll ever find.”. Comentario en un artículo discutiendo las técnicas de manejo de la carga sobre los servidores en una batalla de 3000 jugadores, Eve Online.
• Ah, ah, ah! ¡Hp está haciendo trampa! Según un reciente estudio, HP encontró que la migración a Linux realizada por la municipalidad de Munich resultó más costosa que una solución basada en Windows.  Munich no está acuerdo. Es que la sola afirmación resulta ridícula.
• Comentarios graciosos encontrados en código fuente. Yo he sido acusado múltiples veces de llenar mi código fuente de chistes, y con frecuencia los clientes encuentran eso irritante, para nada gracioso.  Sobretodo  cuando colocaba hacks para evitar los bugs de IE (yo no doy soporte de IE a menos que me paguen un monto adicional (exageradamente alto)). Algo como esto
  // Try to remove the IE6 flicking (only SP1, this only work when Jupiter and Nepture are aligned)
  // Microsoft Stupidity Check(tm)
  // starting stupid microsoft only code