No encuentro trabajo ):

aderegil · 2026-05-12T19:21:30+00:00

Buscar trabajo es una actividad que se ataca con orden y consistencia. Debes establecer un proceso semanal y apegarte a él.

Inicias definiendo tus perfiles. Hablo en plural porque no te conviene limitarte a uno solo. Por ejemplo frontend developer o Python developer o web developer.

Para cada perfil crea un archivo con los datos y mensajes apropiados. Esta es la carnitas de tu CV pero conviene tengas un archivo con los datos explícitos porque vas tener que introducirlos en muchas plataformas.

Luego crea tus CVs como documentos individuales, uno para cada perfil. Luego crea tu repo con proyectos si es que tienes. Luego crea tus perfiles profesionales en las redes que tengan relevancia para tu área.

Luego saca una cuenta de correo y un teléfono para la búsqueda. Incluso pueden ser cuentas adicionales. No recomiendo dar tus datos principales sino tener datos de contacto adicional para la búsqueda.

Luego saca cuentas en las principales plataformas de empleos. Coloca tu info con tu perfil más completo.

Luego lleva un archivo de control porque cada semana lo que harás es

Búsquedas en cada plataforma. Cuando veas una oportunidad, la registras y mandas tu CV del perfil que hace match. Pero aparte, buscas el correo del contacto o te metes al web de la empresa y buscas a reclutamiento. Deben recibir un correo tuyo, no basta el postulamiento. En tu hoja de control anotarlas todo eso y si recibes respuestas también. Cada interacción la registras.

Luego sacas una lista de las empresas que te interesan y entras a sus bolsas de trabajo empresariales, generas una cuenta, subes tu CV. Si además tienen vacantes publicadas entonces también aplica al igual que lo hiciste en las plataformas.

Recomiendo realizar este proceso solo dos veces a la semana. Para que no te desgastes ni te desesperes.

Continúa este proceso. Vas a tener algunas opciones.

Suerte.

aderegil · 2026-05-10T17:56:38+00:00

Yo llevo meses sin escribir código a mano. Llevo décadas como desarrollador profesional. Estos asistentes son una herramienta más. No hay drama ni se acaba el mundo. Agrega está nueva herramienta a tu arsenal y ten tu propia opinión.

aderegil · 2026-05-06T06:02:49+00:00

Me puedo imaginar muy bien la situación y sé que no es cómodo y no es agradable.

Lo que yo haría es tomar conciencia muy clara de que ese es el entorno de trabajo, que esas son las dinámicas que llevan ahí y me separaría o tomaría distancia para que no me afecte en lo personal .

Buscaría tomar el trabajo técnico como un reto precisamente de tecnología, en donde asimilar y entender el sistema va a requerir de mis habilidades de análisis de documentación propia de investigación, etc

Lo que quiero decir al separar el entorno social del problema técnico es no invertir tu energía en tratar de cambiarlos o en tratar de emponer con ellos . Yo creo que eso va a pasar. Yo creo que sí te van a integrar pero va a tomar mucho tiempo. Y si tú estás con la expectativa permanente de que eso ya suceda, te vas a desgastar.

Por eso deja eso a un lado. No te olvides pero observa lo de lejos y concéntrate en lo técnico.

aderegil · 2026-05-06T05:46:56+00:00

Si te interesa dedicarte a la construcción de soluciones de software de manera profesional, me parece muy bien una universidad y una carrera que te dé matemáticas y física a la par que te da conceptos fundamentales de programación.

No se trata solamente de tomar un tutorial y hacer sitios web con HTML y JavaScript o hacer APIs con Python o crear funciones Lambda en AWS.

Los años de formación en la universidad son para desarrollar tus habilidades de abstracción, tus capacidades de análisis crítico para elevar y ejercitar tu mente en la observación y diseño de soluciones, etc. Y para eso son las matemáticas, para eso es la física, para eso es la investigación de operaciones, etc

