¿Debería incluir el sitio web de mi posible futuro empleador en una entrevista para un puesto de desarrollador? [duplicar]

Tengo una entrevista próximamente en una agencia de marketing. Tienen varios desarrolladores, así que creo que deberían ser algo competentes. Calificaría mis propias habilidades como peso medio. Quieren un full-stacker.

Miré su propio sitio web antes de mi entrevista y es bastante poco impresionante:

  • Más de 100 solicitudes con más de 14 MB de datos transferidos (imágenes de resolución masiva, etc.)
  • Puntuación de Google Page Speed ​​de 0 para dispositivos móviles / 0 para computadoras de escritorio. Nunca he visto esto antes.
  • Múltiples archivos css cargados sin minificación. Mezcla aleatoria de clases e identificaciones. Anulaciones extrañas. font-familyestilos en toda la tienda. Estilos duplicados. Es un desastre y una pesadilla de mantenimiento.
  • Múltiples archivos js cargados sin minificación. Mezcla de jQuery y JS nativo. Potencialmente copie el código pegado. De nuevo un lío desestructurado.
  • Sin CMS listo para usar. Probablemente alguna pesadilla interna escrita en PHP 4 con Smarty.

Mi pregunta: ¿debería llamarlos diplomáticamente sobre esto en la etapa de la entrevista... ("Me di cuenta de que hay algunas ganancias rápidas en su sitio web que podría implementar para mejorar el rendimiento")? ¿Seré honesto...? ¿Cómo se sentirá el desarrollador principal (que estará en mi entrevista, junto con el MD no técnico) al respecto? Bastante enojado, me imagino. ¿Simplemente no menciono su sitio web en absoluto?

Consejo por favor. Gracias.

sí, no hagas eso... a menos que no te importe el trabajo.
Algo a considerar: si su sitio web está en ese estado y ya tienen personal en el personal, podría significar que a las personas a cargo simplemente no les importa y tienen prioridades más altas. Esto es muy típico de las empresas de servicios, que dedican comparativamente poco tiempo a sus propios sitios/software/herramientas y están ocupadas atendiendo a los clientes que pagan. Al llamarlos por su sitio web deficiente, usted mismo no comprende su modelo comercial, sus prioridades y la realidad de lo que implica este tipo de trabajo. ¡No es una gran manera de conseguir una oferta de trabajo!

Respuestas (4)

En lugar de hablar sobre los problemas que tienen con el sitio web, prepararía un documento que enumera los pasos que tomaría si estuviera dentro de sus responsabilidades mejorar el sitio, junto con cuánto tiempo cree que tomaría cada paso y qué tan importante usted piensa que los cambios son para hacer.

Entonces deja ese documento en tu portafolio. Si en algún momento se ponen a hablar de su página web, puedes mencionar que le echaste un vistazo y preparaste un resumen de los cambios que harías si se convirtiera en una de tus responsabilidades. De esta manera no estás diciendo que hicieron algo malo, sino más bien sugiriendo formas de mejorar. Y demostrando que tienes la capacidad de planificar y tomar la iniciativa en las cosas.

Si nunca lo mencionan y no hay una forma natural de incluirlo en una conversación, simplemente dejaría ese resumen en su bolsillo. Forzar esto probablemente se vería mal en ti.

No creo que sea prudente mencionar esto antes de ser contratado, a menos que se le pregunte específicamente en la entrevista. Lo que quieres hacer en una entrevista es demostrar tus habilidades y logros, no señalar las fallas de los demás.

Tampoco sabe nada sobre la situación en esta empresa y lo que llevó a un resultado tan mediocre, que por experiencia sé que es bastante común. Seguro que podrías pensar que deberían mostrar su talento en su sitio web, pero debes darte cuenta de que la mayoría de los prospectos no mirarán la fuente del sitio web para elegir un proveedor. Como el ROI de tener un sitio web técnicamente perfecto puede ser cercano a cero (o al menos ellos lo consideran así), prefieren que su gente trabaje en proyectos facturables para clientes reales, y su sitio web se convierte en un montón de parches a medida que pasan los años. por. Señalar esto en una entrevista bien podría frustrar o irritar a los entrevistadores, ya que podrían ser muy conscientes de la mala calidad de su sitio web. No quieres irritar a un entrevistador...

