Una actitud de nunca usar 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 de la base de código haya sido escrita por un empleado de la empresa, pero ese es un escenario inusual, especialmente para una empresa del sector privado como has descrito
Una respuesta más racional y exhaustiva puede haber sido que solo usarían bibliotecas de terceros que:
- Satisfacer las necesidades del código que de otro modo escribirían ellos mismos
- Estaban disponibles bajo una licencia compatible con el modelo de negocio de la compañía.
- Pruebas incluidas
- Pasó una revisión de código
Si se cumplieron esos criterios (y en mi experiencia, la revisión del código es muy flexible, especialmente en presencia de buenas pruebas), ya no está "confiando en nadie más", sino en los existentes, disponibles y preferiblemente robustos. código.
Si el código es de código abierto, en el peor de los casos, la biblioteca de terceros queda 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, por lo que escribió su propia biblioteca alternativa de navegador cruzado para simplificar la manipulación del DOM. Con casi certeza podemos suponer que su implementación:
- Tendrá una API ajena a los desarrolladores que ya están familiarizados con jQuery
- No estará tan bien documentado como jQuery
- No tendrá resultados relevantes de Google cuando encuentre problemas al usar 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 darse el lujo de renunciar a una productividad como esa?
Ha actualizado su pregunta para preguntar si es apropiado mencionarla en una segunda entrevista. Absolutamente lo es.
Tal vez malinterpretaste la respuesta de tu 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 posición en las bibliotecas externas, hay al menos dos resultados posibles:
- Están abiertos al cambio, y su preocupación por su proceso lo hace ver mejor que otros candidatos.
- No están abiertos al cambio y piensan en usted como "el tipo de desarrollador que no queremos contratar". No importa, de todos modos ese no es el tipo de lugar donde quieres trabajar.