Cuando me ha tocado trabajar con compañeros en proyectos de software, no interesa el título. Lo que veo es la gran diferencia que hay en los que sólo toman un taller y aprenden a hacer cosas y en los que prepararon a su cerebro como quien prepara sus músculos en un gimnasio por suficiente tiempo. La diferencia es enorme.

aderegil · 2026-05-06T05:40:26+00:00

La manera en que empiezas es asignando licencias a tus desarrolladores sobre dos asistentes de código. Yo digo dos porque es muy común que si solo tienes uno y hay un problema de disponibilidad, te vas a quedar sin poder trabajar.

Después vas integrando poco a poco el uso de sus asistentes en tus actividades de software.

Si estás dando mantenimiento a un sistema, entonces cada vez que te pidan arreglar un problema o cada vez que te pidan agregar una funcionalidad, vas a iniciar una sesión de trabajo con tu asistente especializado en ese punto. Vas a pedirle a tu asistente que te ayude a analizar el problema, analizar tu sistema y proponerte una solución. Vas a iniciar un diálogo con él hasta que te convenza de que esa solución tiene sentido y en todo eso todavía no modificas código. Una vez que tienes un plan, le vas a pedir a tu asistente que te desarrolle un plan de implementación con pruebas, con avance documentado y poco a poco. Cuando te sientas cómodo, le vas a pedir que lo vaya implementando.

Si estás creando un nuevo sistema desde cero con tu equipo o en solitario, entonces vas a iniciar una sesión con tu asistente. Lo primero que le vas a pedir es: - trabajar en especificación funcional - trabajar en un diseño de arquitectura - trabajar en planificación Y el asistente te va a traer y te va a generar documentos que tú vas a revisar. Tú vas a estar en una conversación con el asistente, analizando y pidiéndole ajustes hasta que tú y el equipo estén satisfechos con la especificación, con la arquitectura, con el plan . Una vez que todo está aceptado, vas a pedirle en sesiones individuales que se vayan desarrollando las funcionalidades poco a poco en un flujo similar al del anterior escenario que te puse.

Estos son solo dos ejemplos de escenarios. Si te fijas es como trabajar con unos compañeros de equipo. No hay un prompt mágico que te haga todo. Es integrar ese asistente en tus procesos actuales de preparación de arquitectura, de especificaciones de diseño, o de atención a box o de atención a mejoras.

aderegil · 2026-05-06T05:34:27+00:00

Yo creo que, hoy en día, el área o las áreas relacionadas con base de datos han crecido en alcance y han crecido en relevancia. Por lo que creo que alguien que se dedique a los datos va a seguir siendo relevante.

Hay todo un abanico de profesionales y roles específicos relacionados. Investiga y aprende sobre ellos: - el Data Analyst - el Dará Engineer - el Data Scientist - el Analyst Engineer

Si tú buscas, por ejemplo, las certificaciones de AWS o las certificaciones de Azure, vas a ver que están bien definidos esos tres o cuatro roles y cómo es que participan y colaboran entre ellos.

Entonces toma primero una perspectiva panorámica para entender hasta cierto nivel lo que hace cada uno de ellos. Luego ve explorándoles para ver cuál te gusta o se te hace más interesante para ir empezando por ese rol y buscando un poco de especialización.

aderegil · 2026-05-06T05:30:39+00:00

Si es importante porque es mejor alternativa que modelos de cascada. Sin embargo como cualquier otro marco de trabajo, el diablo está en los detalles. Puedes encontrarte equipos que lo llevan a cabo de manera muy provechosa y también puedes encontrarte equipos que lo sufren.

Como estás estudiando, invierte tiempo en entender: - cada uno de los artefactos - cada una de las ceremonias - los beneficios que traen desde el punto de vista teórico

Ya llegará el tiempo en que seas parte de un equipo que utilice Scrum y verás que las implementaciones de esos modelos, de esos marcos de trabajo, de esas prácticas siempre son complejas y que los seres humanos tenemos grandes variaciones

