mi blag

Is better face the true, as terrible as it gets, rather than live a lie, because with the true you can choose with freedom. -- myself

Hechos:

• Yo trabajo para D, quienes me contrataron para un proyecto con T.
• T vende silicon (hardware)
• El software a T le vale madres, pero para ellos un mal necesario (a necessary evil), porque llanamente no pueden vender su silicon sin software, para que sus clientes puedan empujar al mercado sus productos lo más rápido posible.
• T no va a engrosar su nómina para desarrollar software que va a tirar a la basura.
• T contrata a otras empresas para que absorban ese costo.
• T contrata a estos 'partners' offshore o nearshore para abaratar costos (India y ahora México).
• D es una de esas empresas, junto con la ya mentada S.
• Esto se traduce en: No somos parte de T, pero debemos trabajar como si lo fuéramos. Tenemos línea directa con nuestros jefes de proyecto y toda la infraestructura está conectada a ellos.
• T puede dar por terminada su relación con D cuando mejor le parezca sin sufrir un desvelo.
• D puede despedir a los "ingenieros asociados" con la mano en la cintura.
• La amenaza fue puntual: si te llevas algo de nuestra propiedadad intelectual, te meteremos en prisión.
• CMM es una mamada que utilizan las grandes empresas para levantarse el cuello.
• Testing, siento que es más un esfuerzo que se queda en buenas intenciones.

Ergo: Sacar lana y pensar en el siguiente movimiento de vida. ¿Cómo hacerle para sacar un contrato así como D?

Nota mental: Sí, CMM al final de cuentas es una mamada, pero parece que sí funciona en la automatización del desarrollo de software. Me parece que se basa en el principio de la división del trabajo: fragmenta las operaciones a las mínimas independientes, asigna un conjunto de esas operaciones a un empleado, y sacas la chamba en tiempo y "en forma". Esto incrementa en mucho el costo de desarrollo, pero da más certidumbre.