Debo declarar que no soy Programador y sin embargo desde que salí de la Universidad he estado programando. La paradoja no es tal, ya que he encontrado que el Software no siempre se adapta a las necesidades muy específicas de las empresas. Mis programas se han usado por años (y años) a veces sin cambios, en empresas de todos los tamaños, desde gigantes como Nestlé a micro organizaciones. Procuraré compartir aquí no sólo código, si no que conocimientos, para poder así "sacar mejor el jugo" a los recursos informáticos.

Qué triste es comprobar como las malas prácticas informáticas siguen perpetuándose, por también malas prácticas gerenciales. Como la informática es un proceso más en cualquier organización, me remito al cuadro que coloco en Gestión de Empresas. no hay más que decir, pero extraña que para tanta gente relacionada con el mundo del Sofrware, desconozca (o diga no conocer) el concepto de Calidad de Software.

Sigue y seguirá por mucho tiempo, la polémica sobre los profesionales informáticos. Da mucha pena escuchar a simples usuarios, tal vez avanzados, autocalificarse por ello de "informáticos". Yo con años de estudio y práctica en el área, no me atrevo a calificarme de tal. Como siempre las cosas caerán por su propio peso.

Es muy triste encontrar a simples "usuarios avanzados", autocalificarse de "informáticos", y sin ni siquiera saber hacer un programa, despreciar a quienes objetivamente saben mucho más, y que por ello perciben como una amenaza a su posición de poder, alcanzada con buenas o males artes, dentro de una organización.. He escuchado a más de uno de estos personajes, burlarse de los ingenieros informáticos porque estudian Matemáticas y quedarse tan anchos. (Por cierto, este tipo de personaje en particular, nunca en su vida a calculado un TIR para justificar un proyecto, es más, no sabe qué es un TIR, aunque se lo difga en "cristiano": Tasa Intena de Retorno).

Un escalón (o varios) más arriba está el que por estudios o experiencia, es mucho más que un simple usuario avanzado, es decir, hasta hace programas, y entiende muy bien de administración de redes. Pero hacer un programa, no indica que se sea un experto en el campo de aplicación de dicho programa. Yo mismo dentro de mi currículum tuve que estudiar Contabilidad (aclaro de inmediato que no soy contable), tuve luego en mi vida profesional, que selecccionar e instalar muchos paquetes de Contabilidad. Más aún, en muchas empresas (grandes multinacionales incluso), llevan más de 20 años utilizando programas de Contabilidad que tuve que desarrollar a medida, pero eso no me convierte en experto contable. Pero muchas veces en las Empresas se cae, por el conocido síndrome del "Mesías", en atribuir un nivel de conocimientos a los programadores, que definitivamente no tienen. Por desgracia ,son muchos estos "mesías" que no sacan de su error a los que acuden a pedir su consejo en estas materias del todo fuera de su ámbito. Tal vez el mejor ejemplo lo encontremos en las llamadas "estadísticas" a las cuales son tan aficionados algunos gerentes, que no saben que la estadística es algo más que la simple ordenación cronológica de datos. Tanto al que se la piden, como ellos mismos, es muy probable que no tengan idea del concepto y utilidad de por ejemplo, la desviación estándar. (¿Sabrán unos y otros, que muchas veces los datos de venta son más útiles si trabajamos con el logaritmo de las cifras de venta?). Y así suma y sigue.

Ni hablar de estos personajes seudoinformáticos si les hanlamos de cosas como el modelo CMMI. Chino para ellos.

En ocasiones se me critica que soy demasiado ácido con las exigencias de conocimiento, no sólo de los gerentes o informáticos en general. En efecto es así, pero por una razón. Hoy cualquiera que sepa leer, escribir, sumar y restar, tiene acceso, muchas veces gratuito a recursos de aprendizaje impensables hasta hace pocos años. Sólo intento que picando su amor propio, no tener nunca más que oir cosas como: Esto no va a funcionar, porque esto es ... (reemplace los ... por Murcia, Mallorca, España, o ,o que sea). La productividad pasa por la Formación y esta es una obligación ineludible tanto para los Trabajadores de a pie como para la alta Dirección.

(Por favor, si tenéis cualquier aporte o comentario sobre lo dicho, ya sabéis mi dirección: maurocabrera@gmail.com )

El  ENEMIGO EN CASA:

