Los nerds sindicalizados

Recién en el laburo pensábamos que así como hay licencias de software que ponen restricciones como:

• cantidad de usuarios simultáneos
• soporte para moneda extranjera
• funcionalidades "pro" vs. "amateur"

sería bueno que nuestro sindicato (donde "nuestro" incluye gente techie como programadores, DBA, especialistas, tecnológicos, o sea todo lo que no está relacionado con los seres humanos: es por eso que los funcionales están excluidos de este conjunto). Uf, quedó muy largo el paréntesis anterior. Pongo un punto y aparte y empiezo la frase de nuevo.

Ahora sí: decía que sería bueno que nuestro sindicato tuviera un "service-level agreement" de cada uno de nosotros, en base a

• experiencia
• nivel de sueldo
• otras cosas a considerar por los lectores

esto te determinaría un escalafón, y llegaríamos a situaciones como:

1) Un DBA de escalafón 2 te puede hacer 2 inserts y hasta 7 selects por mes. Si querés más tenés que subirlo de escalafón o contratar a otro.

2) Un programador de escalafón 1 te garantiza 5 redoings de correcciones boludas,  e introducir 1 bug jodido en una app que ya funcionaba (como no cerrar conexiones contra el SQL o abrir indiscriminadamente 20 conexiones y cerrarlas cada vez que quieras pegarle a la base). Un programador de escalafón 3 se puede negar a hacer EJBs 2.0 por considerarlo "obsoleto" e "impropio de las buenas prácticas del paradigma", pero un programador de escalafón 4 se puede hacer el gil y hacértelo sin chistar, incluso dejando objetos ADT y objetos rules lo más campante (y publicarlo orgulloso en su blog miren-cómo-lo-hice-yo-que-soy-un-banana.blogspot.com).

Claro, eso llevaría a confusas compulsas del sindicato en contra de la empresa, y daría la estocada final a la implementación de proyectos de sistemas, cosa que ya hoy se ve dificultada por reglas mucho más graciosas que las que este blog humildemente propone, como:

1) "El cliente lo pidió así"
2) "El cliente no quiere XXXX donde XXXX es Hibernate, Java, .Net, F#, Ruby on Rails, Win32, Open Source, frameworks que provengan de gente vegetariana, etc."
3) "Necesitamos que las tablas no tengan id autoincremental"
4) "Ventas ofreció el producto en 3 meses, así que lo tenemos que terminar en 3 meses"
5) "Las especificaciones funcionales no están todavía, pero no podemos esperar a que el usuario lo defina, ustedes arranquen, pero por favor no hablen con el usuario, ellos no deben saber que ya empezamos"
6) "¿Cuánta gente necesitamos para cubrir los 4 meses del proyecto que todavía no evaluamos?"
7) "Tengo un proyecto de 50.000 u$s, después vemos qué le damos"
8) "Uds. hagan las pantallas y que pinche todo, pero que las pantallas estén porque si no no cobramos"
9) "Todas las consultoras saben que un junior es un semi-senior, un semi-senior es un senior y los seniors no existen, son los padres"

Atte.
La Gerencia