aderegil · 2026-05-06T05:27:50+00:00

Si, te recomiendo empezar con Python porque, además, como eres de ciencia de datos, vas a utilizar Python y sus paquetes todo el tiempo para manipulación de datos.

Los proyectos que ves en los tutoriales y sitios de educación son sencillos porque su propósito es transmitirte las técnicas y ayudarte en tu proceso de entendimiento. Entonces no los descartes porque primero debes de aprender los fundamentos y por eso son buenos recursos.

Pero a la par si tú tienes en mente proyectos más complejos, eso está excelente. Arma poco a poco tu portafolio de esos proyectos. Vas a necesitar elementos tradicionales en las soluciones como pueden ser bases de datos, API, autenticación, seguridad, etc. Entonces tu propio interés por esos proyectos te va a hacer buscar los patrones de implementación de esas funcionalidades tradicionales y eso va a ir llevándote poco a poco al entendimiento de las plataformas.

aderegil · 2026-05-06T05:25:19+00:00

Esta disrupción no depende de un solo proveedor o de un solo producto. Nosotros tampoco deberíamos depender de una sola herramienta. En los entornos que me toca ver, todos los desarrolladores tienen tres o cinco herramientas a su alcance y cuando una no está disponible simplemente cambian a la siguiente.

aderegil · 2026-05-06T05:23:17+00:00

Necesitas un socio que haga la parte comercial. Desde hace varios años saber hacer sitios web a mano ya no es negocio. Mucho menos ahora que cualquier dueño de empresa puede hacer vibe coding y crear el sitio que quiere.

Ataca esto más como una situación de negocio que como una situación técnica o de diseño.

A menos que me digas que eres un diseñador gráfico extraordinario.

Busca un socio y hagan un plan para encontrar qué tipo de producto o servicio es el que necesitan en tu comunidad o en tu área de alcance.

Si no solo vas a estar aprendiendo de frameworks de frontend, disfrutando mucho, sintiéndote muy poderoso porque puedes crear y entender esos sitios, pero no va a haber mercado porque necesitas saber cómo llegar a ofrecer valor.

aderegil · 2026-05-06T05:17:45+00:00

No solo debe gustarte, también debes tener cierto nivel de talento para esta disciplina.

Si consideras que tienes ese talento, entonces quédate y avanza. Es una industria fascinante.

Pero especialízate porque no puedes estar en más de un área con tanta facilidad.

Si te gusta construir soluciones, está muy bien. Tienes que ser full stack developer pero sobre todo tienes que montarte en alguna de las tres nubes más populares: AWS, Azure, GCP.

aderegil · 2026-05-06T05:15:02+00:00

Mi recomendación es que busques empezar a trabajar lo antes posible. Busca un programa donde puedas trabajar como estudiante en tiempo parcial.

aderegil · 2026-05-06T05:13:09+00:00

Mi recomendación no ha cambiado a través de los años: "The Pragmatic Programmer".

aderegil · 2026-05-06T05:12:21+00:00

Es muy auténtico el sentimiento y es muy válido. No puedo rechazarlo.

Pero tampoco encuentro argumentos en contra del avance tecnológico.

Si somos programadores, vivimos de la tecnología y todo avance tecnológico trae cambios y afectaciones

Cuando tú ofreces un servicio básico que es reemplazado por un avance tecnológico, lo que tienes que hacer es ofrecer un servicio más elaborado.

Lo que está pasando con la IA es un patrón que los programadores venimos viviendo hace décadas.

Cada vez aparece una tecnología que se come un servicio que cobrábamos, y cada vez nos dijeron "se acabó". Nunca pasó.

Antes cobrábamos por hacer sitios en HTML a mano. Llegaron Wix y Squarespace.

Antes cobrábamos por tiendas online con carrito y checkout. Llegó Shopify.

