Esta pregunta me la han hecho varias veces vía Twitter. Y la verdad es que sí, es bastante difícil conseguir ese trabajo remoto que paga $10,000 al mes. Pero la buena noticia es que no es imposible y bueno, hay que trabajar.

Hay que practicar y sobre todo, hay que poner ese esfuerzo para pasar. Ese proceso de entrevistas que varias empresas tienen en estados unidos. Y también hay que tener un poco de suerte porque la verdad es que yo sí creo en la suerte, pero también creo que uno debe estar bien preparado para poder capitalizar esas oportunidades que la vida te va a dar, porque si no tienes la experiencia o si no tienes, las herramientas necesarias para tomar esas oportunidades, simplemente no las vas a poder aprovechar.

Ahora bien, entrevistar es un skill que se debe practicar para mejorar como cualquier otro habilidad que tienes. Si no sé si la practicas una y otra vez, te vas a volver mejor. Ahora bien, si nunca la lo has hecho, si nunca la has practicado, pues vas a ser mal o no, no, no vas a lograr a dar esa buena. No vas a poder comunicar bien, no vas a poder, eh, eh, pasar todo ese proceso de entrevistas.

Por lo tanto, hay que practicar para poder mejorar. Y ahora te voy a dar algunos consejos que puedes seguir para mejorar en estabilidad de entrevistar y que puedas pasar satisfactoriamente todo el proceso de en.

Lo primero que te voy a recomendar es que escribas, tomes un lápiz y papel, o si quieres hacerlo en la computadora también está bien, pero escribe los highlight de tu carrera, okey, con high me refiero a todos tus proyectos más importantes, no todos y cada uno de ellos, pero sí los más importantes que que lo recuerdes.

Escribe los puestos en que has tenido si tienes un log, si has escrito en algún e o libros. Perdón si has escrito algún bloc libros, no si has escrito algún Ebro o quizás algún libro, especialmente también si tienes algún canal de tour y. No sé cualquier cosa que sea ah importante que tú creas que relevante para el puesto que estás aplicando.

Escríbelos, es lo primero que tienes que hacer, porque escribir te permite ordenar tus ideas y al ordenarlas, vas a comunicarlas de una mejor manera. Esto va a permitirte que seas más elocuente al comunicar todas estas ideas que tienes todos. Al final del día, hay que hay que comunicar para convencer al entrevistador de que tú eres el candidato ideal de que tú eres la persona que necesitan para ese puesto que están entrevistando.

Otra cosa que tienes que hacer es seleccionar un proyecto complicado, un proyecto difícil que hayas tenido. Qué fue lo que se complicó de ese proyecto? Quienes estuvieron involucrados esto especialmente para la colaboración, eh? La colaboración es muy, muy importante cuando uno hace software, entonces tienes que, eh, función.

Quiénes con quién estuviste? Colorando quiénes estuvieron involucrados? Qué decisiones se tomaron? ¿Quién las tomó? ¿Por qué se tomaron? ¿Cuáles fueron los argumentos? Y bueno, cuáles fueron los resultados de esas decisiones? No importa realmente si fueron buenos resultados o malos resultados. Lo que importa aquí es ¿cómo navegaste tú esa situación? ¿Y cómo es que se fue dando siguiente? 

Siguiente, Tienes que preparar un ejemplo de un conflicto. ¿Por qué se dio este conflicto? ¿Quiénes estuvieron involucrados? ¿Cómo se resolvió? Qué aprendiste de esta situación? ¿Cuáles fueron los argumentos? Lo importante aquí es, ah. Que tú expliques que comuniques cómo lidias con los conflictos dentro de de tu equipo.

Y es que a final día trabajamos con personas, trabajamos en un equipo, no hacemos software de manera sola. Trabajamos en equipo, colaboramos y siempre hay conflictos. Alguien tiene que ceder. Alguien tiene que sacrificar algo, no? Lo que se busca en un candidato es de que, eh, sepa lidiar con conflictos. 

Al final día, de todos queremos trabajar con gente, que es lo suficientemente madura emocionalmente para lidiar con los conflictos de una manera saludable.

Una vez que tienes escrito toda esta información, te recomiendo que lo leas en voz alta, no necesariamente leyendo. Porque no te vas a aprender esto palabra por palabra, pero sí, vas a usar lo que escribiste para que puedas comunicarlo de una mejor manera.

