¿Qué tan fácil es cambiar de carrera de SDET a SDE? ¿Es malo tener SDET en su currículum vitae cuando se entrevista para un puesto de SDE?

El cambio no es difícil, dependiendo de su desempeño y su etapa profesional.

He gestionado tanto SDET, SDE y PM en Microsoft (probablemente unos 150 a lo largo de los años), y he ayudado a 6 SDET a cambiar a SDE y a 2 a PM. No es difícil hacer el cambio si tienes un buen desempeño y tus habilidades de codificación son agudas.

El mejor momento para hacer el cambio es al principio de tu carrera (L59-61) o cuando eres un director principal (L65-67). Al principio de las carreras, las SDE y las SDET comparten muchas de las mismas expectativas: aprender rápidamente, codificar bien, etc. Pero en L62-64, encuentro que las expectativas divergen un poco. Esto hace que sea bastante difícil cambiar, por ejemplo, un L63 SDET a un L63 SDE. En L65 +, las expectativas convergen una vez más, dados los requisitos de alcance / efectividad en una gran empresa.

Si decides cambiar de profesión, te recomendaría que cambies dentro del mismo equipo si es posible. Tu equipo actual te conoce y confía en ti. Ya conoces el negocio y la base de código. Es mucho más fácil. Es difícil cambiar muchas variables al mismo tiempo: nuevo trabajo, nuevo equipo, nueva base de código, nuevo gerente. Entonces, el cambio ideal, en mi opinión, es un L60 SDET en un L60 SDE en el mismo equipo que trabaja con las mismas características. Slam dunk. He ayudado a muchas personas a hacer esto.

A su pregunta más amplia sobre la reputación de SDET (y aquí diré algo impopular): las SDET tradicionalmente tienen una reputación más débil en Microsoft y en otras compañías porque, como generalización, son más débiles. Esta afirmación, como la mayoría de las generalizaciones, no puede ser cierta para todas las personas. Pero sí creo que es cierto en general . Nunca he administrado o asesorado personalmente ninguna SDE o PM que quisiera convertirse en SDET, pero he hablado con muchas, muchas SDET que han querido cambiarse a otras profesiones. Independientemente de la causalidad (es decir, si crees que quieren cambiar porque son menos respetados o porque son menos respetados porque los que pueden cambiar han cambiado), existe un sesgo de selección cada vez que un campo tiene principalmente personas que lo dejan sin el El mismo número de personas que se unen. Esto es algo impopular de decir, y sin duda me llamarán la atención los SDET que sienten que los he juzgado personalmente, pero diré una vez más: las generalizaciones no se aplican a individuos específicos de la forma en que se aplican a grupos en agregar. He conocido muchos SDET excelentes. He gestionado equipos SDET. No soy un enemigo de SDET. Sin embargo, solo quiero explicar que la reputación débil de SDET proviene en parte de un sesgo de selección que ocurre cuando las personas en esa profesión siguen abandonando.

Si desea realizar el cambio, realice el cambio. Como otros ya han ilustrado, no serás el primero en cambiar, o el último.

Mientras busca la oportunidad SDE correcta, comience a actuar como un SDE tanto como sea posible. Piensa en ello como práctica. Cuando tenga una reunión con una mezcla de SDE y SDET, preste atención a la diferencia entre sus comportamientos. ¿Qué tipo de preguntas hacen? ¿Qué tipo de sugerencias hacen?

Aprenda el código del producto para la función que está probando, y para las cosas de las que depende y para las cosas que dependen de ella. Luego, cuando presente informes de errores, siempre intente incluir algo como “Quizás esto podría solucionarse con …” y describa la solución. Si realmente confía en la solución, adjunte un jjpack o sdpack. Este tipo de cosas se notará. Los SDE que obtienen esos errores apreciarán el hecho de que hayas investigado un poco, incluso si tu solución no es el mejor enfoque, al menos les has dado una ventaja.

Y escribe un buen código. En el grupo de productos en el que trabajo, la calidad del código de prueba es, en su mayor parte, no tan alta como la del código del producto (hay excepciones, por supuesto, pero son excepciones). Por ejemplo, los SDET tienden a copiar y pegar código, mientras que un SDE convertiría algo en una función para poder reutilizarlo. Los SDET ponen números mágicos por todas partes, mientras que un SDE declararía una constante y la reutilizaría. Y así. El código de automatización de prueba a menudo tiene margen de mejora. Cuando esté trabajando en un cambio, busque formas de refactorizar el código adyacente para que los cambios futuros sean más rápidos / fáciles.

Hay un patrón que he notado en muchos ámbitos de la vida, no solo en la industria del software … Cuando hay un rol que debe cumplirse, la persona encargada de encontrar a alguien para ese rol comenzará buscando personas que sean ya haciendo lo que ese rol requiere. Nunca está de más decir que quieres un trabajo haciendo X, pero eso no es tan poderoso como comportarse como X ya es tu trabajo.

Es posible que disfrute de otras respuestas que he publicado aquí:
Bootstrapping una carrera de software

More Interesting

¿Qué necesito hacer en la universidad para conseguir un trabajo en las principales empresas de Silicon Valley?

¿Cuánto tiempo debo esperar para contactar a un empleador para averiguar si mi verificación de antecedentes se ha despejado?

¿Las agencias de contratación son mejores para la colocación o los portales de trabajo en línea?

¿Las empresas de TI como TCS, Wipro, Cognizant dejarán de reclutar en masa en la India?

Si soy un solicitante de empleo y el reclutador con el que estoy trabajando deja de devolver mis llamadas y correos electrónicos, ¿qué significa eso generalmente?

¿Por qué mi reclutador pide repetidamente reunirse conmigo para tomar un café / almuerzo?

¿Qué tan difícil es ser contratado en Whole Foods?

¿Cuál es la tenencia promedio de los empleados de la empresa (interna)?

¿Saber acerca de la infancia de un solicitante ayuda a identificar talentos verdaderamente excepcionales?

¿Cómo un software de reclutamiento / dotación de personal garantiza una mejor adquisición de talento?

¿Cuál es la respuesta para "cuáles son las cualidades que lo hacen superior a otros candidatos para nuestra empresa?" ¿en una entrevista?

¿Alguien puede explicar sobre el reclutamiento de PSU a través de GATE?

¿Cuáles son las principales firmas de personal ejecutivo?

Al entrevistar a alguien, ¿qué decisión lamentaría más la gente y por qué: seleccionar al candidato equivocado o rechazar a un buen candidato?

¿Dónde puedo encontrar personas para juzgar mi CV técnico?