Sr., Semi Sr, o Jr. ?

Paralelamente al proceso de selección de Globant, también participé en una selección para otra empresa, supuestamente muy imporante, porque me llamó la atención el aviso que habian publicado.
En la entrevista de RRHH me fue muy bien, la persona que me entrevistó era muy abierta y amable, y realmente me hizo sentir muy cómodo. El problema vino con la entrevista técnica, el tipo era un queso, prácticamente no hablaba, me hizo contarle lo que habia hecho antes, y me preguntó puntualmente si conocia/sabia/tenia experiencia en ciertas tecnologias y metodologias. Obviamente algunas cosas sabia y otras no, como cualquiera. No me hizo ninguna pregunta conceptual, ni mi opinión sobre algo, nada.
Hoy me llama la persona de RRHH, y me dice que el que me hizo la entrevista técnica me rankeó como Jr., lo que obviamente me ubica en una banda salarial que es aproximadamente la mitad de lo que gano en Globant, donde soy “Senior J2EE Specialist”.
Probablemente esta persona no sepa contestar correctamente la pregunta “Qué es J2EE?”, una de las primeras cosas que me preguntaron en Globant, ya que es el típico convencido que J2EE == EJB, y obviamente todos los proyectos que encaran deben tener la misma arquitectura, ya que aparentemente no tienen arquitectos en sus equipos. Tienen un equipo de robotitos, no de personas pensando e innovando.
No es por alabarme, pero tengo mas de 15 años de experiencia en IT, participé en muchísimos proyectos con diferentes tecnologías (quizá es cierto que ninguno de estos proyectos fue extremadamente grande, eso a priori podria ser un punto débil), y mas allá del trabajo, paso entre 1 y 2 horas todos los dias estudiando, investigando, leyendo, manteniéndome al tanto de lo nuevo, y este tipo viene a decir que soy Jr. ?
En fin, ellos se lo perdieron.

A quién se le puede ocurrir algo asi?

No entiendo, realmente no entiendo.
Cuál es la idea de armar una base de datos, para una aplicación única, en la cual las tablas estan repartidas en diferentes bases de datos lógicas? Encima, en un servidor como Postgres, que no soporta queries interdatabase. Eso implica que no se pueden hacer ciertos joins que son necesarios en la aplicación, porque las tablas residen en diferentes bases de datos. También que es imposible realizar transacciones entre ciertas tablas (olvídenlo, Postgres no soporta JTA, y aunque lo hiciera…) . En fin, todo mucho más complicado e ineficiente.
Cuál es la única posible razón para que alguien tomara esta decisión? Bueno, pienso yo que quizás, cuando el tráfico hacia la BD creciera lo suficiente, esta sería una manera fácil (aunque no por eso eficiente) de clusterizar la BD, separando cada BD en un servidor físico diferente.
Justamente eso, fue lo que empezó a pasar hace un tiempo. El servidor de BD esta casi al tope de su capacidad, asique dije, es el momento de agregar un nuevo server con algunas de las BD. Cuál fue la respuesta que obtuve?

Imposible, nuestro servidor de BD es una máquina muy poderosa y muy costosa, para separar las bases de datos, deberiamos comprar otro servidor igual, y nos resultaría muy caro.

Sin palabras…