Cómo busco trabajo como desarrollador

En diciembre de 2025 empecé a buscar trabajo. Mandé 15 emails. Dos semanas después tenía 3 ofertas.

Lo cuento porque creo que el proceso de buscar trabajo tiene una lógica que se puede entender, mejorar y repetir. Y porque la narrativa de que "los desarrolladores ya no hacen falta" no se sostiene con los datos.

Los datos que nadie está mirando

Si pasás tiempo en redes sociales o en foros de tecnología, la sensación general es que el mercado de developers está muerto. La IA nos va a reemplazar a todos. No hay trabajo. Todo se fue al tacho.

Los datos dicen otra cosa.

Este gráfico de FRED (Pragmatic Engineer) muestra lo que realmente pasó: entre 2020 y 2022, con tasas de interés en cero y la explosión del trabajo remoto, las ofertas de software se fueron al doble de lo normal. Eso no era el baseline. Era una burbuja. La caída de 2023-2024 fue una corrección, no un colapso.

Y ahora mirá lo que está pasando desde finales de 2025:

Las ofertas para software engineers están subiendo mientras que las ofertas de empleo en general se mantienen planas. La demanda de developers se está separando del mercado general. El Bureau of Labor Statistics proyecta un crecimiento del 17% hasta 2033, con más de 327.000 puestos nuevos solo en Estados Unidos.

Los devs no sobran. Lo que cambió es qué se busca y cómo se contrata.

Dónde buscar oportunidades

Cada persona tiene su forma. Esta es la mía, y fue cambiando con los años.

LinkedIn sigue siendo una fuente importante, pero no solo la sección de Jobs. Muchos recruiters no publican las ofertas ahí. Lo que me funcionó antes en mi carrera fue agregar recruiters a mi red y buscar directamente keywords como "react developer remote" o "typescript remote" en el feed. Ahí aparecen posts de recruiters buscando candidatos que nunca llegan a la sección de empleos.

Career pages de empresas. Si tenés empresas que te interesan, andá directo a su página de carreras. Es más trabajo, pero es un filtro natural: estás aplicando a lugares que realmente te gustan, no tirando CVs al vacío. Si necesitás inspiración para encontrar empresas, topstartups.io tiene una buena lista filtrable por ubicación, ronda de funding y más.

Hacker News "Who is hiring?". Esta fue mi fuente principal para mis últimos dos trabajos. Todos los meses se publica un thread en Hacker News donde startups y empresas de todo tipo postean ofertas. El thread de marzo 2026 tiene cientos de oportunidades. Para filtrar más fácil, uso hnhiring.com que te deja buscar por tecnología, ubicación y tipo de trabajo.

Cuando filtres oportunidades, prestá atención a los timezones. Si una oferta dice "US remote", no apliques si no estás en Estados Unidos. Pero si es una empresa americana que pide compartir timezone o menciona "Americas timezone", probablemente acepten candidatos de Latinoamérica. Esas son buenas oportunidades para mirar.

Plataformas para trabajo remoto. We Work Remotely es una de las bolsas de trabajo remoto más consolidadas, solo publica empresas que trabajan 100% remoto. Si buscás en español o querés plataformas enfocadas en la región, WeRemoto, RemotoList y Workremoto publican ofertas remotas para hispanohablantes.

Inglés como multiplicador

Si no vivís en Estados Unidos o Europa, saber inglés no es un plus: es lo que te abre el mercado. Las oportunidades remotas con mejores productos, mejores salarios y mejores equipos están en inglés. No es opcional si querés acceder a ellas.

Para ponerlo en números: un developer en Latinoamérica trabajando para el mercado local puede ganar entre $15.000 y $30.000 USD al año. Trabajando remoto en inglés para empresas de Estados Unidos o Europa, el rango sube a $53.000-$63.000 USD. Es 2x o 3x el salario local por el mismo trabajo, desde tu casa.

Si estás en Latinoamérica, además tenés una ventaja que no se habla lo suficiente: el timezone. La diferencia horaria con la costa este de Estados Unidos es de 0 a 3 horas. Eso te hace mucho más atractivo que un developer en Asia para cualquier empresa que necesite colaboración en tiempo real. Las empresas lo saben y cada vez más buscan talento en la región por eso.

Trabajar remoto desde Latinoamérica

Yo estaba en Argentina cuando empecé a trabajar remoto para empresas de afuera. Tiene sus riesgos, pero vale la pena.

Algo que vale la pena entender: los salarios de developers en Estados Unidos están en un nivel que es difícil de imaginar para alguien que no vive ahí. No te van a pagar eso. Pero eso no significa que los developers americanos estén en otro nivel de habilidad. Conocí gente muy capaz en Argentina, tanto o más que en cualquier otro lado. La diferencia es el costo de vida y el mercado, no el talento.

