¿Cómo manejar a un desarrollador senior que elude su trabajo y se lo da a los pasantes en lugar de hacerlo?

Esta es una situación bastante específica.

Somos dos becarios trabajando en un proyecto durante unos meses y estamos a punto de terminar nuestras prácticas. Se ha designado a un desarrollador senior para continuar con el proyecto después de que nos vayamos, y se supone que debemos programar con él como un equipo de tres para que podamos hacer un poco más de trabajo mientras lo ayudamos a comenzar el proyecto.

El problema es que en lugar de codificar, como le dijo nuestro gerente antes de irse de vacaciones, nos sigue diciendo que codifiquemos cosas diciendo "está demasiado ocupado para codificar", la mayoría de las cuales son cosas fáciles de codificar que serían perfectas para él. para familiarizarse con el código.

Además, hay una gran parte del proyecto que se supone que no debemos hacer y que el gerente está ahorrando para que el desarrollador senior aprenda cómo manejar el proyecto a través de esta gran parte. Pero parece que el desarrollador senior está tratando de que hagamos la mayor parte, por lo que realmente no tiene nada que codificar cuando vayamos (espero que tengamos trabajo por terminar y ciertamente no esta gran parte).

Nuestro gerente ya lo ha corregido en el pasado por tratar de obligarnos a hacer su trabajo un par de veces durante la pasantía, pero esta vez sin un gerente cerca, no hay nadie que se lo impida.

Nuestro gerente le dijo que comenzar a codificar en este proyecto era su único trabajo por el resto de nuestras prácticas.

¿Cómo podemos hacer que codifique sin quemar puentes?

ACTUALIZACIÓN: Ahora dice que comenzará a codificar pero quiere que lo ayudemos, así que supongo que es un comienzo.

Los comentarios no son para una discusión extensa; esta conversación se ha movido a chat . Recuerde editar las aclaraciones en la pregunta.

Respuestas (11)

Esencialmente no puedes

Parece que este desarrollador senior esencialmente está aprovechando la oportunidad para no hacer su trabajo. Como pasante, realmente no hay nada que puedas hacer al respecto directamente. En realidad, el desarrollador senior solo se está castigando a sí mismo al hacer esto, ya que tendrá que elegir una base de código desconocida muy rápidamente después de que te hayas ido, aunque podrían intentar culpar a los internos de cualquier problema (ya que no estarás presente para defenderte). ustedes mismos), pero espero que un buen gerente se encargue de eso.

Puede informarle a su gerente que no está siguiendo las instrucciones del gerente, pero eso será difícil de hacer ya que el gerente está de vacaciones (si lo entiendo correctamente) y esto no es algo que probablemente quiera hacer simplemente por correo electrónico. correo. Si tiene alguna superposición con el gerente antes de irse, puede discutirlo con él, pero dependiendo de la percepción actual del gerente sobre el desarrollador senior, esto podría ser contraproducente para usted, por lo que abordaría esas cosas con precaución. "[Senior Dev]" holgazaneó mientras no estabas" es probablemente algo malo para decir. "[Senior Dev] no tuvo muchas oportunidades de trabajar con nosotros mientras no estabas" es mucho mejor ya que esto permite que el gerente dibuje sus propias conclusiones sobre si el desarrollador senior estaba holgazaneando o no.