Entonces te recomiendo que lo comiences a decir en voz alta. No lo repita. Palabra por palabra. Pero este también puedes utilizar un espejo para que te veas y veas los gestos que haces. El caso aquí es practicar, practicar, practicar que tú te sientas cómodo explicando que tú te sientas ah, satisfecho con la información que estás transmitiendo.

Ahora bien. Lo que quieres aquí es sonar lo más natural posible. No, no quieres estar leyendo algo o que no quieres sonar como que te memorizaste todo tu escript, quieres sonar lo más natural posible. Por eso es que te digo que no vas a ir leyendo palabra por palabra ni memorizar. Tienes que sonar lo más natural posible para que también eso te va a dar confianza. También te va a dar bastante confianza. 

Y esto es lo que se hace cuando uno va a hablar en público. Me ha tocado participar en varias conferencias, eh, mi y lo que lo que se tiene que hacer antes de pararte en una plataforma. Es tú varias veces, varias horas antes. Tú estuviste practicando. Tu estuviste repitiendo todo, toda la información que quieres transmitir.

Y esto es exactamente lo que tú tienes que hacer también practicar, para sentirte más cómodo, para sentirte confiado. Por último, te recomiendo grabarte con tu celular o con la computadora. En serio que cuando te grabas, te pones muy, muy nervioso la primera vez. Entonces esto te va a ayudar a que te vuelvas más cómodo grabándote con tu celular puede ser, no tiene que ser nada profesional.

Pero sí te va a servir para analizar el vídeo. Vas a poder reproducir el vídeo una vez que termines de grabarte y vas a poder allí, ver errores que estás cometiendo quizás a muletillas que estás usando mucho. O quizás, eh, está repitiendo palabras una y otra vez, eh? Eso te va a ayudar a mejorar. Y para que te puedas auto evaluar.

Adicionalmente, si puedes hacerlo, te recomendaría también que le pidas ayuda a un amigo para que te escuche, para que te haga preguntas, para que te dé feedback también. Esto te va a a servir un montón y especialmente cuando estás enfrente de una persona, es es bastante más diferente y definitivamente te va a ayudar en esa prepararte para tu entrevista.

Pues es todo amigos por el día de hoy. Este, eh, de verdad? Como les decía, ah, esto requiere práctica. Es difícil. Sí, como te decía al principio, pero no es imposible, tú puedes, no te desanimes, eh? Recuerdo que a mí la primera vez me tomó algo de tiempo. La primera primera, primera vez que entrevisté una, una empresa en Silicon Valley me rechazaron vilmente y es algo que hay que.

Hay que trabajar, eh? A finales del día, vas a recibir varios varios rechazos y eso está bien porque así es como uno aprende, pero si te recomiendo que practiques para mejorar, para que puedas lograr ese salario de $10K dólares que definitivamente te va a cambiar la vida, especialmente si vives en Latinoamérica.

En serio que te va a cambiar la vida. Y bueno, eso es todo por hoy. Nos vemos hasta la próxima.

¿Qué tan difícil es conseguir un trabajo remoto en Tech para una empresa en USA?

Hola, mi nombre es Crysfel Villa y el día de hoy comienzo con este proyecto donde quiero darle consejos a mi yo de hace 10 años para compartir mis aprendizajes a lo largo de mi carrera profesional, y de esa manera también, quizás ustedes puedan tomar algunos consejos qué les ayuden a superarse en su carrera profesional como individual contributor (IC) en la industria de tecnología.

Quiero ayudarte a encontrar un trabajo remoto en estados unidos para que puedas mejorar tu salario. Esto lo voy a hacer dándote consejos para que puedas hacer entrevistas técnicas en estados unidos de una manera efectiva. 

Compartiendo las preguntas que normalmente se suelen hacer en entrevistas técnicas también, en entrevistas de cultural fit y bueno, a través de todo el proceso de entrevistas que se requiere para que puedas conseguir ese trabajo que tanto quieres en Estados Unidos.

Durante los últimos cinco años, he trabajado en empresas de producto donde me ha tocado participar en los procesos de entrevista para diferentes candidatos en los roles que tenemos abiertos en estas empresas. Durante este tiempo, he podido realizar entrevistas a candidatos. Por lo tanto, me gustaría compartir esas experiencias, que es lo que suele funcionar, cuáles son las respuestas que generan una mejor impresión de estos candidatos y como tú las puedes utilizar para que puedas tener éxito en este proceso de entrevistas. 