Las empresas de Estados Unidos tienen una cultura muy orientada al trabajo y muchas veces menos vacaciones y beneficios que en países como Argentina o España. Aun así, incluso negociando un porcentaje de lo que ganaría un dev en Estados Unidos, el resultado es un salario excelente para alguien en Latinoamérica. Es un acuerdo donde las dos partes ganan.

La realidad de ser contractor

En general vas a trabajar como contractor. Eso significa que tenés que prestar atención a las condiciones antes de aceptar: si cubren días de enfermedad, vacaciones, el equipo de trabajo. La mayoría de las empresas serias lo hacen, pero preguntá. También tenés que entender los impuestos, porque no es lo mismo ser empleado en relación de dependencia que facturar como independiente. Informate bien sobre tu situación fiscal antes de dar el salto.

Depende de tus prioridades, pero hay cosas que al principio pueden no parecer ideales. Cuando trabajé para una empresa de Estados Unidos como contractor directo (sin agencias en el medio), los feriados eran los de Estados Unidos, no los locales. A veces alguna reunión caía en un horario que no era el mejor para mi timezone. En general la gente respeta los horarios del otro, pero puede pasar.

Puede parecer mucho, pero no te asustes. En varios casos que conozco funcionó muy bien.

Trabajar para una agencia en Argentina (o tu país) que tenga clientes en Estados Unidos también es una buena forma de empezar. Aprendés habilidades de comunicación, te acostumbrás a la cultura de trabajo, y ganás experiencia con equipos internacionales. Pero si en algún momento querés dar un salto en salario, trabajar directo para la empresa es donde está la diferencia real. También hay historias de gente que empezó en una agencia y después el cliente los quiso contratar directamente. No siempre es fácil por temas de acuerdos de no competencia, pero pasa.

Son trade-offs. Para mí valió la pena. Si estás en posición de tomar ese salto, lo recomiendo.

Buscar trabajo es un trabajo

Esto es algo que suena obvio pero que mucha gente subestima. Buscar trabajo lleva tiempo, dedicación y energía. Vas a sentir frustración. Vas a pensar que perdiste tiempo en procesos que no llegaron a nada. Es parte del proceso.

Si sos como yo, también vas a disfrutarlo. Cada entrevista es una oportunidad de aprender algo nuevo. Cada proceso te enseña algo sobre vos, sobre la industria o sobre cómo se trabaja en esa empresa.

Pero la clave está en entender dónde te estás trabando.

Un consejo importante: no esperes a cumplir el 100% de los requisitos de una oferta para aplicar. Si cumplís la mitad, mandá el CV. El "no" ya lo tenés. Asegurate de tener un buen CV, buen timing, y si te llaman, andá a la entrevista preparado: investigá la empresa, entendé qué hacen, y repasá el tech stack que usan.

Eso sí, si piden inglés intermedio o avanzado y no podés mantener una conversación, primero mejorá eso. Te van a pedir hablar en inglés, y no hay forma de evitarlo.

Entendé dónde te trabás

Mis números: 15 emails, 7 rechazos, 2 me pidieron grabar un video (no lo hice), 4 quisieron avanzar, 2 respondieron tarde cuando ya estaba en etapa final. Resultado: 3 ofertas.

Me fue mejor de lo que esperaba, pero hay contexto. Apunté a un mundo donde tengo experiencia: startups que postean en Hacker News, donde la comunicación es más directa. Algunos de esos rechazos los esperaba porque me postulé a posiciones de backend en Go o Rust, lenguajes que aprendí por mi cuenta pero donde mi fuerte es TypeScript. Quise probar igual.

Si usás LinkedIn u otras plataformas, no te sorprendas si el ratio es muy diferente. Mandar 100 candidaturas y recibir respuesta en 10 es lo normal ahí. Por eso es importante usar todos los recursos disponibles y no depender de un solo canal.

Lo importante no es cuántas aplicaciones mandás. Es identificar en qué etapa se corta tu proceso y trabajar en eso:

No te responden después del CV. Puede ser el CV, puede ser el timing. Para posiciones junior, ya piden experiencia, y un repositorio de GitHub con proyectos ayuda, pero lo que los recruiters realmente quieren validar es que trabajaste con otras personas. Hackathons, proyectos con amigos, contribuciones open source, cualquier evidencia de colaboración real. También importa cuándo mandaste el CV: si la oferta tiene una semana, probablemente ya la vieron cientos de personas. Dedicar tiempo todos los días a buscar y aplicar a ofertas nuevas es clave. Y hoy muchos recruiters usan IA para el primer filtro, así que asegurate de que tu CV sea legible por esas herramientas.

Te va mal en la entrevista con HR. Preparate mejor. Muchas preguntas se repiten entre procesos. La primera vez quizás no sabés qué responder o te ponés nervioso. Es normal. Pero si no pasás HR en varios procesos seguidos, algo hay que ajustar.