" el desarrollador senior solo se está castigando a sí mismo, ya que tendrá que elegir un código base que no le es familiar " - Sin mencionar las críticas que probablemente recibirá cuando el gerente regrese y descubra lo que (no) ha estado sucediendo.
O tal vez esté programando otros proyectos en otros lugares que tienen plazos inminentes. O tal vez como las piezas de código que está delegando son "cosas fáciles", no lo ayudaría a aprender el código. Hay demasiadas incógnitas aquí para comentar sobre el comportamiento del desarrollador senior.
@LaconicDroid Me voy de lo que dijo el OP "Nuestro gerente le dijo que comenzar a codificar en este proyecto era su único trabajo por el resto de nuestra pasantía". pero obviamente hay cosas que el OP desconoce, parte de la razón por la que sugiero el enfoque "no tuve muchas posibilidades de que trabajaras con nosotros mientras no estabas" si se lo planteé al gerente.
Adición sugerida: a medida que termine su último día o dos, naturalmente querrá escribir un breve informe para su gerente sobre sus tareas finales y dónde ha dejado las cosas (especialmente porque ahora está de vacaciones). Este es el lugar donde describe las tareas que realizó y lo que queda por hacer por otros después de que se vaya. Si algunas de esas eran cosas que se suponía que alguien más estaba haciendo, el gerente podría investigar eso más tarde.
Entiendo por qué el Sr. Dev haciendo esto sería muy molesto para usted en esta situación. Dicho esto, también podría darse el caso de que usted, como pasante, y su gerente, como un empleado aparentemente no técnico, estén subestimando su capacidad para aumentar el código desconocido. Desde una perspectiva personal, no hay código que haya tenido la capacidad de escribir hace cinco años que no pueda leer rápidamente hoy. Aparentemente, ha dedicado una cantidad significativamente mayor de los ciclos cerebrales de su vida a los problemas de dominio que resuelve la empresa y los idiomas en los que los resuelve después de todo.
Mantenga registros (p. ej., de sus compromisos y los correos electrónicos que le envió el desarrollador). Reenviarlos a sus propias cuentas de correo electrónico privadas. Solo en caso de que todo esto salga mal, cúbranse. Sugeriría un correo electrónico para recordarle al desarrollador senior que su gerente le dijo que hiciera otras cosas en lugar de programar y que no puede hacer ambas cosas. Por ejemplo, "En caso de que no estuvieras al tanto de esto, debería explicarte que...".
@LaconicDroid Podemos comentar sobre su comportamiento muy bien, simplemente no podemos adivinar su motivación para parecer dejar caer la pelota. Pero eso es en sí mismo un problema importante. Bien podría ser cierto que tiene una fecha límite y surgieron otras cosas (inesperadamente). Pero se necesitan dos minutos para decir " Lo siento mucho, pero no podré brindarle el nivel de ayuda que quería debido a [razones]. Intente hacer X e Y y, si está atascado, eche un vistazo. en [recursos] o consulte A, B o C. " Hay muchas maneras de manejar una situación así de manera profesional. Hacer fantasmas a los internos no es uno de ellos.

Hay varios matices a tener en cuenta, dependiendo esencialmente de lo que esté en la mente del Sr. Senior. Pero una respuesta general sería:

No puedes hacer nada, y no tienes ningún motivo para hacer nada al respecto.

Hay dos posibilidades: el Sr. Senior está realmente demasiado ocupado y está priorizando otro trabajo (en contra de la solicitud del Sr. Gerente) porque sabe que es el mejor curso de acción para él, o simplemente quiere holgazanear un poco. En cualquier caso, no puede quejarse con el Sr. Gerente ya que él está fuera y, obviamente, no puede obligar al Sr. Senior a hacer nada. Podría quejarse después, si el Sr. Gerente regresa de vacaciones antes de que usted se vaya, pero eso no haría que el Sr. Senior trabajara durante su ausencia y podría quemar puentes.

La cuestión es que no entiendo por qué debería molestarse con el Sr. Senior cuando puede dar lo mejor de sí con su compañero de prácticas. No vas a ser responsable del futuro del proyecto. Si el Sr. Senior no tiene ganas de ponerse al día y el proyecto luego se resiente, no es su problema, siempre y cuando siga haciendo su trabajo hasta el final de su pasantía.

Ahora, en cuanto a la "política del lugar de trabajo": si el Sr. Gerente hace preguntas sobre la falta de progreso, simplemente puede decirle que el Sr. Senior ha estado ocupado y no pudo asignarle tiempo, por lo que hizo lo mejor que pudo. No importa si es cierto o no, solo le está diciendo al Sr. Gerente lo que le dijo el Sr. Senior, sin agregar ni insinuar nada más. No te quejas de eso, lo que te hace lucir profesional y no te pone oficialmente en una mala situación con el Sr. Senior. Por supuesto, el Sr. Gerente entenderá que el Sr. Senior no hizo su parte y podría tomar medidas, pero es eso o asumir la responsabilidad por la falta de avance del proyecto, lo que podría ser perjudicial para el resultado de su pasantía (o no, pero dependiendo de su situación, podría ser).

En este punto, si el Sr. Senior quiere estar resentido con usted, no hay mucho que pueda hacer al respecto, y probablemente no debería importarle porque la persona que podría darle una referencia sobre su pasantía probablemente sea el Sr. Gerente, y no el Sr. . Sénior.

