jueves, julio 28, 2011

Los cánceres de la profesión de informático

Llevo trabajando como informático unos 14 años... De hecho, no sólo trabajo de informático, sino que soy informático, cosa que no todos mis compañeros pueden decir.

Durante todo este tiempo he podido darme cuenta que nuestra profesión no está muy bien valorada ahí fuera. Siempre tenemos una mala fama, que por desgracia, en muchos casos está justificada. Sólo tenemos que ver qué aplicaciones (empresariales) usamos y los problemas que estas tienen.

Si me pongo a pensar en los motivos me vienen a la mente una serie de estereotipos que he podido ver cómo se repetían a lo largo de mi experiencia en los clientes por donde he pasado. Y creo que podría enumerarlos:

Gollum
Es el programador que, muy corto en conocimientos y más aún en ganas de adquirirlos, se aferra a un conocimiento del negocio para hacer que su presencia en el equipo sea imprescindible.
Son personajes poco sociables y nada dados a trabajar en equipo, ya que esto último provocaría que su conocimiento se repartiese en este, cosa que vaciaría totalmente el sentido de su vida.

Valdanito
Gente que a base de palabros técnicos mezclados sabiamente con anglicismos bien administrados, es capaz de convencer al jefe que puede hacer funcionar un Windows'95 en su calculadora.
Son sumamente peligrosos y muy difíciles de evitar, ya que, aunque faltos de conocimientos, los argumentos que dan cuando se les presiona no son descabellados y mezclados estos con sabiduría da la sensación de conocimiento real.
Suelen estar siempre paciendo junto a otro tipo de elemento también muy peligroso... el Suscriptor de PCWorld.

Suscriptor de PCWorld
Este figura suele ser alguien con años en la empresa. Un recauchutado de otro puesto al que, no se sabe muy bien porqué, le acabaron asignando un lugar de mando (o semi-mando) en un equipo de desarrollo.
Esta gente suele ser muy aficionada a llevarse al baño su revista favorita (PCWorld o similar), empaparse de todo lo que allí se suelta y salir de aquel mágico lugar cagando EJBs.
Sip... suele querer poner en práctica cualquier cosa que haya leído, sin importar lo más mínimo la idoneidad de la idea o los conocimientos del equipo, al que compromete y hace caer en grandes faltas en las entregas del producto.

El vegetariano
Este suele ser una consecuencia del anterior. Un personaje que, aunque a veces es un profesional muy válido, le da por alimentarse únicamente de nabos.
No importa lo desmedido del trabajo a realizar en el ridículo tiempo asignado, simplemente se limitará a su dieta y a pasar horas en la oficina tratando de llegar en fechas a la entrega del producto. Eso sí, en las tertulias cafelínas pondrá a parir a su jefe y asegurará por la gloria de su madre que no volverá a quedarse más tarde de las 6.


El jarrón chino
Es un personaje que habita en la oficina. Habita porque en realidad, no hace nada más... salvo adornar y dar ambiente. Llega por las mañanas, atiende su correo, su facebook, su twitter... pasa las horas hasta las 17,30. 
Es en ese momento cuando parece despertar de su letargo y comienza a mandar correos con disculpas peregrinas o solicitando cosas sin sentido. Todo esto lo adereza con un correo (desde casa) a eso de las 23 horas, en el que pone en copia hasta al portero, diciendo todo lo que (supuestamente) ha hecho.
Los auténticos jarrones chinos tienen gran mérito, ya que no ser descubierto es todo un arte.

Estos son los que yo tengo catalogados... ¿cuáles son los tuyos?

viernes, julio 22, 2011

Review SQL Antipatterns


Hace unos días terminé de leer SQL Antipatterns, un libro que desde ya recomiendo y que considero de imprescindible lectura.

El autor hace un repaso a las picias más comunes a la hora de crear los modelos de datos de las aplicaciones.

El libro está dividido en cuatro grandes secciones: Antipatrones de diseño lógico, físico, antipatrones de consulta y lo que él llama Application Development Antipatterns (esto es, higiene general).

Sin duda, la parte más jugosa del libro se encuentra en los antipatrones de deseño lógico. Aquí he de reconocer que, aunque en la actualidad ya no caigo en estos errores antipatrones (mi trabajo me ha costado), sí que en algún momento llegué a usar alguno... como el Jaywalking (evitar los "cruces" de tablas mediante campos que contienen listas de identificadores) y el Entity-Attribute-Value... vamos, el famoso cajón DEsastre. La juventud, que nos hace temerarios.

El libro está escrito en un lenguaje que no usa términos demasiado técnicos que podrían llegar a despistar al lector. Se ha preferido obviar ciertos conceptos (se explican luego, en uno de los apéndices) de bb.dd. para centrar la atención única y exclusivamente en cómo evitar el error.

Los ejemplos están construídos a través de una aplicación de control de bugs. Aunque normalmente no hacen falta para conseguir transmitir el mensaje, están bien enlazados y trabajados. Incluye también una gran cantidad de código SQL.

Lo dicho, esencial para poder construir modelos de datos robustos.