De todos modos, mientras no seas uno de sus empleados (todavía), tu única preocupación debe ser conocer la calidad técnica de los sitios web que producen para sus clientes, y si al trabajar allí vas a estar produciendo código. que se ajuste a sus estándares, o sea un desarrollador feliz. De hecho, lo ideal es que una entrevista de trabajo sea bidireccional y usted puede hacer preguntas sobre sus futuras condiciones de trabajo, incluso puede hacer que pasen la prueba de Joel , pero criticar su sitio web es ciertamente una mala idea.

Si obtiene el trabajo, sería una buena idea proponer tales mejoras de manera proactiva, lo que podría incluirse en otra pregunta aquí si desea asesoramiento sobre cómo abordar eso.

lo que condujo a un resultado tan mediocre también es posible que el sitio sea un motivo de orgullo para uno de los entrevistadores o un gerente... No tiene sentido herir sentimientos innecesariamente.
Si bien los problemas técnicos pueden no ser visibles o relevantes para los prospectos, es difícil imaginar que no les molestará el 0 en el rendimiento... eso TIENE que ser perceptible incluso para un profano.

Si lo hace con diplomacia y en el momento apropiado (por ejemplo, si preguntan sobre las preocupaciones de la interfaz o sobre la optimización del sitio), creo que esto sería una gran victoria.

Algunas cosas a considerar:

Los negocios no suceden en un vacío de ingeniería, muchas empresas eligen conscientemente soluciones no óptimas por razones financieras o de otro tipo (p. ej., tal vez su base de talentos son todos los servidores).

Reconozca que para ellos tal vez hable sobre cómo construir canalizaciones, etc., podría ayudar a automatizar esas cosas sin mucho costo inicial y pagar dividendos a largo plazo. Especialmente si está entrevistando a alguien no técnico, asegúrese de cubrir las razones comerciales que esto es importante (costos de ancho de banda, experiencia del usuario final, móvil, etc.).

Si el desarrollador principal está en la sala, comience hablando de lo bueno que encuentra el sitio y reconozca que probablemente tengan otras cosas en su cartera de pedidos, etc. En otras palabras, pretenda que cree que él ya sabe lo que está haciendo. decir, y tenía razones legítimas para no haberlo hecho ya.

Agregando un ejemplo personal, dada la cantidad de respuestas que resumen como "no, ¿estás loco?" Tuve una entrevista una vez con IBM. Al final, hicieron lo habitual, "¿tienes alguna pregunta para mí?" De hecho, me había olvidado de pensar en alguno, entré en pánico y pregunté: "Sí, ¿alguna vez te pateaste por ceder los derechos de MS-DOS a Bill Gates?"

El entrevistador era un vicepresidente (en realidad no lo sabía).

Conseguí el trabajo.

Años más tarde tuve otra entrevista en la que llamé a uno de mis entrevistadores por un comportamiento antisocial que había presenciado antes de la entrevista. Ahí también tengo una oferta.

Me doy cuenta de que aquí hay cierto sesgo de confirmación, pero mi punto es que la entrevista no es tan blanco o negro como la gente suele hacerlo. Los entrevistadores son humanos y lo más importante es desarrollar una relación con ellos.

Cualquier comentario que hagas te hará parecer muy poco profesional, porque como no empleado, (realmente) no tienes idea.

Independientemente de lo que crea que es la "mejor práctica" o cualquier concepto que tenga, realmente no conoce ninguno de los problemas que tienen, por qué están en la posición en la que están y cuáles son sus planes. Cualquier cosa que digas, sin saber nada, parecerá arrogancia.

Es posible que hayan creado un sitio web paralelo y están haciendo las pruebas finales. No tendrías medios para saber eso.