Además, recuerde que solo son pasantes: según su formulación, no conocía al Sr. Senior antes y él no lo conocía a usted. Probablemente no le importes un carajo y probablemente se olvide de ti poco después de que te vayas. No deberías pensar demasiado: si él no quiere ayudar, que así sea, será más experiencia para ti.

"No tienes ningún motivo para hacer nada al respecto". Bueno, excepto tal vez hacer mi trabajo más el de él por un salario de interno mientras que a él se le paga con un salario de alto nivel.
Bueno, considerando que harías lo mejor que pudieras sin importar qué, no veo cómo eso te hace trabajar más. Además, como dije, en realidad no se sabe si el desarrollador sénior realmente está holgazaneando o si tiene cosas más importantes que hacer que trabajar en un proyecto que fue manejado por pasantes.
Supongo que estas en lo correcto.
Excepto por el hecho de que ahora tenemos que hacer nuestro código y el suyo, con un gerente que espera que hagamos tareas específicas que no podemos lograr tan rápido como lo haríamos normalmente porque también tenemos que hacer el código del desarrollador senior.
A eso me refería cuando escribí sobre la posibilidad de que su gerente haga preguntas sobre la falta de progreso. Por supuesto, no podrá hacer tanto, lo entiendo, pero tiene una explicación razonable. Lo que quiero decir es: hazlo con calma, explica la situación a tu gerente sin quejarte ni acusar al desarrollador senior, y trata de demostrar que hiciste lo mejor que pudiste de acuerdo con la situación. En realidad, no hay mucho más que pueda hacer, y si su gerente es un poco competente, no le pasará nada malo, al contrario.
Entiendo tu punto, aunque todavía tengo miedo de que, aunque eso técnicamente no sería "acusar al desarrollador principal", lo consideraría una traición (y no quiero eso, para no quemar puentes y porque él me califica para la escuela, y el GPA podría verse afectado por esto)
@sh5164 En términos de preocuparse por tener que hacer todo el trabajo de su superior, no lo haga. Trabaja en las porciones que te han sido asignadas y haz lo más que puedas. Una vez que haya hecho todo lo posible, comience a trabajar en sus partes, comenzando con las secciones que están retrasando su propio progreso. No tienes que hacer su trabajo completamente o incluso bien; simplemente cree una maqueta o un marco con mucho "MEJORA ESTO MÁS TARDE", pero con suficiente para darle los entresijos que necesita para su código.
@sh5164 La cuestión es que confía en que el gerente manejará esto de una manera que no haga que el desarrollador senior se enoje con usted (es su trabajo), o asume la responsabilidad de cualquier problema que pueda causar la falta de progreso. . Si realmente tienes miedo de eso, supongo que siempre puedes aguantarte y trabajar más, pero desaconsejaría esto, esta situación sucederá a menudo en tu carrera profesional, y si no aprendes a mantenerte firme, la gente caminará sobre ti. Tú no eres el que está equivocado, así que no te culpes, o la gente te la culpará felizmente la próxima vez.
"simplemente decimos gerente" youtube.com/watch?v=aHYFzDY9xnI

Antes que nada , déjalo estar y aprovecha para aprender a no frustrarte por cosas que no dependen solo de ti . El que no quiera hacer un trabajo duro no es tu problema, y ​​el que aprenda tu código base no es tu responsabilidad; es su. Lo peor que te puede pasar es que el ingeniero senior te culpe por no entender el código base tan bien como pudo después de que te hayas ido, y un gerente competente generalmente se apresurará a llamar su BS.

En segundo lugar, no puede hacer suposiciones con seguridad sobre lo que realmente está sucediendo o cuál es su intención . Por lo que sabe, cualquiera de los siguientes podría ser cierto:

  • Es posible que haya echado un vistazo al código base y lo haya encontrado tan trivial o sencillo y bien codificado que no ve mucha dificultad en hacerse cargo de su código sin ninguna ayuda.

  • Por el contrario, podría haber echado un vistazo al código base y haber decidido que era tan malo que sería mejor reescribir el lío desde cero antes de que regrese su gerente.

  • En realidad, podría estar estudiando el código base sin que usted se dé cuenta, y aprovechando que ustedes dos están cerca para lanzarle el trabajo sencillo y pesado para tener más tiempo para estudiar la arquitectura del código base.

  • Es posible que ya conozca partes del código base lo suficientemente bien como para comprender que estas tareas sencillas no le darán más información sobre cómo funciona, y preferiría dedicar tiempo a estudiar partes del código base con las que aún no está familiarizado.

  • Otros equipos podrían haberle lanzado problemas urgentes. Debido a que su gerente está de vacaciones, no hay nadie cerca para intervenir y evitar que otros equipos pierdan su tiempo.

  • O sí, es posible que haya decidido holgazanear mientras su gerente está de vacaciones, que es algo sobre lo que no puede hacer nada.