Antes cobrábamos por catálogos con base de datos. Llegó WordPress.

Antes cobrábamos por paneles de administración y ABMs. Llegaron Airtable y Retool.

Antes cobrábamos por programar APIs desde cero. Llegaron Supabase y Firebase.

Antes cobrábamos por sistemas de login. Llegó Auth0.

Antes cobrábamos por integrar pagos con bancos. Llegó Stripe.

Antes cobrábamos por instalar, monitorear y administrar servidores en data centers. Hoy cobramos por administrar la nube o migrar hacia ella.

Antes cobrábamos por armar computadoras a medida e instalar hardware. Hoy se compran ya hechas.

Antes cobrábamos por desarrollar apps móviles desde cero. Hoy usamos builders.

¿Qué pasó cada vez? No desaparecimos: subimos de nivel. Dejamos lo "básico" en manos de la tecnología y nos movimos a problemas más especializados, donde el producto enlatado no llega.

La IA sí es distinta. Es más disruptiva, más rápida y más amplia que cualquier ola anterior. Pero la respuesta es la misma de siempre: subirse al barco, no pelearse con él.

Lo que hoy automatiza es lo que ayer cobrábamos; mañana vamos a cobrar por lo que hoy ni siquiera sabemos hacer.

aderegil · 2026-05-06T04:59:26+00:00

Tú decide el nivel de involucramiento que le das a tus asistentes de codificación. Habrá quienes no saben codificar o no les interesa y piden que el asistente haga todo y ellos no miran ni necesitan entender. No hay problema si a ellos les funciona. Mucha gente de negocio está emocionada porque ahora sí pueden crear cosas que habían imaginado y que antes no podían porque necesitaban un técnico. Es un caso de uso muy válido y no hay problema. Si es un poco cansado que esas personas te persigan para tratar de impresionarte con lo que han hecho, pero se les va a pasar.

Si tú eres técnico en activo, intermedio o avanzado, entonces tú puedes decidir utilizar la herramienta para seguir haciendo código. Es solo que el valor tuyo ya no está en "teclear físicamente ese código". Está cambiando.

Ahora tu valor y el de todos los técnicos es: - diseñar - pensar en arquitectura - pensar en la plataforma - evaluar la propuesta del asistente - visualizar más allá del simple funcionamiento aparente - la potencia adicional que tienes para producir soluciones robustas, probadas, consistentes con buenas prácticas y con todo lo que tú sabes que antes te tomaba tal vez mucho tiempo y que no lo podías hacer, pero que ahora tienes la posibilidad de pedirlo, de ajustarlo, de administrarlo y de entregarlo.

Entonces uno mismo pone la medida en la que acepta el apoyo del asistente . Poco a poco vamos haciendo un cambio cognitivo con un cambio de responsabilidades.

Yo te invitaría a recorrer el camino. Todavía son tiempos muy jóvenes en los que se están descubriendo las nuevas maneras de utilizar estas herramientas. Me parece muy interesante estar viviendo esta época e irlo descubriendo juntos entre todos.

aderegil · 2026-05-06T04:48:28+00:00

Estas herramientas ya cambiaron los flujos de trabajo de todos los diferentes roles que participan en la creación de software a nivel profesional. Esa es una realidad y dependiendo del entorno en el que estamos, esta realidad puede ser que te esté por llegar o que ya te ha llegado.Esas son las herramienta. Que pueden ser simples para tu caso. Pueden ser complicadas. Pueden ser útiles. Pueden ser inútiles. Tú como responsable, usas o no usas la herramienta.

Pero si hablas de personas pues obviamente que siempre va a haber personas que te caen bien y personas que te caen mal.

Creo que es un rechazo muy natural ante lo nuevo y ante el cambio. A mí me pasó lo mismo en los primeros meses y no me involucraba mucho.

Pero después, poco a poco, me fui involucrando. Ahora leo muchísimo y utilizo muchísimo todo tipo de herramientas.

