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

17

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?

Señor Fox
fuente
25
Los requisitos de trabajo en los listados están escritos por personas de recursos humanos que no contratan gerentes, esas personas de recursos humanos solo preguntan qué herramientas usan los ingenieros y enumeran el uso de esas herramientas como requisitos.
Jimmy Hoffa
Puede haber otro lado de esto. Algunos desarrolladores pueden preferir un IDE específico y, por lo tanto, usarlo en sus búsquedas y, por lo tanto, enumerar el IDE puede hacer que sea más fácil encontrarlo si uno usa sitios de agregación para encontrar trabajos.
JB King
@JimG No podía pensar en una buena razón para este requisito, y siempre lo descarté como 'estupidez por parte de Recursos Humanos' y señales de alerta en términos de cultura empresarial. Pero en mi humilde opinión, varias respuestas aquí proporcionaron buenas razones que tienen sentido y serán útiles para las personas que se preguntan lo mismo que yo. En particular, encontré las respuestas de TMN y aserwin que traen buenos puntos.
MrFox
Cuanto más larga sea la lista de requisitos, menos importa uno. Sin embargo, para .NET, me sorprendería que no pensaran que eras raro por no usar Visual Studio. Para C / C ++, creo que se estaban volviendo muy raros por requerir un IDE o editor específico. Sin embargo, soy un tipo de JavaScript, por lo que podría estar mal informado.
Erik Reppen

Respuestas:

23

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 .

Thomas Owens
fuente
44
Y mantiene alejados a aquellos que van a declarar una guerra santa IDE en el primer día.
JeffO
9

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.).

Oded
fuente
1
Yo diría que saber usar el IDE de Visual Studio es un "requisito bastante difícil" para trabajar en .NET. Sin embargo, probablemente no haya uno para trabajar con LAMP y / o Java en la mayoría de los equipos. Cuando contraté en estos lugares usando esas tecnologías, todos usaron su entorno de edición favorito (Notepad ++. EMACS, Eclipse, etc.)
jfrankcarr
2
@jfrankcarr - Debo estar en desacuerdo (a menos que esté hablando específicamente sobre el desarrollo de Windows solo .NET). Pregúntele a los chicos mono ... MonoDevelop y SharpDevelop son IDE capaces para C #, por ejemplo.
Oded
1
Me parece que si un IDE es tan difícil de usar que necesitas experiencia para ser productivo, es un IDE bastante malo. (Y, para que conste, nunca he encontrado que Visual Studio sea un IDE malo.)
Gort the Robot
@Oded: solo Windows. No he visto mucho interés en Mono en las áreas corporativas donde he trabajado / contratado. LAMP y Java son las alternativas populares a .NET.
jfrankcarr
55
@StevenBurnap Eclipse podría ser un buen ejemplo de uno donde la experiencia sería un beneficio. Hace todo lo que necesita, pero su uso es tan contradictorio que a las personas les lleva MUCHO tiempo ponerse al día.
Brian Knoblauch
9

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.

TMN
fuente
3

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.


fuente
2

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 ...

FrustratedWithFormsDesigner
fuente
2

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.

aserwin
fuente
¿No están dispuestos a entrenar a nuevos empleados? Trabajo en una situación similar en una compañía financiera y solo usamos IBM RAD para el desarrollo de Java, pero no tengo problemas para contratar desarrolladores de personas siempre que tengan experiencia en Java y algo de experiencia con un IDE, e incluso eso podría no importar siempre que pueden hacer lo que necesitan: conozco a dos desarrolladores que se dirigen a la línea de comando para administrar servidores locales mientras codifican. No creo que a nadie le importe si usaran el Bloc de notas para escribir Java siempre que puedan hacer su trabajo a tiempo.
FrustratedWithFormsDesigner
1
El entrenamiento no es una opción aquí. Esto es bastante rápido ... Fui contratado para arreglar una determinada aplicación; Me dieron una computadora portátil y un número de teléfono y el resto dependía de mí. Literalmente.
aserwin
¡Guauu! Supongo que en ese caso tener un IDE específico sería un requisito difícil para la contratación.
FrustratedWithFormsDesigner