Si tiene ganas de tratar de empujar las cosas para que salgan como se pretendía inicialmente, intente algo como esto en un descanso para tomar café:

¿Está seguro de que no quiere abordar algunas de estas tareas para familiarizarse con el código base?

Es probable que obtenga la explicación al preguntar.

Cualquiera que sea, su regla general debe ser priorizar su propio trabajo (que su gerente le dio), terminarlo y dejar que el ingeniero senior se encargue de las consecuencias de su propio comportamiento, si las hay. Déjalo así a menos que haya algo obviamente más sensato con lo que puedas ayudar activamente. (Por ejemplo, si el ingeniero senior desea que lo guíe a través del código base durante unas horas o que escriba algunos documentos faltantes, probablemente será un mejor uso de su tiempo y el de él que cualquier tarea que se le asignó nominalmente, porque estará al día más rápido.)

Esta es la mejor respuesta con diferencia: con toda probabilidad, el desarrollador senior ha determinado que hacer lo que el gerente le ha pedido no tendría ningún sentido.

Como compañero, no hay mucho que puedas hacer. Aparte de quizás reiterar que le dijeron que se suponía que él ayudaría con la codificación, no hay mucho que pueda hacer.

Pero si su trabajo es lograr que participe en el proyecto, debe plantear sus inquietudes a su propio gerente. Y sus inquietudes deben plantearse en función de los hechos y sus preocupaciones, no de sus sospechas.

Algo como:

[Gerente], estamos tratando de poner al día a [senior] en el proyecto, pero parece que realmente no tiene suficiente tiempo para comenzar con el código. Él sigue delegándonos el trabajo debido a <lo que dice que está ocupado>.

A este ritmo, no creemos que esté listo cuando nos vayamos. ¿Hay alguna manera de que se le pueda dar más tiempo, o hay otra persona a la que podamos transferir esta información?

El trabajo de su gerente debe ser lidiar con este tipo de problemas. Tal vez el estudiante de último año realmente esté ocupado y necesite tener su agenda despejada. Tal vez te está ignorando y necesita una buena charla.

De todas formas; no lo sabe y no podrá averiguarlo ni obligarlo a hacer nada, por lo que su única opción probablemente sea derivarlo a alguien que pueda hacerlo.

No podemos comunicarnos con el gerente porque está de vacaciones y no tenemos su número personal (además, no estoy seguro de que quiera que lo contactemos durante sus vacaciones de verano)
@sh5164 Debe haber alguien que se haga cargo de sus funciones mientras él no está. De lo contrario, es un gran fracaso en nombre de la empresa, y deberá encontrar a alguien que se enamore de él o esperar hasta que regrese.
@sh5164 Creo que este es el problema de sus gerentes por reconocer que tiene un ingeniero senior perezoso y luego darle mucha responsabilidad antes de irse. Enviaría un correo electrónico o dejaría una carta escrita cortésmente en el escritorio del gerente para su devolución. Dile lo que pasó. No estás quemando un puente siendo abierto y honesto. Si lo eres, no quieres ese puente.
Si realmente no te han asignado un interim manager, lo adecuado sería acudir a tu manager habitual. Sin embargo, para ser honesto, esto intimidaría a la mayoría de nosotros. Al menos, podrías preguntar: "Oye, [Director], sé que [Mgr] está de vacaciones, pero tenemos que hablar sobre algo que surgió. ¿Debería programar un horario contigo o hay alguien más que pueda ayudar?".

Su gerente le dijo a este desarrollador senior "trabajar en este proyecto es su único trabajo hasta que los becarios se vayan".

