Sin embargo, IE7 cree que es un movimiento sospechoso y muestra la barrita amarilla de seguridad avisándole al usuario de la descarga y preguntándole si está seguro de lo que está sucediendo.

¿La solución? Agregar un IFRAME escondido y cambiar el atributo src al URL. Asunto arreglado.

Ando echándole un ojo a armar un escritorio por menos de 700 dólares, con dos disquitos duros y silencioso, como para podcastear y grabar música agusto.

Ya han pasado algunos años de eso y todavía seguimos en las mismas. ¿Por qué se nos hará tan difícil entender la OO?

La OO es muy natural. Es lo que el cerebro hace. La mente a todo objetiza — a veces también ojetiza —, para entenderlo lo convierte en un objeto, en un objeto separado de uno. Tal vez esa es la bronca de entender el concepto “dios” porque lo queremos ver como algo fuera de nosotros; pero bueno, ese es otro boleto.

Voltea a ver a tu familia. ¿Qué ves? ¡Objetos! ¡Objetos con roles! ¡Objetos con roles y responsabilidades! Veo a mamá, papá, hijos. Veo relaciones entre los objetos. Veo al ego trabajando :-). Les digo, es muy natural.

Tal vez lo que pasa es que los ingenieros malhechos se quedaron súper satisfechos con variables, fors, whiles e ifs… Siempre escucho la cantaleta “es que yo pienso estructuradamente”… no, piensas en objetos, así funciona la mente/ego. Pero pasa lo mismo que pasa siempre, un pinchi temor al cambio cabrón. Por seguir igualito, por no querer afrontar, cambiar, nos vamos a encontrar miles de historias para excusar nuestra posición de no querer programar en OO.

Tengo muchos conocidos que, si fueran capas en un documento Photoshop, estarían con la opacidad al 8%. Ya no se ven. Ya no son útiles a la empresa. Medio meten ruido. ¿Por qué? Porque no saben programar en OO y porque ya están más entrados en edad. Las empresas son frías. De tener un pelado recién salido de la universidad que no tenga gastos de casa y familia y que no sepa OO a tener un ruquillo con familia y casa que quiera más sueldo y que tampoco sepa OO… ¿a cuál van a preferir? ¡Caramba, es obvio!

¡Wake up people!

Las empresas que desarrollan software en México normalmente carecen de madurez. Los ingenieros que trabajan en ellas, también. En este caso, por madurez me refiero a la definición de CMM.

Comentamos en la mesa, que para la experiencia que hemos tenido, normalmente nos topamos con proyectos y empresas donde:

1. No se tiene un control sobre las pulgas.
   Lo que se tiene son un bonche de correos y tal vez una hojita de cálculo.
2. No se tiene un repositorio para almacenar la base de código.
3. Los ingenieros a veces no saben el significado de check in y check out.
4. No se acostumbra a tener procesos de compilación automáticos.
5. No se tiene idea de cómo perfilar el código.
6. No se cuenta con ingenieros dedicados a pruebas y control de calidad.
7. No se tienen revisiones de código.
8. Y otras más que no se me vienen a la mente.

En algunos lugares de Monterrey existen algunas empresas que en 3 meses capacitan a un joven en cuestiones de desarrollo de software. Está pasando lo mismo que con los diseñadores gráficos; en 3 meses tienen su diplomita y todo lo que producen parece que lo hicieron con Power Point.

En mis tiempos de pozoleada técnica, MVP y comunidades .NET esa era la realidad; creo que sigue siendo. No me había puesto a pensar mucho. Una cosa es el interés por enseñar y la otra es la deficiencia por aprender. No se trata de echar culpas a las universidades, porque si no, no hubiera cuates que se fuguen de México. Bien recuerdo en mis tiempos universitarios que había tantos jóvenes calentando la banca. Recuerdo de un tipo que en 7mo semestre no sabía lo que era un byte.

En Juárez hay muchas maquilas. Algunas tienen un mini-departamento de desarrollo de software que está oculto en las sombras del departamento de IT o tecnologías de información. ¡Ah qué chingón es andar poniendo cables para los inges en Juárez! El software desarrollado localmente tiende a no tener chiste. En esos ámbitos, PeopleSoft, SAP y esos nombres se ven como el Zeus del software y el “gran” reto — noten mi sarcasmo — de los ingenieros es pasar las horas pegando algunos guiones/scripts para integrar a estos mounstros informáticos en los procesos de la empresa… y de pilón, se hace mal. Al cabo de un rato, terminan enviando el trabajo de desarrollo a EE.UU. o a la India.

Por eso, con tanta deficiencia, pues bienvenida sea la India para que empiece a apoderarse de todos los negocios de desarrollo en México.