También te voy a dar algunos consejos para mejorar tu carrera y contar algunas historias sobre mi experiencia e historias de éxito, pero también historias de terror que han pasado en algunos proyectos. 

Asimismo, voy a entrevistar otros ingenieros que actualmente están trabajando desde Latinoamérica para empresas en estados unidos de manera remota, para que también podamos aprender de parte de sus experiencias y coger también algunos consejos y tips que nos pueden servir.

Pero seguramente te estás preguntando ¿y quién eres tu? ¿Por qué debería escucharte? Bueno, actualmente soy Engineering Manager, pero he trabajado como Tech Lead y Senior Engineer. De hecho, inicié mi carrera allá por el 2007, esos son ya 16 años de experiencia que tengo. Si suena bastante, la verdad es que sí, son bastantes.

Y durante ese tiempo, principalmente me enfocado en el frontend. Dirigí proyectos específicamente en el frontend, pero también, de hecho inicié mi carrera como Backend Engineer, he hecho fullstack. Y bueno, me apasiona el desarrollo de productos no solamente a nivel técnico, pero también a nivel producto y e inclusive a nivel diseño. Entonces me ha tocado colaborar con Product Manages y Product Designers, si es algo que disfruto mucho hacer, es algo que, provee valor a los usuarios, no. 

Entonces también tengo varios, proyectos personales en los cuales me toca trabajar. Y ahí sí, me toca hacer de todo, product, design y bueno, también la parte técnica, porque, bueno, yo soy responsable de absolutamente de todo.

He trabajado de manera remota desde el que dejé mi trabajo y comencé a hacer freelance en el 2010, fue que comencé a tener clientes de Estados Unidos, Europa. Y bueno, esto me ha llevado a publicar contenido, he publicado dos libros técnicos, uno de JavaScript con un que se llama Ext JS allá por el 2013, y también tengo otro libro que escribí sobre React Native en el me parece.

Me gusta mucho compartir mis aprendizajes y mi experiencias. Por eso que estoy iniciando también este este nuevo proyecto.

Por último, me gustaría decir que me identifico como un mentor. De hecho, fundé una plataforma Open Source llamada coding coach que actualmente está allí. Sigue creciendo. Esta plataforma es interesante, como conocí gente en Twitter y iniciamos este proyecto y ahí hice muy buenas relaciones con con gente alrededor del mundo, gente en Europa, gente en Estados Unidos y bueno, en algún memento, voy a a hablar en un episodio al respecto.

Y bueno, compartir mis aprendizajes. Y no te olvides seguirme en Twitter para que podamos conversar. Ah, me puedes encontrar crysfel. Así es mi nombre y bueno, nos vemos entonces.

Código sin Fronteras: Introducción

Esta es una pregunta bastante común en entrevistas técnicas, su objetivo es identificar si tienes experiencia colaborando con Producto y Diseño, el día de hoy te ayudo a responderla de la mejora manera.

Durante la entrevista técnica es muy probable que te pregunten algo como lo siguiente, la pregunta puede variar un poco pero el concepto es el mismo:

Can you give an example where you had to balance technical, design, and business constraints? What decisions did you make and why?

Si cuentas con la suficiente experiencia, seguro que en alguna ocasión has estado en esta situación. Ya sabes, proyectos con tiempo limitado, requerimientos no muy claros o diseños complicados que tomarán más tiempo de lo que se tiene planeado.

Por lo tanto, al responder esta pregunta estás demostrando que cuentas con esa experiencia, así que prepara un ejemplo antes de la entrevista para que no te tomen desprevenido.

En mi caso, en una ocasión me toco trabajar en un proyecto donde habíamos estimado liberar a producción en X cantidad de semanas, pero cuando comencé a trabajar en ese proyecto, me encontré con dependencias de otros equipos, una API no regresaba la información que necesitaba.

La colaboración es super importante al desarrollar software, asegúrate que en tu respuesta menciones un ejemplo de que estás en constante comunicación con tu Product Manager así como otros stake holders.

Lo importante al responder esta pregunta es comentar cómo comunicaste estos problemas, que fue lo que se decidió y porque. ¿Se extendió el tiempo de entrega? ¿Se quitaron algunos requerimientos? No importa cuál fue el resultado, lo importante aquí es demostrar el nivel de colaboración que has tenido, especialmente si estás aplicando para un puesto Senior, ya que en estos puestos se requiere más colaboración y liderazgo.