Puede ser que el desarrollador senior tenga mucho trabajo por hacer. Él puede estar trabajando duro todos los días y dejándote la codificación. Lo cual no es exactamente lo que dice su gerente, pero tampoco es malo para la empresa. Así que una queja no lograría mucho.

O puede ser que ahora tenga 8 horas al día para gastar en Facebook, eBay, etc., o algo peor. Todavía no puedes obligarlo a hacer un trabajo real, no estás en posición de obligarlo. Pero si esto es lo que crees que hace, y realmente te molesta, y no quieres que se meta en problemas (lo cual sería muy comprensible), llevarás un diario de lo que tienen los dos pasantes y lo que tiene este desarrollador senior. estado haciendo todos los días en el proyecto. Y le das eso al gerente cuando regrese.

@BЈовић A menos que haya sido editado, dice que haga un seguimiento de lo que se hizo en el proyecto, no que lleve un diario de su Facebooking.

Como pasantes, no hay garantía de que obtendrás un trabajo al final de tu pasantía y es una industria grande donde muchos candidatos son evaluados principalmente en función de las habilidades y la experiencia en lugar de las habilidades de las personas (al menos desde mi experiencia). ¿Por qué no usar la pasantía para obtener los "números" en su currículum simplemente haciendo el trabajo? Si el chico quiere cavar un hoyo, déjalo. Haz todo el trabajo que puedas, aprende tanto como puedas y sigue adelante.

Como otros dijeron:

  • No es tu responsabilidad manejar al tipo.
  • Probablemente se está aprovechando de ti, pero se está perdiendo la oportunidad de conocer el código base.
  • Existe la posibilidad de que esté demasiado ocupado.

En todas las situaciones anteriores, ponerse manos a la obra, evitar la política y esperar lo que suceda después de su pasantía es la mejor manera de asegurarse de que las cosas terminen bien para usted y que no se quemen puentes.

También existe una gran posibilidad de que sepa más que los aprendices y el gerente.

Esta es una gran oportunidad de aprendizaje, ¿para qué sirve una pasantía, verdad?

aprendes a decir

No, no estoy haciendo eso, tengo mis propias tareas para las que necesito mi tiempo y tú no eres mi jefe.

Cortésmente, tal vez no del todo literalmente, pero sí. Exactamente esto. (Sin embargo, está bien escalar si es necesario).
Esto no proporciona una respuesta a la pregunta. Para criticar o solicitar una aclaración de un autor, deje un comentario debajo de su publicación. - De la revisión
@DavidK: ¿por qué no es una respuesta a la pregunta?
Si bien es posible que no sea explícitamente su jefe, cuando se trata de un desarrollador senior versus un pasante, bien podría serlo. Casi nunca deberías decir algo tan antagónico a alguien mayor que tú.
Bueno, no textualmente, la línea que escribí sería una conversación, supongo. Pero definitivamente tiene que empezar diciendo que no. Son becarios a punto de salir de allí y tienen órdenes explícitas de hacer lo contrario de lo que quiere el desarrollador senior. Y básicamente tiene que terminar diciendo que no también, el resto de la historia no es problema de ellos, punto. El resto de la oración es una explicación en caso de que el desarrollador principal proteste.

Esto es lo que espero que suceda:

  • Te esforzarás por terminar el proyecto.
  • Obviamente no terminarás.
  • Dev se hace cargo.
  • Dev saca un Wally y afirma que el código que dejaste es basura, está completamente roto y no hay forma de que alguien pueda hacer que funcione.

No puede cambiar ninguno de estos. Entonces, no, no puedes obligarlo a hacer su trabajo. Pero puedes intentar evitar que manche tu reputación, o al menos reducir el impacto.

Primero, solicite una carta de recomendación de la empresa hacia el final de la pasantía, antes de que comience el juego de culpas.

En segundo lugar, informe en privado a su gerente que un amigo le ha dicho que existe la posibilidad de que suceda la secuencia anterior y pregúntele qué quiere que haga para evitarlo (hacer tales acusaciones en público es malo para su carrera). Como mínimo, eso los hace conscientes del problema, si es que aún no lo están.

Comience a enviar correos electrónicos dos veces por semana, incluya a los pasantes, al programador senior y al gerente. El gerente está de vacaciones, por supuesto, pero esto proporcionará 1) un registro de lo que ha logrado y cuándo y 2) le mostrará al programador principal que tiene la intención de informar sobre su trabajo, lo que puede hacer que reconsidere sus acciones. .

