Facundo García Martoni

Composer 2 is now available in Cursor.

@ataschz @antigravity @cursor_ai Che pero, le encontraste utilidad real? Mejoró tu proceso? Personalmente soy partidario del "una cosa a la vez". Pero quizás estoy equivocado y se puede lograr valor real paralelizando agentes de alguna manera.

Algo que me viene sacando varios "aha!" ultimamente es el Agent Manager de @antigravity. En @cursor_ai tenes el "modo agente" pero sigue estando enfocado en un solo proyecto, no esta pensada esa UI para estar en multiples proyectos en paralelo corriendo agentes. Gol.

Durante la fiebre del oro, los únicos que se hicieron millonarios fueron los que vendían picos y palas. Buenos días!

@lucasnasich Calistenia por acá, siguiendo las rutinas de Yellow Dude. Estoy intentando hacer el Muscle Up jajaja yellowdude.co

@facmartoni totalmente hno, vos que estás haciendo?

Día 2 de #DailyHabits hoy empecé a construir un nuevo hábito: el entrenamiento. La idea es entrenar 5 días a la semana siguiendo una rutina de división muscular: tirón-empuje-piernas-tirón-empuje (lunes a viernes). Si puedo aguantar el hábito x dos semanas seguidas, le sumo una sesión de HIITs "lun-mie-vie" al final. Además estoy entrenando en mi casa, cuento con barra para dominadas, mancuernas ajustables y banco. Y uso @HevyApp para armar mis rutinas y trackear los pesos, repeticiones y series.

@realjuanruocco Así nace un villano.

Dí de baja la suscripción solo para incrementar la velocidad del feedback loop.

Our tips on how to use Cursor: - Start with a plan (Shift+Tab Plan Mode) - Let Cursor search on its own, don't over-tag context - Use tests as the feedback loop (TDD + iterate until green) - When it goes sideways: revert → tighten the plan → rerun - Keep long chats short; use @ Past Chats for continuity - Add lightweight .cursor/rules for recurring mistakes - Use skills + hooks for long-running "grind until tests pass" loops - Run multiple agents/models in parallel via worktrees

@5eniorDeveloper Yesón*.

Ahora que he estado usando mucho la AI, me he dado cuenta de que soy buenísimo programando en sheison (JSON)

@powerhdeleon @midudev Nope. Es temporal hasta que tengamos LLMs locales lo medianamente potentes.

@midudev El tiempo de pay to win obligatorio para los devs ha comenzado.

El creador de Node dice que se acabó escribir código. Los ingenieros de software no desaparecen, pero cambian su herramienta para solucionar problemas.

@EstebanCervi Por la plata baila el mono.

Hay que volver a la web de 1997: No nos creaba adicción, ni se sabía del rush de dopamina, no nos llenaban de cookies de seguimiento, no nos targeteaban con ads, no nos perfilaban, no se usaban frameworks con millones de líneas de código para mostrar una imagen, estaban optimizadas para humanos y no para buscadores ni navegadores, había GIFs, todo con Times New Roman, cualquiera sabía crearlas y editarlas y no necesitabas 27 especialistas diferentes, la web completa pesaba 500kb, un solo archivo con HTML y CSS era suficiente, a lo sumo un par de .gif y .jpg, y si querían que vuelvas te lo pedían ❤️ Después vino la industria de la adicción psicológica quita tiempo de vidas y violadora de la privacidad a cambio droguita, todo made in Silicon Valley.

@llopatin Ya lo decían los estoicos: lo único en nuestro control son nuestras decisiones, y el razonamiento y juicio que aplicamos a ellas. No nos pertenece nada más.

1. La actitud es una elección. 2. El carácter es una elección. 3. La ética laboral es una elección. 4. El liderazgo es una elección. 5. La coherencia es una elección. 6. El compromiso es una elección. 7. Los hábitos son una elección. 8. El optimismo es una elección.

La vida se basa en elecciones. Acá hay 8 elecciones que todos tenemos que hacer alguna vez:

@rauchg The tech industry is a continuum of Blitzkrieg Wars.

The world belongs to the fast

@santtiagom_ "Idempotencia" Ud. lo dijo.

