Cómo averiguar si una empresa tiene políticas insanas [cerrado]

Cuando se entrevista para un trabajo, ¿hay una manera delicada pero precisa de averiguar si tienen políticas insanas, como "sin código abierto" o "sin instalar software sin permiso", "no actualizar el software hasta que esté a punto de perder el soporte", o "no visitar blogs"?

No creo que puedas ser demasiado sutil, quizás puedas preguntar:

"El último lugar en el que trabajé utilizaba algunas bibliotecas de código abierto. Encontré eso útil, ya que pude profundizar y solucionar problemas directamente en lugar de esperar a que un vendedor me respondiera. También puedo entender que puede haber preocupaciones legales sobre el uso de tales bibliotecas, ¿tiene una política aquí? "

"¿Asumo que nuestras máquinas son atendidas por algún tipo de soporte técnico? ¿Cuál es el proceso por el que tendría que pasar si tuviera que instalar (por ejemplo) un editor de texto libre confiable que admita la codificación hexadecimal?"

"Me apasiona mi oficio y me mantengo al día con las luminarias en mi campo: ¿cuál es la política de visitar sitios web relacionados con el trabajo, como los blogs tecnológicos de Oracle, etc.?"

Esas son preguntas que puede plantear al final de la entrevista cuando el entrevistador normalmente pregunta "¿Tiene alguna pregunta para mí"?

Simplemente trate de formularlos de tal manera que la pregunta se vincule con el trabajo que está solicitando. Por ejemplo, podría formular estas preguntas como:

• ¿Tiene la empresa una opinión sobre el uso de software de código abierto?
• ¿Cuál es la política de la compañía sobre la instalación de software personalizado? Por ejemplo, uso XXX que me ayuda a acelerar el desarrollo.
• ¿Utiliza un filtro de contenido web? Pregunto porque el último lugar para el que trabajé tenía uno que limitaba severamente mis capacidades de investigación.

Algunas compañías tienen culturas generalmente horribles y eso a menudo se extiende a tener entornos horribles para el desarrollo de software. Creo que hay tres problemas aquí.

1. ¿Cuál es la cultura de las empresas?
2. ¿Cómo se extiende esa cultura al desarrollo de software en esa empresa?
3. Suponiendo que está entrevistando a un equipo en particular, ¿qué tan similar o diferente es su cultura?

Para la primera parte, preguntaría

1. ¿El departamento de TI administra las máquinas del desarrollador de la misma manera que administran todas las otras máquinas?
2. ¿Cuáles son las políticas para adoptar nuevas tecnologías o nuevo software?

Para la segunda parte:

1. ¿Cuán estandarizado es el entorno de desarrollo?
2. ¿Pueden los desarrolladores probar nuevas herramientas y nuevas tecnologías para presentarlas al resto del equipo?
3. ¿Qué restricciones hay?

Para la última parte, pregunte a otros desarrolladores.

1. ¿Qué blogs lees?
2. ¿Qué blogs y sitios web me recomiendan?

En cada caso, las preguntas están al límite y la respuesta probablemente sea más honesta.

Preguntaría si Internet se consideraba un recurso, es decir, cosas como Stack Overflow, o si había una política de uso de Internet limitada.

Visitaría https://www.glassdoor.com para averiguar todo lo que pudiera sobre una empresa.

Preguntaría a los ingenieros sobre su día normal.

Obtenga la oportunidad de conocer a sus desarrolladores existentes. Lo que la persona o gerente de recursos humanos piensa que es la política, y cómo funciona realmente en el terreno, a menudo son diferentes. Todas estas son preguntas que le haría a alguien con una descripción de trabajo similar a la mía, no al jefe.

Los jefes y los tipos de recursos humanos, por otro lado, generalmente entienden que la cultura corporativa es importante y que permitir un posible contacto de unas horas de contacto con su equipo para asegurarse de que se siente como el ajuste adecuado reduce el riesgo para usted y para ellos.

Lo primero es lo primero: pregunta todo lo que te preocupa, no dejes nada a los supuestos. No puedo enfatizar esto lo suficiente: una vez asumí algo y luego me arrepentí.

En segundo lugar, y esto es (IMHO) bastante importante también: pregúnteles si puede caminar por las oficinas de la empresa.

Observe a las personas que trabajan allí. Si hay algo mal, "lo sabrás". Parte de esto proviene de personas estresadas que liberan todo tipo de feromonas, y la otra parte proviene del silencio misterioso e inexplicable, uno de los tipos de madera que se está cortando en el bosque en el que no hay nadie para escuchar el sonido de su caída. .

Considere una serie de preguntas más directas después de que se le haya hecho una oferta. No es necesario ser grosero, pero si tiene alguna inquietud ...

Según mi experiencia en el trabajo interno de TI en grandes empresas (bancos, seguros, etc.)

"sin código abierto", esto no es de ninguna manera una política loca. Dependiendo de la licencia OSS, este tipo será bastante válido. Por lo general, ahorrar dinero (hasta un límite razonable) no es un gran problema, ya que cada proyecto tiene un presupuesto y siempre que pueda encajar, está bien.

"no instalar software sin permiso": esto es muy válido desde el punto de vista de la infraestructura, la seguridad y la legalidad. Por ejemplo, la instalación de wireshark puede provocar el despido.

"no actualizar el software hasta que esté a punto de perder el soporte", depende de qué software. Si todavía usa VS 2003/2005 para el equipo de desarrollo, sí. Si está hablando de actualizar 10000 escritorios de XP a Windows 7 y Office 2010, entonces no. Esas necesitan justificación comercial.

¿"no visitar blogs"? - Sí, esta es una mala política.

La mejor manera que he encontrado es preguntar directamente, redactando de una manera muy cortés e informal, y pedir que me muestren en la oficina, no se conforme con ser llevado a una sala de conferencias y luego quedarse allí durante toda la entrevista. .

Si la empresa no está dispuesta a mostrarte, es probable que estén ocultando algo y debes tener cuidado. Una sala de conferencias siempre está llena de "BS corporativa" y hace que la compañía parezca increíble, con muchos premios y una apariencia muy elegante, pero las apariencias engañan y el único propósito de la sala de conferencias es dar la ilusión de grandeza.

Además, pida hablar con posibles compañeros de trabajo durante un minuto o dos (no con supervisores, aunque también debería hablar con ellos), y hable con ellos. Pregunte qué herramientas de código abierto usan en el trabajo, pregunte qué sitios de referencia usan en el trabajo si están atascados (por ejemplo, Stackoverflow), pregunte qué blogs leen a primera hora de la mañana (pregunta doble aquí: está preguntando si se mantienen al día y también preguntan si "se instalan" en la mañana con un café y leen rápidamente los blogs de los desarrolladores antes de comenzar a codificar), cosas así. Una vez más, no se le permite hablar con otros desarrolladores es una señal de alerta, y de hablar con un posible compañero de trabajo puede deducir la cultura general, si la persona mira hacia abajo constantemente y murmura en lugar de parecer entusiasta, o si camina por allí. las filas de cubos allí '

GlassDoor y Jobitorial son dos opciones para este tipo de información.

Otra estrategia podría ser ir a grupos de usuarios locales y buscar personas que trabajen para la empresa y entablar una conversación. Dígales que está considerando postularse allí y hágales preguntas.