Siguiendo con mi ejemplo, lo primero que hice en esa ocasión fue contactar al equipo responsable de la API para preguntar si era posible que ellos agregaran la información que necesitaba, como es de esperarse no era su principal prioridad y me comentaron que podrían hacerlo, pero un par de semanas después.

Inmediatamente se lo comuniqué a mi Product Manager así como al Engineering Manager, para discutir posibles alternativas.

Es muy importante que tanto Producto, Diseño e Ingeniería estén alineados en los objetivos, así que es muy común que alguien tenga que ceder en algo. Esto lleva a que naturalmente, existan conflictos en tu equipo.

Cuando respondas esta pregunta, asegúrate de demostrar como navegaste estas situaciones, ¿quién tuvo que ceder? y ¿cuáles fueron los argumentos?.

Otra cosa a considerar, es que en la cultura de Estados Unidos, (por lo menos en empresas donde vale la pena trabajar) se valora que las ideas se contradigan, que se busquen mejores alternativas, que haya desacuerdos saludables donde se pueda discutir diferentes puntos de vista. De hecho, en algunos casos se asigna el rol de 

 a una persona, su único objetivo es buscar fallas a la idea o solución, buscarle peros y tratar de encontrar problemas.

Siguiendo con mi ejemplo, propuse que yo podría hacer el cambio en la API del otro equipo, dejando claro que ese repositorio era nuevo para mi y que muy posiblemente agregaría algunos días más de lo planeado. También mencioné que podría impactar nuestra estimación inicial, pero la verdad no estaba del todo seguro ya que es difícil estimar sobre algo desconocido.

Otro aspecto a evaluar es tu habilidad para tomar decisiones, entre más Senior, más ejemplos vas a tener de alguna decisión tomada. Asegúrate de comentar las decisiones que se tomaron para resolver el conflicto.

Siguiendo con mi ejemplo, en esa ocasión se decidió que yo actualizaría la API del otro equipo, además se consideró que la fecha de entrega podría ser movida una semana extra.

Finalmente menciona cuales fueron los resultados de las decisiones tomadas, no tienen que ser buenos o malos resultados, lo importante aquí es demostrar que te has tomado el tiempo para analizar y reflexionar en tus decisiones tomadas.

También asegúrate de responder porque crees que esa fue una buena o mala decisión y tus aprendizajes de esa experiencia.

En mi ejemplo diría que lo importante aquí fue comunicar inmediatamente el problema encontrado para poder discutir una solución donde todos estuvimos de acuerdo. A final del día el proyecto salió a producción satisfactoriamente.

¿Puedes darme un ejemplo donde tuviste que lidiar con limitantes técnicas, de diseño o negocio?

Esta es una pregunta muy común en entrevistas técnicas, es una pregunta abierta de la cual se pretende conocer mejor al candidato. A partir de aquí surgirán más preguntas y la idea es tener una conversación interesante al respecto.

La primera vez que entrevisté para una empresa en Silicon Valley, no me prepare nada, entonces al hacerme esta pregunta rápidamente recordé un proyecto, pero ya que había pasado tiempo de haber trabajado en este problema, realmente no recordaba todos los detalles y eso me puso mucho más nervioso.

What's the most difficult technical problem you've had to solve?

Por demás está decir que fallé la entrevista y no pasé al siguiente paso en el proceso de entrevistas, fue una lástima porque de verdad me hubiera gustado trabajar en esa compañía.

Es por eso que uno de los consejos que siempre doy es prepararse con tiempo, parte de la preparación es escribir en un documento el problema más complicado que te ha tocado resolver, puede ser un componente que falló en producción, alguna iniciativa que te tocó trabajar, diseñar una solución a un problema de negocio, etc. realmente esto dependerá mucho de tu nivel de seniority.

Es importante elegir un problema que sea relevante para el trabajo al que estás aplicando y que puedas explicar claramente cómo lo solucionaste.

Si aplicas a un puesto de Backend y hablas sobre un problema de Frontend, puede ser interesante, pero no muy relevante para lo que estás aplicando.

También es importante considerar a tu audiencia, con esto me refiero al background del entrevistador, si esta pregunta te la hace un Product Manager la respuesta debería es diferente si te la hace un Ingeniero. Siempre recomiendo tratar conocer lo más que puedas al entrevistador, para eso puedes ir a LinkedIn o alguna otra red social donde sea activo.

