Tres años en un proyecto: no hay ningún lugar para desarrollarse físicamente. Hay menos entusiasmo todos los días, y solo mirar el código estudiado arriba y abajo ya está hibernando. ¿Eso es familiar? Felicidades, estás "agotado".
En mi opinión, el estancamiento es lo peor que le puede pasar a un especialista de TI. Pero para mí, parece haber encontrado ciertas condiciones que no definen una dirección clara, sino que describen la atmósfera circundante, propicia para mi crecimiento profesional. En busca de una opción adecuada para mí, he cambiado a más de un empleador. Incluso logró servir bajo el contrato.
Basado en la experiencia adquirida, formulé cinco principios que encontrará debajo del corte. ¿Quizás también te convengan?
"Dime, por favor, ¿a dónde debo ir desde aquí?"
"¿A dónde quieres ir?" - respondió el gato.
"No me importa", dijo Alice.
"Entonces no importa a dónde ir", dijo el gato.
"Solo para llegar a algún lado", explicó Alice.
"Seguro que irás a algún lado", dijo el gato. "Solo tienes que ir lo suficiente".(C) Lewis Carroll, Alicia en el país de las maravillas
En lugar de un prefacio, noto que no tiene sentido hablar de desarrollo si no hay objetivos conscientes para el futuro. Este no tiene que ser un plan claro para 3-5 años con una indicación de puestos y salarios, como les gusta preguntar en las entrevistas. Pero debe comprender lo que realmente quiere, y dar el siguiente paso, imaginar cómo se relaciona con el objetivo global.
Por ejemplo, creo que es necesario cubrir el número máximo de diferentes áreas tecnológicas para asegurar el crecimiento. Al mismo tiempo, uno no solo debe leer un par de libros, sino profundizar en problemas comerciales reales. En el futuro, se requerirá algún tipo de desarrollo administrativo. Me parece que no pasará por alto a un solo especialista establecido, por lo que ya estoy realizando algunas de las funciones principales. Y todas estas tareas diversas encajan en mi idea del futuro.
Principio 1. El desarrollo personal de un especialista se esfuerza por alcanzar el nivel de madurez de la empresa.Procesos más perfectos: crecimiento más rápido. Por otro lado, cuanto más experiencia y conocimiento, más difícil es llevarse bien en una organización donde los procesos no se construyen en absoluto.
Empecé a trabajar como estudiante. Después de leer el libro de Roman Savin "Testing Dot Com, o el Manual sobre el trato cruel de los errores en las startups de Internet", fui a probar, sin imaginar realmente el proceso de desarrollo. Esta fue la primera experiencia en un proyecto real. Pero, como entendí más tarde, fue difícil no solo por la falta de conocimiento, sino también por el banal “pantano” organizacional. Ni siquiera había documentación de prueba en esa compañía; a todos no les importaba lo que estaba sucediendo.
Posteriormente, en busca de un nuevo lugar, elegí empresas con procesos establecidos. Motiva, hace "bombeado" en la dirección correcta.
Es cierto que los procesos son diferentes. Aproximadamente a la mitad de mi viaje de trabajo, una mosca me mordió y, como ya tenía una experiencia decente en la automatización de pruebas, decidí abandonar todo y firmé un contrato con las filas de nuestras valientes fuerzas armadas. En el ejército con "procesos" entrenados no me llevaba bien, sobreviví solo dos años. Si fuera posible renunciar a partir de allí de conformidad con el Código del Trabajo de la Federación de Rusia, después de haber trabajado durante dos semanas, lo habría hecho en el primer mes. A pesar de la exitosa "carrera" (querían verme en todas las oficinas centrales), me di cuenta de que esto no me convenía.
Después del ejército tuve que ir desde el principio, ingresar a una organización con procesos simples para fortalecer mis conocimientos y luego buscar a alguien con procesos más avanzados.
Por supuesto, no solo los procesos son importantes, sino también el equipo. Casi en todas partes puedes aprender algo, pero es bueno cuando hay alguien a quien contactar en un equipo, cuando hay ayuda de colegas más experimentados para resolver nuevos problemas técnicos.
Principio 2. Es posible y necesario dominar campos de conocimiento relacionados. Esto le permite elevarse a un nivel diferente de abstracción, volver a darse cuenta de lo que ya se sabe, descubrir nuevas áreas de interés.En mis días de estudiante, comencé con las pruebas manuales. Después de llegar al segundo trabajo, con un enfoque más perfecto para las pruebas, aprendí mucho sobre el diseño de pruebas, cómo se construyeron las aplicaciones web (en ese momento todos mis proyectos estaban en la web). Allí, escribimos una tienda en línea para una fábrica de impresión de Kentucky: nuestro software validó los pedidos de los clientes antes de enviarlo a la fábrica. "Habiéndome acostumbrado" a esto, me di cuenta de que tengo la fuerza para dominar la automatización. Posteriormente, incluso un diploma de maestría escribió sobre el tema "Automatización de la prueba de un proyecto web en C # utilizando selenio webdriver". Ese fue uno de los primeros trabajos relacionados específicamente con las pruebas, por lo que la protección se disparó con fuerza.
Habiendo dominado la automatización, yo, junto con varios colegas, terminé en el departamento de automatización de control de calidad. Y por coincidencia, solo quedaba una cosa: salir y arrastrar toda la automatización de las pruebas solo.
Honestamente, no había mucho conocimiento entonces. Ni siquiera sabía realmente sobre CI / CD, aunque la configuración de Travis colgaba entre las tareas. Tenía que leer sobre todo, preguntar o buscar respuestas en los foros. Pero esta fue otra ampliación de mis horizontes, y me gustó. Al final, todavía logré obtener Travis CI.
El discurso aquí, por cierto, no se trata necesariamente de tecnología. Ahora, por ejemplo, tomé algunas funciones administrativas para evaluarme en este campo (una especie de "solicitud de empleo" es el líder en pruebas dentro de la empresa, es decir, entre todos los proyectos). Anteriormente había pensado en moverme en la dirección "administrativa": planeaba tomar la delantera y, más tarde, tal vez, tomar mi producto. Pero luego recordé qué es la automatización y lo interesante que es (como dije, tomó un cierto tiempo después del ejército), por lo que el camino administrativo ha dejado de ser tan atractivo en este momento. Sin embargo, ¿por qué no intentarlo si puedes? Así que ahora superviso el trabajo en todos los proyectos del empleador, superviso el desarrollo del departamento de pruebas y doy calificaciones para nuevos proyectos.
Todo esto amplía los horizontes, brinda nuevas oportunidades de desarrollo.
Principio 3. La tecnología y las herramientas juegan un papel importante en el desarrollo profesional. Pero la liquidez de un especialista en el mercado laboral en su conjunto es más importante para mí.Después del ejército, terminé en una empresa que usa, digamos, un enfoque poco convencional para la automatización de pruebas. Anteriormente, me acostumbré a usar algunos marcos y herramientas populares que se usan en casi todas las empresas. Pero mi nuevo empleador utilizó una herramienta escrita por los desarrolladores de esta empresa. Y esta automatización muy específica se redujo al hecho de que simplemente describimos los casos de prueba en tablas.
Después del ejército, esto no estuvo mal: había una oportunidad de encaminarse gradualmente. Pero si me hubiera quedado durante cinco años en estas condiciones, habría sido excelente en la elaboración de las tablas, pero difícilmente habría sido un especialista líquido en el mercado laboral. Esto no me convenía, a pesar del dinero, los viajes y otras bonificaciones. Sentí que, después de un tiempo, seguiría siendo un "tonto" y, desarrollándome en la dirección propuesta, solo me interesaría esta compañía.
Quería sumergirme más en la lógica de negocios, especialmente porque es diferente para todos los proyectos. Y fui hacia un enfoque más tradicional. Cambiando de empleador, observé con qué trabaja exactamente la compañía, en qué proyectos, en qué áreas me interesa. Y como resultado, fue a una organización cuyas tareas me impulsaron como especialista en pruebas de automatización más flexible y con mayor demanda en la industria (esto fue evidente incluso por los requisitos en vacantes abiertas). Podría estar seguro de que en el futuro podría encontrar trabajo en el mismo perfil.
Al principio, en un lugar nuevo, me ocupé de la automatización del backend de pruebas, en particular, la API REST. No era la primera vez que me encontraba probando la API REST, pero lo hice manualmente antes, y no había experiencia en automatización incluso en el marco de mis proyectos hogareños. Esta fue otra prueba para mí: tuve que unirme a una nueva tarea, aprender una nueva herramienta específica para mí (Robot Framework: las pruebas se ejecutan de manera algo diferente al Pepino habitual para mí). Tuve que trabajar muy estrechamente con la base de datos en este proyecto, así que saqué SQL en el camino.
En aproximadamente un año, probé la automatización de probar la API y decidí cambiar ligeramente la dirección. Actualmente estoy trabajando en la automatización de pruebas para aplicaciones móviles. Recibo casos de prueba a la entrada de probadores manuales y los automatizo en nuestra infraestructura. Apoyo el rendimiento de las pruebas existentes y configuro la integración continua.
Un área separada de mi trabajo es la prueba de IU. Algo está cambiando constantemente aquí, surgen muchas dependencias de otros componentes y la tarea principal es hacer que las pruebas sean estables, incluso a través de la humectación de los sistemas externos. Todo esto es interesante y muy solicitado.
Principio 4. El desarrollo bajo el ala del empleador debe tener un cierto grado de libertad.
Tengo una experiencia bastante multifacética, lo que me permitió confirmar la verdad común de TI en mi propia piel: si no se está desarrollando, se queda quieto en el conocimiento, considere que ya está atrasado.Sobre todo, lo sentí, al regresar del ejército. Dos años han afectado seriamente mi conocimiento. Parece que mi valor como especialista flotó lentamente con todos: "¡Te deseo buena salud!" Tenía que recordar mucho y recuperar aún más. Durante mi ausencia, aparecieron muchas direcciones nuevas, en particular, la automatización de pruebas móviles comenzó a desarrollarse, lo que generalmente me pasó por alto.
Al darme cuenta de esto, estaba buscando oportunidades para ponerme al día con este "tren que partía" de la industria. Es más fácil ponerse al día con proyectos reales. Es cierto que el primer trabajo después del ejército simplemente no permitió que esto se hiciera. Pero el empleador actual dio luz verde a los experimentos. Por ejemplo, mi área de competencia incluye el estudio y la integración de nuevas herramientas interesantes que ayudan a hacer que la automatización de pruebas en mi área sea más flexible y transparente. Por supuesto, todo requiere la aprobación del liderazgo, pero tengo cierta libertad para elegir la dirección.
Arriba estamos hablando de libertad en sentido estricto. Pero para mí, la libertad en un sentido más amplio resultó ser importante: la capacidad de cambiar entre pilas tecnológicas.
El estancamiento del trabajo ocurre en absoluto. Usted comprende que el proyecto, con todo su atractivo inicial, está comenzando a ser aburrido: está harto de herramientas y tecnologías, muchos momentos se vuelven claros y poco interesantes. Y en general, la tarea ya no conlleva esa complejidad, no tiene que forzar el cerebro. Quizás esto sea una campana, insinuando que es hora de cambiar algo.
Y es bueno si el empleador reacciona de manera flexible a esto. En mi trabajo actual, el gerente nos llama regularmente para averiguar si nos gusta el proyecto y si disfrutamos del trabajo. Y cuando en algún momento sentí que estaba cansado de la tarea, como mencioné anteriormente, me ofrecieron otra, solo con una pila de tecnología diferente. Así que me metí en la automatización de las pruebas móviles, al principio, sin siquiera saber cómo ejecutar la prueba. Para mí fue una historia completa, una prueba real. La solución a tales problemas me brinda un gran placer. Por el sentimiento de estancamiento no quedaba rastro.
Y me di cuenta de que uno de los aspectos de la autorrealización dentro de la empresa para mí es la presencia de varios proyectos en vivo, así como la posibilidad de transición entre ellos (bueno, por supuesto, no todas las semanas, pero al menos una vez al año).
Principio 5. El formato del trabajo juega un papel menor en la autorrealización de lo que pensaba anteriormente. El trabajo y el desarrollo remotos no se contradicen entre sí.A menudo puede escuchar la opinión de que algún tipo de autorrealización solo está disponible en la oficina. Por varias razones Y en parte estuve de acuerdo con esto, porque me considero una persona socialmente dependiente, me gusta comunicarme con personas vivas. Por lo tanto, cuando me ofrecieron irme a un lugar remoto, al principio temía quedarme solo. Pero en ese momento ya tenía una experiencia positiva de trabajo remoto a tiempo parcial, y decidí probarlo.
Por el momento, he estado trabajando remotamente durante un año y medio. Y para ser honesto, no veo mucha diferencia. En grandes empresas, con demasiada frecuencia su equipo está ubicado en otra ciudad o país. Y la mecánica es la misma: llamar por Skype, chatear por Slack. En términos de trabajo y mis aspiraciones en el campo del crecimiento profesional, nada ha cambiado.
Lo único: para mí, incluso más que para los trabajadores de oficina, el peligro de agotamiento profesional es palpable. Formato remoto: flexible en términos de tiempo y lugar de trabajo. Y esto es tanto un plus como un menos. Al principio, fue difícil para mí separar la casa y el trabajo: estás como en casa, el día de trabajo ha terminado; parecería: "¡Ruslan, ve a descansar!" Pero no Me atrajo completar la tarea. Antes de mudarme a udalenka, escuché sobre esto, pero no podía creer que estuvieras tan involucrado en el trabajo. Solo habiendo encontrado este problema a mi manera, me di cuenta de que tenía que buscar algún tipo de línea virtual que no pudiera cruzarse. De lo contrario, comenzará a agotarse en el trabajo. Ya no necesitas ningún desarrollo. Pero esto no es una cuestión de formato, sino solo un aspecto de autodisciplina. Lo descubrí bastante rápido.
Los principios enumerados no responden a la pregunta "¿qué debería estudiar ahora?" o "¿a dónde ir a trabajar después?". Pero para mí, como especialista, determinan ciertos parámetros de comodidad personal, lo que refleja la idea de que la formulación misma de la pregunta "¿qué debo aprender para que haya desarrollo" es incorrecta. Es mucho más correcto pensar qué condiciones se deben crear (o encontrar) en general para apoyar la realización de las metas y el potencial de uno.
Autor del artículo: Ruslan Abdulin
PD: publicamos nuestros artículos en varios sitios de Runet. Suscríbase a nuestras páginas en
VK ,
FB o
Telegram-channel para conocer todas nuestras publicaciones y otras noticias de Maxilect.