Esta semana tuvimos a Ava Katushka, entrenadora en Verbetcetera .
Verbetcetera es un campo de entrenamiento para aquellos que buscan prepararse para entrevistas en los Cinco Grandes : Google, Amazon, Facebook, Apple y Microsoft. Los mentores de Verbetcetera están distribuidos en 5 países, ya trabajan en empresas objetivo, saben todo sobre las particularidades del trabajo y los requisitos para candidatos en diferentes mercados.
A pesar de la fría recepción en los comentarios al anuncio, hubo muchas preguntas para Ava durante la transmisión. Publicamos sus respuestas, transcripción y grabación de la entrevista (con diapositivas de presentación).
Mi nombre es Ava Coil. Estudié en el Instituto de Física y Tecnología de Moscú, en la Facultad de Ciencias de la Computación, que se llama FIVT. Mi tercer curso fue bastante difícil, tuve mucho estrés, exámenes, problemas de salud, problemas familiares.
Recuerdo entrar a una librería y ver el libro What to Dream About. Me preguntaba; Recordé que una vez soñé con algo, pero no recordaba qué. Abrí este libro y allí mismo, en Biblio-Globus, comencé a hacer los ejercicios de este libro. Y resultó que cumplí con las expectativas de todos los que me rodeaban: mi familia, mis maestros, todos menos el mío. Entonces estaba muy enojado. Me preguntaba qué es lo que realmente quiero. Más tarde me senté en Gorky Park y pensé en ello. Me di cuenta de que quiero viajar, quiero hacer amigos, tuve un problema con eso, y quiero escribir mi propio sitio web desde cero. Y para mí, como por arte de magia, ese año todo empezó a hacerse realidad.
Resulta que hay una forma de viajar donde te pagan: una pasantía. Entonces llegué a Google en Nueva York, donde hice una pasantía. En algún momento en medio de la pasantía, me preguntaron si quería quedarme a tiempo completo. Pensé, por qué no intentarlo, aunque no pensé que me llevarían. Pero me llevaron y me mudé a Munich. He trabajado como ingeniero de software durante tres años y tengo una experiencia bastante variada como ingeniero de software. Al principio, trabajé y me capacité como SRI (ingeniero de confiabilidad del sitio); hice muchas cosas interesantes, había un equipo hermano. Pero pronto me pareció que quería escribir más código. Me mudé al equipo de SVI, donde escribimos un sitio de viajes dentro de la propia empresa, para googlers. Y al final, también aprendí que existe esa especialidad: UXE, ingeniero de UX. Empecé a aprender un poco de UX y me mudé allí,tratando de combinar mis dos intereses en el dibujo y la programación. Salí bastante normal, pero esto también es experiencia en el campo.
Ahora que no trabajo en Google, decidí tomarme el tiempo para averiguar qué me gusta, para probar todo tipo de hipótesis. En particular, quería intentar trabajar para mí. Empecé a recordar lo que me gustaba de la vida y resultó que me gustó mucho el proceso de preparación para la entrevista. Cuando apliqué a diferentes empresas, interactué con personas de estas empresas, resolví problemas. Fue un período muy brillante en mi vida. Luego hablé con un amigo y descubrí que no todo el mundo tiene este período - brillante, la gente está estresada en las entrevistas, y luego - "gracias a Dios, esto terminó, finalmente estoy trabajando". Me pareció que probablemente pueda compartir algo positivo, convertir este proceso de búsqueda de trabajo y entrevista en algo agradable, que es bueno recordar con gusto.
Al principio quería aconsejarme a mí mismo, pero encontré un consejo en un libro sobre negocios: si quieres hacer algo, primero encuentra personas que ya estén haciendo algo bueno, y puedes aprender mucho de ellas. Luego encontré la empresa Verbetcetera, donde los chicos ya estaban haciendo lo que yo quería. Ya existía un círculo de mentores; La dirección de la ingeniería de software era bastante nueva, es decir, solo comenzó en 2020, pero desde 2018 ha habido una tutoría de PM, que avanzó bastante bien. Y los valores de esta empresa resultaron ser muy cercanos a mí: todos los mentores han pasado por el camino, ellos mismos trabajan en el campo. Estos eran tipos cercanos a mí en espíritu, todos eran (y son) de FAANG (Facebook, Apple, Amazon, Netflix, Google). Se reunió un equipo muy bueno, fue interesante unirse y probarse a sí mismo como mentor.
Me gustaría contarles sobre entrevistas de tecnología, responder preguntas. Hablaré de cierta estructura en una entrevista, me detendré, miraré las preguntas, responderé y seguiré adelante. Me gustaría hablar sobre la codificación de entrevistas: qué preguntas se hacen, qué mitos se asocian con ella, cómo se ve el proceso de búsqueda de empleo desde el punto de vista de la empresa y del candidato; qué es una entrevista de diseño de sistema, qué afecta y qué mitos y conceptos erróneos populares existen.
Codificación de entrevistas: ¿qué son?
A menudo se pregunta qué preguntas se hacen en tales entrevistas. Digamos que una de estas preguntas puede ser así: "llega una cadena encriptada a la entrada, decodifícala". La línea podría ser así: 3 [A] 2 [BC]. Decodificado como AAABCBC. Es decir, lo que está dentro del corchete se repite tantas veces como el número antes del corchete. Y durante la entrevista, debe escribir un programa que realice la decodificación.
De hecho, esta pregunta se hizo en entrevistas con Bloomberg, Amazon, Apple, Cisco, Google, Microsoft; parece una pregunta bastante sencilla incluso si no estás relacionado con la programación. Pero puede tener un doble fondo; por ejemplo, puede haber varios niveles de anidación. Digamos la siguiente línea: [[[A [[C]]].
En este caso, primero puede descifrar la capa interna: AACC, y luego repetirla tres veces, es decir, descifrar la capa externa (AACCAACCAACC). El programa escrito debe manejar cualquier nivel de anidamiento. Si eres bueno programando, esto no debería ser un problema.
¿Qué temas se preguntan en las entrevistas?
Ejemplos de temas populares son matrices, cadenas (como ya hemos cubierto), tareas de gráficos. En ocasiones están muy disfrazados: por ejemplo, para hacer un cronograma de cursos, dado que cada curso tiene un curso preliminar (prerrequisito). Hay problemas de recursividad: por ejemplo, existe un problema de precios popular. Los precios se dan por acción durante un cierto número de días, y debe crear un algoritmo de compra-venta para obtener el máximo ingreso. A veces hay problemas de matemáticas o geometría, pero no son muchos; no se necesitan conocimientos especiales en estos temas, se necesitan los más básicos, pero también son buenos para poder resolverlos. En general, es muy bueno tener una base en informática, sentirse cómodo para que la resolución de problemas en entrevistas no plantee problemas.
¿Por qué se hacen estas preguntas en las entrevistas si el flujo de trabajo es muy diferente al de ellas? Sí, mucha gente dice: el desarrollador no necesita esto, por qué estos árboles negros y rojos. Esta es la crítica estándar de las entrevistas, el trabajo es realmente diferente, el trabajo no será como una entrevista. Pero hay muchas razones por las que se hacen estas preguntas. Quieren ponerte a prueba en un período de tiempo limitado, para ver cómo te enfrentas a tareas desconocidas e incomprensibles. A menudo, esta habilidad es necesaria en el trabajo.
Aunque la informática en su forma más pura no se aplica al trabajo, los conocimientos básicos siguen siendo bastante útiles cuando se trabaja en ingeniería de software. De hecho, estas tareas son un proxy para el trabajo posterior. En lugar de preguntarte si eres un buen desarrollador, te asignan tareas y ven cómo te comportas con ellos. Y las buenas respuestas a las preguntas se correlacionan con ser un buen desarrollador.
¿Qué empresas hacen estas preguntas en las entrevistas?
Mucho, y no solo FAANG (sino también ellos). Tengo una lista: Microsoft, Bloomberg, Uber, Adobe, Oracle, ByteDance, eBay, LinkedIn, Yahoo, VMWare, Salesforce, Cisco; de hecho, todavía no he insertado muchos de ellos. Es decir, estas preguntas son bastante populares. Además, por ejemplo, en Google, los desarrolladores junior, intermedios y senior reciben las mismas preguntas, no hay diferencias.
Existe un mito popular: ¿es importante participar en competencias algorítmicas?Esto me preocupó mucho: no participé en ellos ni en la escuela ni en el instituto. La gente suele decir que si no participaste, entonces tu tiempo ha pasado, siempre te mostrarás mal en las entrevistas. Pero este no es el caso. A pesar de que, por supuesto, la participación en concursos te ayudará y apoyará, las entrevistas son diferentes a ellas. Las preguntas son similares, también necesitas resolver un problema en un tiempo limitado, pero le presentas su solución no al sistema que debe pasar las pruebas, sino a la persona. La persona mira y trata de evaluar si quiere trabajar contigo resolviendo el problema. Es importante no solo que encuentres una solución, sino también cómo la encuentras, cómo pensaste, cuántas opciones consideraste, si puedes transmitirlas a la persona. Este es un aspecto muy importante.
La persona que te entrevista es un ingeniero, tampoco resuelve este tipo de problemas con regularidad; muy probablemente la última vez que hizo esto fue durante su propia entrevista. Y debe encontrar la respuesta a la pregunta: ¿Quiere trabajar contigo? ¿Será bueno trabajar contigo? No le tengas miedo. No quiere ponerte en condiciones de súper estrés; en cambio, quiere brindarle una experiencia de entrevista positiva.
Un marco de entrevista de codificación genérico
¿Cómo estructurar tu tiempo, tu respuesta para poder responder bien? Para empezar, siempre haga preguntas aclaratorias, dé ejemplos, comuníquese con su entrevistador. ¿Cómo entiendes qué ejemplo? es muy importante.
De lo contrario, puede malinterpretar completamente el problema y comenzar a resolver el problema incorrecto que se le solicita (esta es una gran cantidad de señales de alerta a la vez).
A menudo, la gente tiene miedo de encontrar las soluciones que se les ocurren; piensan: por qué ofrecerlo, no es óptimo, pero quieren lo óptimo de mí. No lo hagas de esta manera. Comience con una solución no óptima, cuéntele al entrevistador: él entenderá que ya ha alcanzado cierto nivel de comprensión. Entonces piensa más. Quizás esto te ayude de alguna manera en el proceso. No hay ningún inconveniente aquí: al contrario, es bueno que viera inmediatamente la solución.
Es importante escribir código bueno y estructurado: quiere mostrarse como un programador que escribe código legible. Al final de la entrevista, será importante probar, para esto puedes usar los ejemplos que se inventaron al principio. Así es como puede detectar errores en su código. Entonces, es necesario resumir bastante bien. "Empecé así, se me ocurrió tal o cual solución, tienen tal y tal ventaja y desventaja, este es el tipo de prueba, así es como funciona todo con ejemplos". Aquí hay un ejemplo de un enfoque de entrevista.
P: ¿Qué nivel de inglés se desea?
Es recomendable hablar con libertad para comprender libremente al entrevistador y expresar sus pensamientos. Opcional super avanzado, intermedio debería ser suficiente.
P: ¿Qué cambios se han realizado en la escritura de Google en comparación con lo que se describe en la Entrevista de Cracking Coding?
Aquí debe comprender qué comparar exactamente con qué. Pero creo que los pensamientos principales de Cracking Coding Interview siguen siendo relevantes hoy en día. No ha cambiado mucho.
P: ¿Dónde puedo mejorar mi inglés técnico?
Ni siquiera necesitas inglés técnico para aprobar una entrevista; solo necesitas inglés, necesitas poder expresar tus pensamientos. Puedes formarte en entrevistas, con amigos, empresas especiales, si quieres aprender a hablar en una entrevista.
P: ¿hasta qué punto las tareas con leetcode reflejan las especificaciones actuales de las tareas que se solicitan en Google? ¿Son relevantes las tareas del último año, el año anterior al último?
En primer lugar, es importante para usted que no haya visto antes el problema con el que se ha encontrado en la entrevista. Si la tarea le resulta familiar y sabe de antemano cómo realizarla, esto no le ayudará. Al contrario, hará daño: se notará. Necesita tener un problema desconocido, pero necesita resolver muchos problemas similares. Leetcode funciona bien para esto; si resuelve problemas sobre diferentes temas, cubra temas populares de informática; en algún momento estará listo.
P: ¿Qué idiomas se pueden utilizar para resolver un problema de entrevista técnica? Actualmente estoy resolviendo problemas con leetcode en JavaScript, pero escuché que necesito Python o C ++.
Cualquiera de estos lenguajes (JavaScript, Python o C ++) está bien, no importa aquí. Si escribe en JavaScript, conózcalo bien, en profundidad, este es su idioma, entonces vaya a una entrevista con JavaScript.
P: ¿tiene un enfoque para estimar correctamente el tiempo para cada tarea en una entrevista de código automático cuando hay varias tareas y un límite de tiempo?
No entendí bien esta pregunta. Bueno, sí, necesitas resolver muchos problemas, si hay un límite de tiempo, necesitas medir tu fuerza con ellos.
P: Las tareas que enfrenté en las entrevistas de Amazon y Google requerían lejos de la informática básica
, bueno, yo lo llamo básico. Me parece.
P: si a los candidatos junior y senior se les hacen las mismas preguntas, ¿cómo determinan a qué grado llevar a un desarrollador?
Esto no está determinado por los resultados de la entrevista de codificación, sino por los resultados del diseño del sistema y la entrevista de comportamiento.
P: ¿cómo es Google en general?
Me gusta. Tuve una experiencia bastante valiosa, no la cambiaría por otra cosa. Compañía muy buena, muchas oficinas en diferentes ciudades. Probablemente, hay pocas empresas de este tipo en las que pueda trabajar en Europa, América y Asia. Hay muchas posibilidades.
A continuación, hablaré sobre la preparación para una entrevista: cómo prepararse, cómo las empresas contratan desarrolladores, cuánto tiempo lleva
En Google y muchas empresas similares, el proceso se ve así. Primero necesitas llamar la atención, pasar por el reclutador. Luego viene la selección inicial, donde se le dan 1-3 entrevistas de codificación, las mismas preguntas que discutimos anteriormente.
Si ha pasado esto, vaya al sitio. Habrá una gran cantidad de entrevistas, generalmente de 2 a 4 codificaciones, además de diseño del sistema y comportamiento. Si se desempeña bien en el sitio, recibirá una oferta. Google incluye su salario, bonificación de reubicación - pago de mudanza. A menudo, la oferta incluirá acciones de la empresa; Recibí una oferta que los incluía, pero no de inmediato, sino después de un año de trabajo.
El primer paso es asegurarse de que lo noten. Yo personalmente te aconsejo que trates de buscar a alguien de la empresa, para hablar con las personas que están en la empresa. Esto le permitirá comprender un poco la cultura interna de la empresa. Además, si se gustan, la persona que está en la empresa podrá recomendarle: las estadísticas muestran que las recomendaciones aumentan 8 veces la posibilidad de pasar la primera etapa ("ser notado") en relación con las aplicaciones a través de el sitio. Bueno, para algunos, las aplicaciones a través del sitio funcionan.
Te aconsejo que nunca te detengas en una empresa en particular. Nunca puede garantizar que ingresará a una empresa en particular. Pero, si tiene un objetivo: obtener experiencia internacional, trabajar en una gran empresa, mudarse a algún lugar, entonces esto es definitivamente posible, y tal vez no en una sola empresa.
Para el proceso de redacción del currículum, hay varios pequeños consejos sobre cómo debe verse y qué datos debe contener.
- brevedad: caben en 1 página
- Orientación a resultados: describe tus logros: "logró X haciendo Y con Z"
- Orientación a los datos: describa la escala de sus proyectos: utilización, ganancias, etc.
- enlaces: proporciona enlaces para mostrar tus proyectos
- calificación: pídale a alguien que califique su currículum antes de enviarlo
- menos términos especializados: necesita ser entendido
Pero probablemente sea muy importante decir que es bastante difícil hacerlo solo. Al menos, fue difícil para mí: debes describirte, describir tus logros, hacerlo en un buen lenguaje, comprensible para otra persona. Es bueno hacerlo con un amigo, un colega; puede acudir a nuestro mentor en Verbetcetera: intente hacer su currículum para que sea fácil de leer y cause una buena impresión.
La preparación adicional suele consistir en resolver problemas, por ejemplo, en el mismo código de lectura, sobre diferentes temas, en el idioma de su elección. Puede ser JavaScript, TypeScript, C ++, Java, Python, etc. Muchos lenguajes. También es genial tener práctica en parejas: hacer entrevistas prácticas para entrenar el proceso, esto se llama una entrevista simulada. Puedes practicar con amigos, también hay servicios especiales; También proporcionamos dicho servicio: puede venir y practicar con un mentor. Además, está tratando de aumentar sus posibilidades de obtener una oferta enviándola a muchas empresas. Pasa por la entrevista y al final llegas a algún lado (donde quieras, espero); por supuesto, para que este esquema funcione, es importante tener una buena base en informática.
Entrevisté a varias personas que recientemente ingresaron a Google y resultó así: una o dos semanas no es suficiente para nadie. Nadie me dijo que se prepararon para la entrevista en dos semanas y aprobaron. A menudo toma de 2 a 3 meses y la persona se ocupa 8 horas al día. Y esto todavía requiere una base, desde el instituto, desde cursos especiales, para que tales tareas no sean completamente nuevas. Alguien escribió en leetcode que todo el proceso tomó un año (aunque esta persona estaba trabajando al mismo tiempo).
P: ¿que sueldos se ofrecen?
Puede consultar Glassdoor para ver qué salarios ofrece cada empresa (en promedio).
P: ¿Tiene mentores en la pila de .NET?
Es como si no nos preparamos en un lenguaje específico, tenemos tutorías sobre algoritmos y diseño de sistemas. El idioma específico no nos importa, no ajustamos el idioma.
Analicemos la última entrevista: entrevista de diseño del sistema. Qué tipo de entrevista es esta, qué errores y mitos hay y cómo prepararse para ella.
Esta entrevista determina tu calificación en la empresa. Hace preguntas abiertas difíciles. Por ejemplo, "¿cómo escribirías Google Docs (o Instagram o Facebook Messenger)?" Naturalmente, existen diferentes expectativas para una entrevista de diseño de sistemas: si es un junior, no se espera casi nada de usted. Pero, si eres mayor, tienes que demostrar que eres genial.
Me he encontrado con tal opinión que es inútil prepararse para esta entrevista: o ya tienes conocimiento y experiencia, o no. Por supuesto, el conocimiento del diseño de sistemas no aparece por sí solo con la acumulación de experiencia (aunque la experiencia ayuda), pero recomendaría a todos que se preparen para esta entrevista, incluido el junior.
Estructurar la experiencia ayuda mucho. Empiezas a ver fuera de tu pequeño fragmento de código, ves los componentes, ves el proceso completo, cómo se ve el producto, en qué servidores, balanceadores de carga, cachés se compone, dónde puede haber cuellos de botella y vulnerabilidades en este producto, cómo ser extendido, que hacer si crece. La preparación para una entrevista de diseño de sistemas ayuda a crecer como desarrollador; afecta significativamente la oferta y la posición. Si es esencialmente un senior o un buen intermedio, pero no se está preparando, probablemente lo llevarán al puesto junior y tendrá que pasar por el proceso de promoción dentro de la empresa: confirmación de revisión por pares y todo lo demás en orden. para llegar al puesto que ya tiene, posiblemente prestado de otra empresa. Por lo tanto, tiene mucho sentido prepararse para ahorrar tiempo y obtener una gran oferta de inmediato. Por supuesto,las ofertas para puestos senior y junior son muy diferentes: en Google son decenas de miles de euros.
Prepararse para una entrevista de diseño de sistemas es mucho más difícil que prepararse para una de codificación. No existe un sistema de prueba que le diga qué estaba bien y qué estaba mal. Es importante tener a alguien (generalmente un desarrollador sénior) que le dé su opinión sobre cuán adecuadamente está respondiendo preguntas. Es genial tener una base de conocimientos estructurada y practicar mucho en parejas. Puede asistir al simulacro de entrevista de diseño del sistema, que hacemos en Verbetcetera. También estamos pensando en hacer un curso de diseño de sistemas algún día.
El marco general de cómo comportarse en una entrevista de diseño de sistema es muy similar al de una entrevista de codificación. No es necesario apresurarse al principio, debe hacer preguntas aclaratorias, tratar de comprender cuál es la tarea. Nunca necesitas comenzar a resolver inmediatamente o dar alguna respuesta que recuerdes de algún sitio; Quizás usted y el entrevistador tengan tareas completamente diferentes en su cabeza; es importante estar de acuerdo en esto inicialmente, para prestar mucha atención a la comunicación y la comprensión. El segundo paso después de acordar la tarea es dibujar un diseño de alto nivel para la tarea y luego acordarlo también. Después de eso, debe discutir qué problemas pueden surgir en este diseño, qué es lo más interesante en él y sumergirse en el problema más importante e interesante. Al final de la entrevista, debe revisarla nuevamente, resumir su decisión y ofrecer algunas ideas sobre cómoqué más se puede hacer y mejorar. Y todo esto debe hacerse en 45 minutos (incluso menos, porque hay todo tipo de contratiempos técnicos); esto es muy difícil de hacer sobre la marcha, debe prepararse.
P: ¿Hay perfiles de todos los mentores en alguna parte?
No lo estamos haciendo abiertamente todavía. Por ahora, puedo decir que nuestros mentores han trabajado (están trabajando) en FAANG y no están muy interesados en hablar abiertamente sobre ellos mismos. Puede ser un poco confuso, pero es una cuestión de anonimato.
P: ¿en qué áreas evalúa el mentor? ¿Solo habilidades de programación, o bien inglés y habilidades de auto presentación?
Se le juzga por sus habilidades de programación, su capacidad para resolver problemas; El inglés debería ser suficiente para la comunicación (no se necesita un nivel superior). La autopresentación probablemente también influya, pero no tanto. Probablemente, ¿cuánto más influye eres una persona adecuada? Si llega a una entrevista conductual y dice que odia a los clientes, probablemente no le harán una oferta, a pesar de sus habilidades de presentación personal.
P: si el senior ha fallado en el diseño del sistema, ¿se le ofrece un puesto intermedio / junior?
Sí, por lo general solo bajan de categoría. Esta es una situación común: el senior simplemente no se prepara para el diseño del sistema, le falla y se le ofrece un puesto inicial. Pero, por supuesto, si una persona realmente tiene un nivel, entonces puede crecer más rápido de lo habitual dentro de la empresa. Será un poco ofensivo, por supuesto, que no hayan asumido el cargo de senior inmediatamente después de la entrevista.
P: ¿Tienen estas entrevistas simuladas sobre diseño en Bielorrusia (no entendí el nombre, dónde y cómo se llevan a cabo, puedo tener un enlace más preciso?) ¿En inglés o ruso? En general, ¿en qué países tienes mentores?
Todas las entrevistas simuladas son en inglés, porque en realidad serán en inglés. Se distribuyen mentores; Estoy en Rusia, la mayoría de ellos en Europa, en Inglaterra. Una empresa bastante dispersa de diferentes partes del mundo. El enlace probablemente estará en la descripción del video.
P: ¿será posible descargar la presentación?
No lo creo, pero puedes verlo en el video.
P: ¿Entrevista simulada en línea o fuera de línea para moscovitas?
Todavía no hemos pensado en la opción offline, mientras que todo está online.
Entonces, hoy discutimos la entrevista de codificación: qué preguntas se hacen, errores y mitos populares, cómo prepararse, cuánto tiempo lleva (para que sea realista sobre el proceso y no piense que a todos les lleva solo 2 semanas). Y el diseño del sistema: por qué prepararse para ello y cómo le ayudará.
También quería hacer un anuncio. Queremos contratar un curso: si uno de los muchachos quiere entender los algoritmos que se necesitan para una entrevista técnica, hemos estado reclutando grupos desde marzo. Los grupos son pequeños, 3-5 personas o menos (casi uno a uno), para trabajar con mentores de FAANG. En el transcurso de tres meses, repasaremos todos los aspectos básicos que necesita para prepararse para una entrevista técnica. De modo que si siente que se está hundiendo en este tema, finalmente tenga una buena base y se sienta seguro. Esto es especialmente adecuado para personas que no pueden dedicar tiempo completo a prepararse para entrevistas y que están trabajando activamente; este formato de curso puede funcionar.
Y si tiene una entrevista pronto, acérquese a nosotros para una entrevista simulada. Por algoritmos, por diseño de sistema; cuando lo hagamos, habrá un curso sobre diseño de sistemas. Estaré muy contento si vienes.
P: ¿habrá más kits, por ejemplo, en mayo?
Quizás. Si bien los planes son para marzo, los cursos tendrán una duración de tres meses; si los resultados son buenos, si a nosotros y a ustedes les gusta, entonces tal vez haya otro conjunto.
Prepárate, invierte en ti y en tus conocimientos. Todos ustedes son geniales, lo lograrán.
