Una actitud de nunca utilizando bibliotecas de terceros es absurda. Escribir todo usted mismo es un uso horrible del tiempo de su empresa, a menos que exista un requisito comercial estricto de que cada línea en el código base haya sido escrita por un empleado de la empresa, pero ese es un escenario inusual, especialmente para una empresa del sector privado como usted ha descrito.
Una respuesta más racional y completa puede haber sido que solo usarían bibliotecas de terceros que:
- Satisfacer las necesidades del código que de otro modo se escribirían ellos mismos
- Estaban disponibles bajo una licencia compatible con el modelo de negocios de la compañía
- pruebas incluidas
- aprobó una revisión del código
Si se cumplieron esos criterios (y, según mi experiencia, la revisión del código es muy flexible, especialmente en presencia de buenas pruebas), ya no se "confía en nadie más", se confía en los existentes, disponibles, y preferiblemente código robusto.
Si el código es de código abierto, en el peor de los casos, la biblioteca de terceros quedará sin mantenimiento. ¿Pero a quién le importa? ¡Las pruebas demuestran que la biblioteca es adecuada para sus necesidades!
Además, una aversión a las bibliotecas de terceros establecidas dificulta seriamente la productividad del programador. Digamos que la compañía estaba escribiendo aplicaciones web y se negó a usar (por ejemplo) jQuery, así que en lugar de eso, escribieron su propia biblioteca alternativa entre navegadores para simplificar la manipulación de DOM. Con casi certeza podemos asumir que su implementación:
- Tendrá una API ajena a los desarrolladores ya familiarizados con jQuery
- No estará tan bien documentado como jQuery
- No tendrá resultados relevantes de Google cuando tenga problemas al utilizar la biblioteca
- No será tan probado en el campo como jQuery
Todos esos puntos son barreras importantes para la productividad del programador. ¿Cómo puede una empresa permitirse renunciar a una productividad como esa?
Ha actualizado su pregunta para preguntar si esto es apropiado para una segunda entrevista. Absolutamente lo es.
Tal vez usted malinterpretó la respuesta de su entrevistador en la primera entrevista, o tal vez el entrevistador simplemente explicó incorrectamente la posición de la compañía y un nuevo entrevistador puede aclararlo.
Si explica que le preocupa su postura en bibliotecas externas, hay al menos dos resultados posibles:
- Están abiertos al cambio, y su preocupación por su proceso lo hace lucir mejor que otros candidatos.
- No están abiertos al cambio, y te consideran "el tipo de desarrollador que no querríamos contratar". No importa, ese no es el tipo de lugar donde quieres trabajar de todos modos.