Al describir el problema, asegúrate de proporcionar suficiente contexto para que el entrevistador comprenda la situación. Explica cómo afectó el problema al proyecto o a la empresa, y qué obstáculos enfrentaste al tratar de solucionarlo.

Luego, describe los pasos que tomaste para resolver el problema. ¿Investigaste alternativas? ¿Buscaste ayuda de otros departamentos o colegas? ¿Tomaste medidas inmediatas para mitigar el impacto del problema? La colaboración es algo muy importante que se toma en cuenta, así que no te olvides mencionar si colaboraste con alguien más.

Finalmente, describe los resultados de tus acciones. ¿Cómo se resolvió el problema? ¿Cómo afectó positivamente el proyecto o la empresa? ¿Qué aprendiste de la experiencia? Esto demuestra que te tomas el tiempo para reflexionar y analizar tus resultados, algo que definitivamente hará que sobre salgas sobre el resto de los candidatos.

Recuerda que la clave para responder a esta pregunta es demostrar tus habilidades de resolución de problemas y tu capacidad para manejar situaciones difíciles de manera efectiva. 

Prepara ejemplos relevantes y asegúrate de practicar tu respuesta antes de la entrevista, ya sea escribiendo en un documento todos los detalles, hablando en voz alta frente a un espejo o bien pidiendo ayuda a un amigo que te escuche.

¿Cuál ha sido el problema más difícil que has tenido que solucionar?

Trabajar en tech no significa desarrollar software solamente, quizás programar no es lo tuyo pero aún así puedes trabajar en otros roles que también son muy bien pagados, en este artículo voy a describir algunos de los roles así como sus salarios, quizás alguno te interese. Importante mencionar que estos roles son muy comunes en empresas en Estados Unidos y aunque se parecen, tienen algunas variaciones entre empresas.

El rol del PM es más estratégico, ellos están en constante comunicación con el resto de la organización y su principal objetivo es generar y documentar estrategias para cumplir con los OKR del equipo. Un buen PM trabaja muy de cerca con Ingeniería, Diseño y QA. Tienen muy buen conocimiento del negocio y del producto, ya que se dedican a documentar flujos y lógica de los procesos del negocio.

Los PM generan los Product Briefs, son documentos donde detallan un problema y la solución, cómo se va a medir el éxito de la solución, así como el fracaso. Este documento es tomado por ingeniería y diseño para traducirlo a una solución de software, claro está que ingeniería y diseño también colaboran al hacer este documento, ya que siempre hay cosas a considerar tanto del lado técnico como de diseño.

El salario promedio en Estados Unidos anualmente es de 

, claro está que depende mucho de la compañía, por ejemplo en Meta el promedio es de 

. Importante aclarar que este es el promedio, habrá quien gane mucho más y otros mucho menos. Pero con esto te puedes dar 

Los Product Designers son responsables de generar interfaces de usuario, toman el product brief y crean un diseño para dárselo a ingeniería. Entre sus responsabilidades está crear/mantener el Design System de la empresa, asegurarse que el diseño cumpla con el estilo y valores de la organización y trabajar muy de cerca con Product e Ingeniería.

Un buen PD se toma el tiempo para hacer user research y tiene buenos conocimientos de experiencia de usuario. Un excelente PD conoce como funciona la web y tiene un conocimiento básico/intermedio de HTML y CSS. En mi experiencia estos son los mejores diseñadores con los que me ha tocado trabajar.

El salario promedio a nivel nacional es de 

dólares anuales. En Pinteres el promedio es 

El EM se encarga de asegurarse que el equipo tenga la herramientas necesarias para cumplir con los objetivos, un buen EM conoce como funciona el sistema en general. También se encargan de darle seguimiento a la carrera profesional de los Individual Contributors (IC), así como entrevistar y contratar talento.

Un excelente EM es un mentor, uno de sus objetivos principales es retener talento y velar por el bienestar del equipo.

A nivel nacional el salario de un EM es de 

, pero baría mucho entre compañías, por ejemplo en AirBnB el promedio es de 

El rol del QA es indispensable para garantizar la calidad del producto, las personas en este rol conocen las reglas de negocio al derecho y al reves, tienen documentados todos los flujos del sistema y son excelentes encontrando errores y documentando los pasos para reproducirlos.