Te trabás en la entrevista técnica. Hay de todo: algunas son conversacionales de preguntas y respuestas, otras te piden compartir pantalla y resolver algo en conjunto. Podés deducir el formato por el tiempo que agendaron. En general deberían dejarte usar las herramientas que usás en el día a día, incluso IA. De hecho, para muchos entrevistadores hoy es importante evaluar eso: cómo aplicás el contexto correcto, cómo formulás el prompt, cómo revisás lo que se genera. Leé el stack que piden, repasá los conceptos antes de la entrevista. Esto aplica para todo nivel de seniority.

El code challenge (opcional). Algunos procesos incluyen un ejercicio para resolver en tu tiempo libre. Te dan un problema y un plazo, y vos entregás la solución. Un consejo: si hay cosas que sabés que deberían estar pero no están especificadas en el enunciado, mencionálas como "fuera de scope" en el README. E2E tests, mayor cobertura de unit tests, validaciones, lógica de login, lo que sea pertinente. Esto le muestra al entrevistador que sos consciente de que es necesario pero que para simplificar la solución decidiste no incluirlo. Eso habla mejor de vos que entregar algo incompleto sin explicación. Tené en cuenta que el code challenge no solo va a ser revisado: si avanzás en el proceso, probablemente te hagan una entrevista basada en preguntas sobre tu solución. Asegurate de entender cada decisión que tomaste y poder defenderla.

La entrevista de system design. Esto depende de la seniority y el puesto. En mi caso, apliqué para posiciones fullstack y tuve entrevistas donde me pidieron diseñar una aplicación tipo WhatsApp en Excalidraw, con componentes que escalen para 100 millones de usuarios activos. Otras fueron mucho más livianas: "¿qué harías si la aplicación tiene 10 veces más tráfico durante las mismas 4 horas todos los días?". La primera fue desafiante, me faltaba conocimiento de algunos servicios de AWS para tener una mejor visión a alto nivel. La segunda fue más directa: si usaste Kubernetes, ya sabés cómo abordar ese tipo de escalado. Después de esa siguieron unas 10 preguntas más, pero con el mismo nivel de dificultad, nada fuera de lo común. No todas las entrevistas de diseño son iguales, y no todas requieren el mismo nivel de profundidad.

Te hacen una oferta. Algunas empresas te apuran para que decidas. Algo que aprendí es que tenía el poder de negociar unos días para terminar otros procesos, comparar las ofertas con calma y tomar una decisión informada.

Diferentes etapas, diferentes estrategias

Mi experiencia es como senior engineer, pero antes fui mid-level y antes junior, en una época bastante anterior al mercado "fácil" de 2020-2021. Lo que funciona en cada nivel es diferente.

Si sos junior, el mercado no es el que era. Lamentablemente, la época de 2021-2022 donde florecieron los bootcamps y las salidas laborales rápidas ya no existe. Como muestra el gráfico de más arriba, ese mercado fue una excepción, no la regla. Las ofertas entry-level bajaron comparado con esos años, y las empresas en general prefieren gente que pueda producir más rápido.

Pero eso no significa que no haya camino. Antes del 2020 la gente podía empezar a trabajar en IT sin problemas, yo empecé en 2010, y ahora también se puede. Si te vendieron la visión "bootcamp" de hace unos años como el camino garantizado, lamentablemente esa ya no es la realidad. Pero la industria sigue necesitando gente nueva.

Si sos junior, hay muchos influencers tech que ayudan a gente que está empezando y que pueden prepararte para los desafíos y las frustraciones del proceso. Buscalos, porque la información está.

Si te cuesta conseguir esa primera oportunidad, algunas cosas que funcionan: apuntá a empresas medianas y sectores B2B (logística, manufactura, seguros) donde hay demanda pero menos competencia. Armá 3 a 5 proyectos reales en tu portfolio, no ejercicios de tutorial. Y lo más importante: que muestren que trabajaste con otras personas. Un proyecto de hackathon con su README bien hecho, o una contribución a un proyecto open source, valen más que 10 repositorios de to-do apps. Los recruiters quieren validar que podés colaborar en equipo, no solo que sabés escribir código solo.

Como senior, el desafío es diferente: encontrar la oportunidad correcta, no cualquier oportunidad.

El nearshoring es un viento a favor

Si estás en Latinoamérica, hay un cambio estructural del que podés beneficiarte: el nearshoring. Las empresas de Estados Unidos están buscando activamente talento en la región. El mercado de IT outsourcing en LATAM creció a $70.800 millones en 2024 y se proyecta que llegue a $126.000 millones para 2030.

¿Por qué? Porque el timezone es casi el mismo, la diferencia de costo es significativa, y la calidad del talento es alta. Las empresas ya lo saben y cada vez más están armando equipos en la región.

Esto es un viento a favor para cualquier developer en LATAM que sepa inglés y tenga las skills técnicas. La demanda no es solo de seniors: hay empresas que están armando equipos completos, desde juniors hasta tech leads.

Lo que no cambia es el principio: entendé dónde se corta tu proceso, trabajá en eso y seguí adelante. Cada proceso del que aprendés te acerca al siguiente que sale bien.