Barrapunto

La verdad es que leyendote, se me ocurren varias cosas.

La primera es que no, H no es un desarrollador decente que sabe Java y esta programando en C++, es un mal desarrollador. Punto. Los switchs en Java tienen default y el concepto de propiedad de recursos existe (aunque es cierto que el recolector de basura te salva el culo muchas veces, pero sigue estando mal). Es posible que parte de eso es que H es joven, me da la impresion de que solo nos preocupamos de esas cosas los que ya llevamos anios tirando lineas. Quizas con tiempo se convierta en un programador decente, pero con esa actitud lo dudo. Aniadir complejidad a un proyecto sin una razon de peso, discutida y decidida?

Lo segundo es que, basandome en mi experiencia, es muy posible que parte de la situacion este causada precisamente porque ambos son de la india. No me malinterpretes, no es cuestion de raza ni chorradas de esas, pero por lo que varios empleados indios que he tenido me cuentan, en la india es una falta de respeto gordisima el llevarle la contraria a un superior. Si V era de alli y H le debe el puesto a el, es posible que se sienta obligado a defender todas las decisiones de V incluso aunque el este en contra. No tengo ni idea de que consejo darte, en mi caso funciono muy bien el hablar con el empleado en cuestion, con reuniones periodicas para que viera que me podia dar su opinion sin que pasara nada.

Personalmente, es una costumbre que me repatea. Muchas veces no tienes tanta visibilidad como los que estan peleandose dia a dia con el codigo, por no hablar de las otras responsabilidades. Si una decision es problematica, hay una solucion mejor o simplemente estoy metiendo la pata hasta el fondo espero de mis empleados, gente experta en la que confio, que me avisen.

Tercero, equipos disfuncionales, arquitectos que no saben nada de software... En cuanto una empresa crece suelen pasar estas cosas (y peores). Supongo que todos podriamos pasarnos horas contando historias de terror, en mi caso la primera que me viene a la mente es un arquitecto, jefe de un equipo de investigacion que se negaba en redondo a usar cualquier tecnologia que no tuviera al menos 10 anios y no se usara ya en la empresa.

En tu caso te diria que al menos ya te has quitado a V de encima, si tienes mano en la materia a ver si con suerte tienes un reemplazo decente. Y ahora H a ver como evoluciona.

Cuarto. Como llego H a ese puesto? Muy facil, el principio de Dilbert y la teoria de Peter (el nivel de incompetencia) lo explican, aniadele que, a partir de cierto nivel es mucho mas importante a quien conoces que lo que sabes hacer y las 'pamplinas metafísicas de las que normalmente hablaba', que a los directivos (que suelen tener aun menos idea de lo que estan haciendo) les suena de puta madre.

Pues sí, hay mucha lógica en tu respuesta, gracias.

Esas historias de miedo las he tenido yo también, pero nunca a este nivel, me he guardado otras cosas porque sólo pretendía dar un botón de muestra.

He pensado diluir un poco la cosa, quizás trayendo algún estudiante para que puedan ver que ser joven no significa ser descuidado programando. La situación es poco delicada porque a estas alturas no se pueden permitir el lujo de perder otro desarrollador. La ventaja del estudiante es que igual decide quedarse aquí cuando termine, el entorno es muy agradable, y se une a este equipo.

Y digo estudiante, y no profesional, porque yo soy un consultor, no manejo presupuesto, y creo que es una manera de enseñar lo que hay realmente en el mundo.

Tendré en cuenta lo que dices.

Saludos.