Estoy tratando de encontrar una respuesta decente a esta pregunta de la entrevista: '¿qué fue lo más desafiante de mi último papel?'
Básicamente fui un mono de widgets de interfaz de usuario durante más de un año en la empresa con muy poco aprendido además de ReactJS. Estaba en un equipo de 4 desarrolladores. Fuimos contratados para arreglar un lío totalmente roto de un mal proyecto de subcontratación.
Aprendí mucho sobre ReactJS, JavaScript, estándares de estilo de código, estándares de calidad de código, pero eso es todo y estaba aburrido hasta las lágrimas después de 6 meses. No fue un buen ajuste. No se me permitió tomar casi ninguna decisión independiente, o si lo hiciera, probablemente tendría que volver a hacerlo en un momento posterior, o enfrentar críticas sobre cómo lo hice. Pero si tratara de hablar de ello en el momento en que surgiera, algunas personas se molestarían porque no pudiera tomar una decisión o tendría que esperar nuevas especificaciones y cambiar de marcha. Fue realmente agotador. Nunca sentí que mis sugerencias fueran tomadas en serio.
Lo que encontré desafiante:
Algunas cosas desafiantes en las que trabajé pero que no tuve la oportunidad de hacer solo:
Cosas que hice solo pero que no pensé que fueran las partes más desafiantes de la aplicación:
Rendimiento frente a patrón de diseño frente a capacidad de mantenimiento Dado que teníamos muchos widgets ReactJS anidados, a veces los componentes principales solo transmitían datos a los componentes secundarios. Si usa este método junto con shouldComponentUpdate, el código puede volverse imposible de mantener, aunque probablemente sea la mejor manera de manejar el problema. La solución fue usar el contexto o crear otras vistas de la interfaz de usuario como "proveedores de datos". No se me ocurrió la solución final, pero identifiqué el problema y lo discutí con los desarrolladores senior.
Los desarrolladores senior me dijeron que los permisos eran la parte más complicada de la fase 1 del proyecto, pero no me pareció un desafío. Fue principalmente un poco de pensar en algunas especificaciones complicadas y luego trabajo pesado.
¿Qué respuesta puedo dar?
Puede interpretar "desafiante" de dos maneras: una es hacer una lista de las cosas que le resultaron difíciles y espera no tener en el nuevo trabajo, y la otra es hacer una lista de las cosas en las que mejoró a lo largo del trabajo. No recomiendo mezclar y combinar estas dos posibles definiciones. En su lugar, elija uno, dígale al entrevistador la definición de desafío que está usando y luego enumere algunos, una oración cada uno.
Si vas por el primer camino:
Varias cosas en mi trabajo actual son frustrantes, y esa es una de las razones por las que estoy buscando uno nuevo. Un patrón que ocurría con frecuencia era que se le pedía que comenzara antes de que se tomaran todas las decisiones y tener que rehacer el trabajo más tarde cuando se comprendían completamente las especificaciones. Otro fue encontrar problemas de rendimiento pero no poder participar en la implementación de las correcciones. Espero que en este puesto los equipos compartan información y [cualquier otra cosa que desees es diferente con este trabajo].
Si vas por el segundo camino:
Cuando comencé, no sabía mucho sobre ReactJS, JavaScript, estándares de estilo de código o estándares de calidad de código, así que aprendí mucho durante el tiempo que estuve en esa posición. Ahora siento que yo [declaración fuerte sobre saber mucho o ser sólido en la tecnología que pide el nuevo trabajo].
Observe cómo en cada caso:
El énfasis al responder esto debe estar en cómo superó ese desafío. Elige cualquier desafío que te permita hacer eso.
Yo me quedaría con el n.° 1 o el n.° 2. Asumiendo, por supuesto, que realmente adquirió el conocimiento del dominio y aprendió JavaScript y otras tecnologías, probablemente querrá hablar sobre cómo lo hizo; si elige el n. ° 2, quédese con "Me arrojaron a la parte más profunda, y pude nadar".
No digas algo como "No tenía ningún conocimiento del dominio, por lo que no pude hacer sugerencias de la interfaz de usuario". Solo menciónalo si, de hecho, superaste ese desafío (es decir, aprendiste el conocimiento del dominio).
Recomiendo encarecidamente evitar los números 3 y 4 porque suena como si estuvieras hablando mal de tu antiguo empleador, lo que generalmente se considera poco profesional y tiende a ser un gran desvío (porque luego se preguntarán qué es lo que estás haciendo). diré sobre ellos cuando finalmente te vayas, además de que puedes parecer un llorón).
audra quinn
allahjane
Juha Untinen