Contratación de desarrolladores: ¿enumerar IDE como requisito?

He estado mirando algunos anuncios de trabajo y noté que una buena cantidad de ellos enumera IDEs en la sección de 'habilidades requeridas', incluso para puestos de alto nivel. Esto tampoco está localizado en una compañía, sino que es algo que aparece una vez en cada pocas publicaciones.

Estoy perplejo por este requisito laboral, ya que mis mentores y algunos de los mejores programadores que he visto en mi vida eran ninjas de VIM / Emacs. De manera similar, cuando trabajo con personas no me importa mucho qué herramientas usan siempre que sean productivas en el equipo.

¿Alguien puede explicar la razón detrás de la contratación de gerentes que hacen que los IDE sean un requisito de trabajo oficial?

Si la organización se ha estandarizado en un entorno IDE o de desarrollo singular, entonces podrían mencionarlo en la descripción / publicación del puesto, ya que es una habilidad que separaría a un candidato de otro durante el proceso de selección y entrevista. Sin embargo, el hecho de que sea un requisito no significa que sea realmente un requisito y las empresas podrían contratar a alguien que no cumpla con todos los "requisitos" identificados .

En algunas empresas, el uso de un IDE está estandarizado.

Esperan que todos los codificadores usen el mismo IDE y, por lo tanto, buscan candidatos que sean competentes en su uso.

Algunos IDE proporcionan depuración integrada, compleciones de código, plantillas, control de código fuente y más funciones, y como tal, una empresa puede querer asegurar que un desarrollador entrante sepa cómo usar el IDE de manera efectiva.

Dicho esto, la mayoría de las veces conocer un IDE no es un requisito difícil, solo es bueno tenerlo, en lo que respecta a los gerentes de contratación y al equipo. Si se enumeran como "imprescindibles", sospecho que la mano de personas que no codifican para ganarse la vida (recursos humanos, reclutadores, etc.).

La compañía puede tener extensiones o complementos personalizados específicos para un IDE particular, o más a menudo simplemente tiene su flujo de trabajo definido en términos de capacidades IDE. Por ejemplo, su herramienta de compilación estándar puede consumir directamente el archivo de proyecto de un IDE, o depender de alguna estructura de directorio particular. También pueden tener estándares de codificación que se aplican o verifican mediante una opción o complemento IDE específico.

No leería demasiado en ello.

Las organizaciones más grandes tienden a tener departamentos de recursos humanos y desarrollo separados. Recursos humanos generalmente tiene poca o ninguna comprensión de lo que los equipos de desarrollo realmente necesitan en un candidato, y del mismo modo, el gerente de contratación comprende lo que recursos humanos necesita para examinar a los candidatos.

Así que cosas tontas como un IDE se convierten en parte de los requisitos oficiales, ya que es una medida concreta contra la cual HR puede filtrar.

Si aparece durante la entrevista, y el gerente de contratación no puede proporcionar una razón particular por la cual XYZ IDE debe usarse para el desarrollo en su tienda, entonces considere que es una señal de alerta.

Tal vez usan un IDE muy específico (proporcionado por un proveedor de nicho de mercado para tecnologías de nicho de mercado; creo que algunas herramientas de SAP podrían contar en esta área) que lleva algún tiempo mejorar y no tienen tiempo para esperar Un nuevo empleado para ponerse al día. Tal vez hacen muchas herramientas / secuencias de comandos específicas para un IDE, por lo que necesitan personas con esa habilidad.

Nunca me he encontrado con estas situaciones (donde IDE figuraba como imprescindible; lo he visto a menudo en la sección de habilidades "agradables" en un puesto de trabajo), y nunca he oído de que tal cosa sea un obstáculo en el proceso de contratación. Pero esa es solo mi experiencia ...

Te puedo dar un escenario ... Trabajo para una gran corporación financiera. Tenemos una lista de software "aprobado" que podemos instalar en nuestras máquinas. Eso incluye entornos de desarrollo. Es un problema de seguridad; luego ayuda a realizar un seguimiento de posibles problemas con PC y portátiles individuales.

Al contratar, los gerentes deben tener en cuenta qué IDE estarán disponibles para los nuevos empleados y, por supuesto, si no tienen experiencia con lo que está disponible, no harán mucho bien.