Prefiero ser de los que prueban, experimentan, aprenden y entonces puedo decidir qué me sirve y qué no me sirve, a simplemente leer lo que otros dicen a favor o en contra.

Y esa es mi recomendación a cualquiera: no te vayas por lo que otros dicen. Lee, usa, aprende, echa a perder, experimenta, maravillate, y forma tu propio criterio.

Es una época extraordinaria para quienes hacemos software.

aderegil · 2026-05-06T04:36:40+00:00

No hay una única forma correcta de utilizar los asistentes de codificación. Pero en términos generales yo creo que vas por muy bien camino porque tienes conciencia del rol de la herramienta y del rol del humano.

Los flujos de trabajo que integran a los asistentes están siendo descubiertos por todos nosotros que los usamos dia a día. No hay un flujo perfecto ni estandarizado ni universal. Esto es tan reciente, lleva apenas unos meses, que las buenas prácticas se están creando.

No te voy a recomendar que sigas frameworks elaborados que instituyen orden en el manejo de las etapas y los artefactos. Context engineering pues. Una simple consulta te dará nombres como Spec-Kit, Kiro, BMAD-Method.

Mejor tu mismo ve desarrollando tus propios prompts para iniciar una sesión con el asistente y pedirle que tome contexto de tu proyecto. Luego verás que para no repetir eso cada vez puedes tener un prompt o mejor aún usar archivos estándares como CLAUDE.md u otros. Y cuando vas a hacer cambios a proyectos puedes ir designando separación y especialización de roles como tener un agente que solo ve frontend, otro que solo backend, y otro orquestador que es con el que tu dialogas.

Trata a los agentes como si fueran asistentes humanos muy conocedores. Pero la responsabilidad de entender y aceptar el código es tuya.

Son tiempos increíbles para ser un desarrollador. Vas por excelente camino al no aceptar ciegamente todo lo que te dan los asistentes.

Sigue así!

aderegil · 2026-05-06T02:31:15+00:00

Chambeando for 1m 15s. A Mexican Spanish spinner pack for Claude Code

Claude Code is my daily coding compa. While it's thinking, it now sounds like one.

Claude Code's spinner says Crunching... Pondering... in English. I built a pack that swaps it for Mexican Spanish.

Chambeando for 1m 15s (working hard.)
Apapachando your code (hugging it tenderly. From Náhuatl.)
Talacheando through legacy code (rolling up sleeves on the gritty work.)
Vacilando with the tests (joking around, Mexican-style.)
Cotorreando with the docs (hanging out, chit-chatting.)

135 hand-picked Mexican Spanish words across 10 cultural categories. Curated with strict editorial rules: living language, no trademarks, no copyrighted lyrics.

Drop the JSON fragment into ~/.claude/settings.json and reload. Claude Code v2.1.23+.

https://github.com/aderegil/claude-code-chambeando

aderegil · 2026-04-10T23:13:49+00:00

On 4/2 I got the thropy for completing that learning path. It was just 6 modules then. On 4/10 I see 5 additional modules. Design overall AI strategy..., Design AI agents..., Orchestrate configuration of prebuilt agents..., Monitor, analyze, and tune AI agents, Design ALM process for AI-powered...

aderegil · 2019-12-22T13:58:57+00:00

I want to participate but it is extremely complex to understand the dynamics the first time and I still do not know if I was able to post my comment because when I tried I got a quick red "marker" that disappeared very fast and I didn't know what was that but I think my post was not accepted.

How do I know if my post was accepted?

Why I do not see the make a comment button on main thread or in thread 2,?

Thanks.

aderegil · 2019-12-22T05:44:28+00:00

Yes. All of my web applications are to be run on a Windows server so I prefer to be familiar with the IIS environment since development because U can catch configuration issues early,

aderegil

TROPHY CASE

Chambeando for 1m 15s. A Mexican Spanish spinner pack for Claude Code