Mientras esté de vacaciones, comenzaremos a informar por correo electrónico exactamente lo que hemos logrado, y las discusiones internas y las decisiones que se toman en su ausencia para que cuando regrese sea fácil ver qué se hizo y por qué.

Discusión y decisiones:

El desarrollador X nos reasignó la Tarea 2. Lo priorizamos por debajo de las tareas que ya nos habían asignado.

Lista de tareas actual:

  • Tarea 1
  • Tarea 2

Progreso:

Tarea 1: hemos logrado los aspectos A, B y completaremos C pronto.

Si priorizas, es posible que nunca termines haciendo su parte, pero incluso si lo haces, será muy obvio quién hizo el trabajo, cuándo y por qué. Él puede o no meterse en problemas, pero eso es, desafortunadamente, algo sobre lo que no puedes hacer nada.

Haz bien tu trabajo, repórtalo y no te preocupes por los conflictos interpersonales. Simplemente informe qué decisiones se tomaron, si fue unilateral, indique quién tomó la decisión final (y si se proporcionó una razón, explique por qué), y continúe con el trabajo.

Como dijeron la mayoría de las respuestas antes, no puedes obligarlo a hacer nada.

Al final del día, debe concentrarse más en su carga de trabajo que en lo que está trabajando este desarrollador senior. No es su trabajo evaluar o controlar su trabajo.

Sin embargo , como pasante, no se supone que tengas tantas responsabilidades como un trabajador de tiempo completo. Como tal, tiene la posibilidad de solicitar una carga de trabajo menor de lo que se esperaría de otro empleado.

Descargo de responsabilidad importante: esta es una tarjeta que debe usar solo en pequeña medida y con precaución.

Lo que quiero decir es que es perfectamente aceptable que digas algo como: "Lo siento, no voy a poder trabajar mucho en esta gran parte, porque el enfoque principal de mi pasantía era para terminar este otro trabajo".

Responsabilidad: encargo a nuestros pasantes (pagados) tal como lo haría con cualquier otro desarrollador junior, y espero que se desempeñen lo mejor que puedan. Las únicas diferencias son que espero una tasa de falla ligeramente mayor e inicio la comunicación con más frecuencia. También puedo pasar más tiempo "tomando de la mano" para enseñarles algo cuando podría señalar a un desarrollador de tiempo completo en la dirección correcta y dejar que intente enseñarse a sí mismo primero. Las habilidades varían, y todos los niveles de habilidad necesitan tutoría experimentada. Tenemos pasantes trabajando en una interfaz de usuario que se usará en una demostración para el cliente ahora mismo.
Lo que quise decir es que es mucho más aceptable que un interno diga "No sé cómo/no puedo hacer eso, lo siento, pero tú eres el desarrollador, así que ¿podrías enseñarme o hacerlo tú mismo, por favor?" ?" de lo que es para otro desarrollador. Obviamente, como se menciona en el descargo de responsabilidad, no es una excusa para que el pasante no trabaje lo mejor que pueda.

Como dijeron otras respuestas, no puede hacer mucho para alentarlo a codificar y no debería preocuparse tanto por eso. Si realmente es un recurso derrochador, su gerente lo vigilará muy rápidamente.

El desarrollador senior tiene mucha experiencia y puede manejar el proyecto fácilmente después de que te vayas. Solo hay dos preocupaciones serias que deben mitigarse:

  1. Su oportunidad de aprender, que es el objetivo principal de su pasantía. Si el desarrollador senior no puede echar un vistazo a su trabajo realizado, no puede dar ningún comentario y usted no puede aprender cosas nuevas (buenas prácticas o patrones de diseño, por ejemplo)
  2. Calidad del código del proyecto. Cada desarrollador tiene algunas carencias de conocimiento (yo tampoco) Si el desarrollador senior no coopera activamente con usted, es posible que pueda cometer algunos errores arquitectónicos, reinventar círculos, introducir defectos sin querer, etc.

Para resolver estos dos, puede:

  1. Trate de invitarlo cortésmente al menos a sus revisiones de código.
  2. Pregúntale directamente: cuál es la mejor manera de implementar algo o cómo resolver algunos problemas de la manera más eficiente.