Recuerdo que no hace mucho, era un tema propio de expertos ociosos y paranoicos, el tema de la infección de virus en los omnipresentes PLC de nuestras industrias. Quienes sin llegar a "expertos" en la materia, algo sabíamos del tema, sabíamos que se trataba de un tema factible y de consecuencias potencialmente apocalípticas, ya que hoy la mayoría, si no todos los procesos industriales, que van desde la puesta en marcha de un motor, hasta el manejo de centralles nucleares, basan su funcionamiento en los autómatas programables, los que por su naturaleza de aplicación cerrada, presentan poca o ninguna protección contra ataques maliciosos. Pero esto eran sólo especulaciones y salvo uno que otro incidente aislado, no pasaban de ser pretextos para el insomnio. Pero en 2010 estalló la bomba, al parecer servicios de inteligencia enemigos, habían logrado infectar los ordenadores iraníes relacionados con su desarrollo nuclear Ver en la red información sobre el gusano Stuxnet). Brillante desde el punto de vista tecnológico y militar, pero equivalía a abrir la Caja de Pandora, ya que esto de las infecciones informáticas se sabe como empiezan y nada más...

Como los sistemas afectados eran los basados en el lenguaje Step 7, Siemens junto a los fabricantes de antivirus, pusieron un remedio momentáneo, hasta que hoy (Agosto de 2011) nos encontramos con que el investigador tejano Dilon Beresford, alerta sobre la vulnerabilidad no cubierta de sistemas SCADA que permite la infección de los PLC sin la intervención del Step 7 a través de direcciones IP no consideradas dentro del esquema de seguridad del Autómata. Vaticino que aun nos quedan muchas noches de insomnio, yo por si acaso corro a confesarme.

¿WINDOWS O LINUX?

Es la pregunta de moda. Creo que no tiene mucho sentido si no agregamos ¿PARA QUÉ?, con la nueva "moda" de la virtualización, que bienvenida sea, el asunto, al menos desde un punto de vista corporativo, ya no tiene sentido. Ahora desde el punto de vista personal, ya es otra cosa. Es como la clásica pregunta: ¿Del Barça o del Real Madrid?. Quienes nos movemos en el mundillo de la informática, tenemos muy claro porqué la tendencia en servidores es hacia Linux, pero en Ofimática, y en aplicaciones RAD, los programas comerciales en Windows, aún ofrecen una ventaja mayor que el software Open, aunque a veces no sea en prestaciones, sino que en algo tan simple como la curva de aprendizaje, que es un factor importante a tener en cuenta cuando se migra de un Sistema a otro.

Para un viejo dinosaurio como yo, que se inició con Unix y ha visto nacer (y morir) un montón de Sistemas, está claro que se siente muy cómodo con Linux, pero hay que ponerse en el pellejo del usuario común.

 En THE CODE PROJECT INSIDE del 24 de Septiembre del 2008 viene un artículo de Jeff Cogswell aparecido en el eWeek del 23 de Septiembre del 2008 y que encuentro excelente. Trae el sugestivo encabezado que dice: LOS PROGRAMADORES NO NACEN, SE COMPILAN.

Pero lo que más me impresionó, es su definición del "Buen Software", que es simplemente, aquel que nunca se "cae" (GOOD SOFTWARE DOESN'T CRASH). Es lo que que me gusta definir como SOFTWARE ROBUSTO y no es algo fácil de lograr. Muchos pueden programar, pero pocos programan Software Robusto. Bienaventurados aquellos que lo logran. (Y sobre todo sus Clientes). Si pueden, por favor leánlo, vale la pena.

 En este momento (inicios de 2010) hay una verdadera fiebre por el viejo JAVA. Veremos si no es una moda pasajera, pero es un buen pretexto para colocar una que otra cosilla al respecto.

Por cierto, aunque más moderada, también hay una cierta "fiebre" por C#, justificada muchas veces porque es un Java "mejorado".

Habra muchas cosas que decir.

Ya avanzados en el 2011, por razones profesionales, he podido comprobar el estado en ocasiones lamentable de la enseñanza del Java. No creo que sea un problema ni del alumno ni del profesor, creo, en mi modesta opinión, que pasa por no tener claro los objetivo que se busca al enseñar Java, que no es otro que introducir la Programación Orientada al Objeto. Veo muchos profesores y alumnos empantanados en los vericuetos, en ocasiones oscuros, propios de la sintaxis del lenguaje. Pero no es una situación sin salida, muchos centros de enseñanzas están en el rumbo correcto. Si se me permite recomendar una obra, a mi parecer excelente para iniciar en el Java, es "Programación orientada a objetos con Java" de Barnes y Kölling, que publica Pearson Educación ISBN: 978-84-8322-350-5

Pero los tiempos cambian y ya hay centros universitarios que enseñan a programar directamente con software como MATLAB o R. Me reservo por ahora mi opinión, ya que estos programas son herramientas poderosas dentro de su ámbito, pero no fueron creadas como lenguajes de programación, de hecho lo que allí se llama programar, es en realidad confeccionar scripts.