Muchos bugs en una aplicación no son errores. Son flujos mal diseñados. 1) Un usuario toca “Guardar”. 2) La pantalla queda cargando. 3) Vuelve a tocar “Guardar”. El backend recibe 2 requests y ejecuta todo dos veces. Ahí aparecen problemas: - registros duplicados - información que se pisa - pantallas que muestran estados distintos. Esto pasa cuando se diseña pensando solo en el caso feliz. Con usuarios reales, hay red lenta, reintentos y cosas que pasan más de una vez. Por eso, cuando diseñes tu app, preguntate siempre: ¿esta acción puede ejecutarse más de una vez? si pasa, ¿qué debería hacer el sistema? si falla en el medio, ¿en qué estado queda todo? Siempre diseñá tu app pensando en lo que puede salir mal.

@ataschz Posta el useEffect fue mala idea. Hook del diablo.

Mientras Uds siguen discutiendo si el useEffect fue mala idea o no hay gente haciendo MUCHA plata a golpe de prompts. (Y no revisa NUNCA el código) Si, ya estamos ahí.

@lucasnasich Habítica! Es mi go-to hace ya un año. Y eso que soy de los que probaron las apps de hábitos habidas y por haber.

Estoy buscando un tracker de hábitos, algo que me permita tener un registro visual de la consistencia de mis hábitos. Se me ocurre que me muestre los últimos 7-10 días, un hábito por fila. Sugerencias?

@Rafael_Casuso La única forma que tendrán de sobrevivir es formar justamente parte de esos equipos pequeños. Volvió la era de las Startups, esta vez como fueron pensadas originalmente.

Se vienen malos tiempos para los devs asociales, hasta ahora a salvo por sus skills técnicos. Las habilidades sociales siempre han sido importantes pero ahora serán imprescindibles. Equipos más pequeños y en contacto directo con cliente, con modelo de negocio basado en servicios.

@mativallej_ Sabés que compré un Kindle pero al año más o menos dejé de usarlo definitivamente. Me pasé al bando de los físicos

kindle + loop En 2025 hice la mejor compra del año. Porque no solo tiene un impacto en el habito, sino que tiene un impacto compuesto a largo plazo. Muy recomendado, la biblioteca digital.

Creeme que no. Ni siquiera Opus 4.5, enfrentado a una base de código de producción y a un excelente prompt, puede resolver todas las características que hacen excelente a una pieza de software: - Edge cases (reales, no inventados por Claude) - Decoupling - Separation of Concerns - Error Management Etc. Hoy por hoy, hace falta un arquitecto de software detrás para corregir el foundation que crea el modelo.

@facmartoni @santtiagom_ Yo diría en la era PreIA, porque a la IA le sobra todo esto que hicimos los humanos para crear software legible y mantenible. A la IA le sobra el clean code, las buenas prácticas, los principios y los patrones.

Si no sabés cómo diseñar tu app, empezá por una arquitectura simple: N-tier. La idea es dividir tu aplicación en 3 capas: 1) Presentación: lo que ve y usa el usuario (web, mobile, desktop) 2) Lógica de negocio: reglas, validaciones y procesos de tu app 3) Datos: donde guardás y consultás la información (base de datos) Un ejemplo rápido: Imaginá que querés ver el saldo disponible en tu app: 1) Hacés click en el botón de “Ver saldo” (presentación) 2) Validás que el usuario exista, tenga permisos y formateás el saldo (lógica) 3) Consultás la base de datos y devolvés el saldo (datos) Si mañana cambiás de base de datos, tocás solo la capa de datos. Si necesitás cambiar el botón o la UI, solo la capa de presentación. La clave acá es separar responsabilidades. Eso hace que tu código sea más limpio y mantenible. Es una de las formas más simples para empezar a pensar y ordenar tu app.

@DamianCatanzaro Lloré cuando tiré la caja de los WH1000XM4. Era más linda que los auriculares.

Cómo se que eventualmente me voy a mudar y una mudanza de una casa es caótica empecé a tirar todo lo que tengo al pedo en la casa, cómo por ejemplo cajas de productos, alguien me puede explicar para que carajo guardo tanto las cajas de los productos? No lo vas a usar en tu vida.

*Cliente pregunta por un feature que normalmente llevaría 3 meses desarrollar* Yo, el founder, con Claude al lado: para el lunes queda.