Un excelente QA también sabe cómo automatizar las pruebas con Cypress o alguna otra herramienta parecida. Pocas veces me ha tocado trabajar con un excelente QA.

A nivel nacional pareciera ser bajo el salario, solamente 

 anuales. Pero también depende mucho la experiencia, para alguien con 5 años el promedio llega a 

La gente en este puesto se encarga de generar reportes que ayuden a tomar decisiones estratégicas basados en información recolectada en el sistema. Dentro de esta área hay varios puestos realmente, y algunos si requieren de programación para modelar la información. En empresas medianas y grandes encontrarás este puesto, ya que es indispensable poder analizar lo que sucede en el producto.

Normalmente siempre hay una o dos personas en este puesto, su objetivo principal es colaborar con producto, diseño e ingeniería, para definir los textos y etiquetas en el producto. Siempre es importante comunicar de manera efectiva, tener a una persona especialista en comunicación escrita es indispensable.

La verdad es que este rol comparado con ingeniería, diseño o producto, es bastante más competido, porque hay menos plazas, como dije, suele haber uno o dos puestos así en toda la organización. Además organizaciones pequeñas seguramente no lo tendrán.

Además de los roles mencionados, existen muchos otros como en cualquier otro negocio, como marketing, recursos humanos, soporte al cliente, ventas, etc. básicamente todos los necesarios para la operación. Pero en este post me quise enfocar principalmente en los que trabajan directamente desarrollando el producto.

Así que ya lo sabes, si gustas trabajar en una empresa tech desarrollando un producto, no necesariamente necesitas saber programar, hay varios otros roles que puedes considerar. Los salarios promedio fueron tomados de Indeed.

Trabajos que no requieren programación en la industria Tech (con salarios en 2023)

Esta es una de las preguntas que suelo realizar en una entrevista técnica, es una pregunta abierta y cada candidato suele decir diferentes cosas. Lo que se busca aquí es conocer su forma de colaborar con diferentes equipos en la organización, especialmente si el candidato está aplicando a un puesto de Senior, Staff o Principal.

A continuación voy a mostrar algunas respuestas que se espera dependiendo el nivel del candidato, entre más Senior se espera más colaboración y autonomía.

Un programador que recién está iniciando necesita más ayuda que alguien más experimentado, entre las respuestas que se esperan son cosas como:

Solicitar 1:1s para dar un overview del sistema

Alguien con un poco más de experiencia debería poder aventurarse al proyecto más fácil, entre las respuestas esperadas sería algo como:

Un programador Senior debería ser más autónomo, no digo que no deba preguntar nunca, por el contrario, debe apoyarse en su equipo haciendo preguntas interesantes sobre la arquitectura o modelo de negocio. Entre las respuestas esperadas sería algo como:

Familiarizarse con la arquitectura del sistema a un alto nivel

Entender como fluye la información en el sistema

Comunicarse con los owners del repositorio para aclarar dudas

Ver los tests existentes para entender funcionamiento esperado

Si te das cuenta, entre más Senior, se espera que el candidato sea más autónomo y también que se enfoque más en el modelo del negocio y el problema que soluciona determinadas partes del sistema. 

A final del día es importante recordar que nuestro principal objetivo es resolver mediante tecnología los problemas de negocio, aportando valor a nuestros usuarios, creo que entre más Senior esto se debe de tener claro.

Algo que me ha funcionado mucho a nivel personal, es participar en incidentes como espectador, ver como se solucionan los problemas y lo que está fallando te ayudará a comprender el sistema mejor, además de que conocerás a gente de otros equipos y te darás a conocer también. Si haces preguntas que ayuden a identificar el problema, mucho mejor.

El Blog

Últimas publicaciones

¿Qué tan difícil es conseguir un trabajo remoto en Tech para una empresa en USA?

Código sin Fronteras: Introducción

¿Puedes darme un ejemplo donde tuviste que lidiar con limitantes técnicas, de diseño o negocio?

¿Cuál ha sido el problema más difícil que has tenido que solucionar?

Trabajos que no requieren programación en la industria Tech (con salarios en 2023)

¿Cuál es tu estrategia para ser productivo en un repositorio nuevo?

Conecta conmigo!

Tags

Te ayudo a mejorar al entrevistar, únete a mi lista de correo.

También estoy en Youtube