~/pcn $ iniciando_
15 tecnologías · 105 momentos · lo que opinó el grupo
Cómo cambió lo que piensa el grupo de cada tecnología: una línea de tiempo armada a partir de sus conversaciones. Son opiniones del grupo en conjunto, resumidas de cada conversación: nunca de una persona.
$ git log --claude-code
Pasó de ser una opción respetada pero incómoda por ir en terminal a la herramienta central del grupo, con alegría por el modo plan y los loops autónomos y quejas recurrentes por los límites de uso y las fallas de calidad.
dividido#89692d8
Algunos lo veían como lo mejor del momento, pero dudaban por ser una herramienta de terminal más cara por token que otras.
dividido#5cbb00e
Varios empezaron a considerarlo un reemplazo de Cursor, aunque los límites diarios y semanales de uso les preocupaban.
dividido#17f8e46
El grupo le reconoció mejor razonamiento y más solidez en refactors de bases de código grandes, pero vio a Cursor más cómodo para prototipar.
a favor#d478f4a
El grupo se entusiasmó al descubrir el modo plan y la estrategia de planificar con Opus y ejecutar con Sonnet.
a favor#64cd17f
La comunidad celebró el contexto de un millón de tokens sin costo extra, que permitía mantener la coherencia en proyectos grandes.
en contra#1d979c8
Varios reaccionaron con escepticismo y molestia cuando se reconoció que bugs del propio Claude Code habían degradado el modelo durante semanas.
a favor#61ed66a
Los que probaron la versión de escritorio valoraron correr agentes en paralelo sobre worktrees y un límite de uso generoso.
dividido#f33ee54
El grupo se partió: algunos seguían muy conformes con Claude Code y Opus 4.8 y otros recomendaban pasarse a Codex.
dividido#d75cd8a
Algunos contaron que la ventana de cinco horas les sobra pero el límite semanal se les queda corto cuando trabajan con muchas PRs.
a favor#b94d666
La comunidad se entusiasmó con usarlo para loops que desarrollan un backlog solo, con skills y objetivos con autoverificación.
$ git log --cursor
Fue el editor de IA por defecto del grupo, perdió terreno frente a Claude Code y se recuperó con Composer como opción de mejor relación precio-calidad, hasta que los límites de uso empezaron a decepcionar.
a favor#54bd59b
Varios seguían prefiriendo Cursor frente a Copilot, incluso cuando este sumó la asignación de issues a la IA.
en contra#9938eb7
El grupo criticó los cobros sorpresivos del modo MAX y que el uso 'sin límite' del plan Pro tuviera letra chica.
en contra#89692d8
Algunos se frustraron por un bug de las terminales del agente y empezaron a mirar alternativas.
a favor#ffa179d
La comunidad se entusiasmó con poder crear tickets y PRs desde el chat de Cursor gracias a MCP.
en contra#5cbb00e
Algunos se desencantaron con los últimos updates por lo invasivo que se volvió el manejo de agentes.
dividido#629340b
Varios notaron que un plan de 60 USD se consumía en pocos días con uso intensivo y empezaron a pensar en planes más caros.
a favor#0055253
El grupo elogió Composer 1.5 por su velocidad, su precio por token y su tasa de éxito.
a favor#d993418
Composer 2 pasó a ser el modelo favorito del día a día, con uso casi ilimitado en el plan de 20 USD.
a favor#53fcda0
La comunidad coincidió en que 20 USD de Cursor rendían claramente más que 20 USD de Claude.
a favor#2cfa843
El consenso fue que Cursor de 20 USD para iterar rápido, combinado con Codex para tareas pesadas, era el mejor combo costo-beneficio.
en contra#c64c943
Varios notaron que los planes altos ya no rinden como antes y que Cursor dejó de ser más generoso que Codex.
$ git log --codex
Pasó de ser una novedad más del mercado a la herramienta preferida de varios para tareas pesadas, con elogios por el modelo, el uso generoso y las funciones autónomas, y alguna vuelta atrás por funciones que se extrañaban.
dividido#4f47424
El grupo lo recibió con curiosidad, lo comparó con Claude Code y Cursor y concluyó que el mercado se estaba poniendo muy competitivo.
a favor#71a99e9
Varios se pasaron a Codex con GPT 5.5 por el código limpio que generaba, incluso quienes antes descartaban a OpenAI para programar.
a favor#24c3143
Los que lo probaron destacaron el uso de navegador para depurar frontend y el modo de anotaciones.
dividido#77489c7
El grupo valoró su uso generoso y su harness, pero le criticó el modo plan y la velocidad de respuesta.
a favor#67754c3
La comunidad se asombró de poder automatizar testing manual y tareas largas con /goal y Computer Use.
a favor#dfbac35
Se instaló la regla de que con presupuesto de más de 100 USD al mes conviene Codex.
a favor#dd0030b
Algunos explicaron que se pasaron por calidad equivalente, límites más generosos y modelos más eficientes.
dividido#f96ae2e
Algunos volvieron a Cursor y extrañaron funciones de Codex como el control de la computadora y la captura de contexto de aplicaciones.
$ git log --modelos-claude
Pasaron de ser el modelo de referencia para programar, con algo de queja por el precio de Opus, a una opinión dividida con la llegada de GPT 5.5 y de los modelos nuevos que consumen la cuota demasiado rápido.
a favor#dcccd89
El grupo vio a Opus como el único modelo que lograba algo decente en una animación CSS compleja.
a favor#30d2e8e
Varios celebraron rachas de resultados al primer intento con Sonnet 4.5 en modo thinking.
dividido#33cd0bd
Algunos sostuvieron que Opus valía cada dólar para tareas de alto retorno, mientras otros lo veían carísimo para uso regular.
dividido#c8c3f37
El grupo coincidió en que Opus da diseños más coherentes que Sonnet, pero es más lento y caro, por lo que conviene reservarlo para decisiones de arquitectura.
en contra#71a99e9
Varios sintieron que GPT 5.5 había pasado a Opus 4.7 y migraron hacia OpenAI.
a favor#f95daf3
La comunidad lo describió como más agéntico que su predecesor, aunque con debilidades en casos borde.
en contra#ad1ffc7
Algunos notaron que en modo max fast se olvidaba de detalles y había que corregirlo más seguido.
dividido#08ee24b
El grupo reconoció que Fable detecta cosas que Opus no veía, pero se quejó de que consume la cuota de uso muy rápido y cuesta el doble.
dividido#7439151
Algunos quedaron decepcionados con Opus 5 porque rehacía tareas y daba malas instrucciones a sus subagentes, mientras otros tuvieron buenos resultados.
a favor#0d59ffb
Varios pusieron a Fable y a Opus 5 entre los mejores modelos para construir interfaces, siempre acompañados de skills de diseño.
$ git log --modelos-openai
Pasó de ser un modelo tibio frente a Claude a convertirse, desde GPT 5.5, en el modelo principal de varios para tareas pesadas, con confianza creciente en GPT-5.6.
dividido#83053a4
El grupo lo encontró más barato y obediente que Sonnet, pero varios siguieron prefiriendo Claude para programar.
dividido#33cd0bd
Se comentaba que OpenAI perdía terreno frente a Anthropic, aunque algunos seguían usando GPT 5.1 Codex para ciertas tareas.
a favor#71a99e9
El lanzamiento de GPT 5.5 provocó una conversión masiva: varios lo adoptaron como modelo principal y elogiaron su código limpio.
dividido#00396e6
Algunos notaron que GPT 5.5 es muy bueno replicando una estética existente pero no tanto creándola desde cero.
dividido#9a22fff
El grupo se interesó por el foco en eficiencia del anuncio, pero pidió leer los benchmarks con cautela.
dividido#84d49d0
La comunidad valoró las variantes Sol y Terra de GPT-5.6, aunque criticó mezclar usuarios comunes y avanzados en una sola app.
a favor#5ea492c
Algunos dijeron que con GPT-5.6 Sol dejaron de planificar tanto y empezaron a encadenar mejoras con muy buenos resultados.
$ git log --gemini
Pasó de ser la opción gratuita y de uso cotidiano a un modelo chico, barato y confiable para producción, mientras para programar el grupo lo ve por detrás de otras opciones.
a favor#5c6a4e8
El grupo quedó con buena impresión de AI Studio y de poder usar Gemini 2.5 Pro con un millón de tokens gratis.
a favor#83053a4
Algunos lo preferían para el día a día, por Deep Research y por la generación de imágenes y video.
a favor#33cd0bd
Varios sumaron Gemini 3 Pro y sus versiones Flash a su combinación habitual de modelos.
a favor#f8d904e
Algunos lo usan en producción para leer comprobantes con Flash Lite y destacan su costo mínimo y su confiabilidad.
a favor#a3c7709
La comunidad lo eligió como modelo barato y rápido para el chat integrado en una landing.
dividido#6c31a41
Varios mencionaron Antigravity con Gemini como opción económica y con buena cuota, aunque más lenta.
dividido#0d59ffb
Algunos contaron que da buenos resultados en frontend pero tiende a romper código.
$ git log --grok
Pasó de ser un modelo desconocido a una de las opciones más elogiadas por su velocidad en Cursor, con dudas posteriores sobre cuánto rinden las cuotas.
a favor#86ebb64
El grupo vio a Grok 4.5 como una alternativa más rápida que Composer y casi al nivel de Opus 4.8.
a favor#0e986ca
Algunos quedaron muy conformes con las interfaces que logra Grok 4.6 usando skills de diseño.
dividido#ddd4524
Varios lo recomendaron para backend por su velocidad, aunque su fecha de corte de conocimiento es antigua.
a favor#eeef443
La comunidad lo vio muy prometedor por su experiencia de uso, aunque algunos prefieren el control de Hermes.
en contra#c64c943
Algunos notaron que Grok 4.6 se come rápido la cuota mensual de los planes altos de Cursor.
a favor#0d59ffb
Varios lo incluyeron entre sus mejores opciones para interfaces cuando se usa con skills.
$ git log --hermes-agent
Pasó de ser una alternativa a OpenClaw que impulsaban unos pocos a un agente personal autoalojado muy usado en la comunidad, con entusiasmo por su flexibilidad y cautela con tareas irreversibles.
a favor#cea260b
Algunos impulsaron reemplazar OpenClaw por Hermes por su mejor arquitectura y bajo consumo de recursos, y varios empezaron a probarlo.
a favor#4363729
Varios lo adoptaron para proyectos personales serios, como registrar finanzas sin estructura previa.
a favor#89775a7
La comunidad compartió casos de uso diarios, como grabar clases, clasificar correos y recibir recordatorios.
dividido#d00e179
El grupo celebró las skills de Hermes, pero discutió cómo evitar errores en operaciones irreversibles como facturar.
a favor#8b9afc1
Algunos lo usan para casi todo y destacaron que su capa gratuita permite correr agentes sin costo.
dividido#eeef443
Frente a Grok Bot, algunos siguieron prefiriendo Hermes porque da más control.
$ git log --mcp
Pasó de la euforia por conectar herramientas desde el editor a un uso más maduro, con curiosidad por las novedades y escepticismo sobre los ahorros prometidos.
a favor#ffa179d
El grupo reaccionó con euforia al poder crear tickets y PRs desde un solo chat.
a favor#57278db
Varios valoraron tener documentación siempre actualizada disponible para los modelos.
dividido#6f1591c
La comunidad dudó de si leer diseños de Figma con MCP era realmente útil o generaba código que después había que rehacer.
a favor#d32f26f
Los que empezaron el curso lo encontraron una introducción sólida al protocolo.
dividido#f68ed5f
Algunos midieron que el ahorro de tokens era mucho menor al prometido, aunque lo consideraron útil con expectativas moderadas.
dividido#9e4c791
Varios prefirieron que el agente use directamente la CLI de la nube antes que un MCP, cuidando los permisos.
dividido#bfea168
Algunos se entusiasmaron con WebMCP y las interfaces generadas por agentes, mientras otros no veían claro el caso de uso.
$ git log --vercel
Pasó de ser la plataforma cómoda y gratuita para empezar a generar preocupación por costos inesperados, aunque sigue valorándose como herramienta.
a favor#e274a63
Al grupo le interesó el AI SDK por simplificar el streaming y el uso de herramientas con varios modelos.
dividido#1988090
Algunos recomendaban que el cliente pague Vercel, mientras otros proponían un VPS más barato.
a favor#bcfa4fb
Quienes usaban v0 valoraban que generara código React listo para deployar.
dividido#7a19340
La comunidad comparó Vercel con un VPS para proyectos que necesitan más control sobre la infraestructura.
en contra#e87e2fd
Varios se quejaron de cobros altos por proyectos con poco tráfico y recomendaron firewall y límites de gasto.
dividido#d7d8657
Algunos recomendaron auditar las cuentas después de descubrir que los deployments usaban máquinas más grandes de lo necesario.
$ git log --supabase
Se la vio como una opción rápida y gratuita para arrancar proyectos, con algún dolor de cabeza de conexión, y terminó como backend habitual en proyectos asistidos por IA.
a favor#ffa179d
Algunos destacaron que el MCP de Supabase sirve para armar MVPs rápido.
en contra#c8c5f7f
Varios chocaron con errores de conexión directa con Prisma y debieron pasarse a la conexión con pooler.
a favor#1988090
Se la consideró una opción gratuita razonable para la base de datos de un primer proyecto fullstack.
a favor#2717080
La comunidad la incluyó en un stack recomendado por su productividad y salida laboral.
a favor#b20d258
Algunos la siguen usando como backend en proyectos hechos con agentes.
a favor#329d65d
Se la mencionó entre las opciones gratuitas de almacenamiento de imágenes.
$ git log --docker
Siguió siendo una herramienta base para desplegar, aunque con quejas puntuales y el debate sobre si los agentes lo reemplazan con instrucciones de setup.
en contra#0a1a5c8
Algunos sufrieron roturas de Docker con WSL tras actualizaciones de Windows, lo que los empujó a pasarse a Mac.
a favor#93cc56a
El grupo coincidió en que con Docker desplegar en un VPS es mucho más limpio.
dividido#bcfff1c
La comunidad reaccionó con cansancio ante la herramienta nativa de Apple, que aún no soportaba Compose.
dividido#8ef9945
Algunos cuestionaron si hacía falta Docker cuando un SETUP.md legible por el agente podía describir el entorno.
a favor#7a19340
Varios compartieron experiencias prácticas dockerizando un stack React y Node para desplegar en un VPS.
a favor#f5a6941
Algunos valoraron el cache de capas de Docker para reducir drásticamente los tiempos de CI.
$ git log --nextjs
Se consolidó como el framework full-stack del grupo, con críticas tempranas y algunos dolores en casos particulares.
en contra#a7bb361
Algunos desaconsejaron usarlo dentro de Electron porque las rutas dinámicas dan problemas.
dividido#4fd4cc5
El grupo debatió si abandonarlo tenía sentido y concluyó que muchos problemas vienen de no saber usarlo bien.
a favor#2717080
La comunidad lo recomendó como parte de un stack con buena salida laboral y velocidad de desarrollo.
a favor#909b31b
Varios valoraron las server functions por ofrecer una experiencia full-stack simple.
en contra#29c3773
Algunos sufrieron incompatibilidades con navegadores viejos al usar versiones recientes junto con Tailwind.
$ git log --python
Se mantuvo como lenguaje recomendado para empezar y para backend, con entusiasmo por sus herramientas modernas y dudas sobre su peso en la era de los agentes.
a favor#3e25ea4
Varios lo recomendaron como el lenguaje más fácil para empezar.
dividido#0e9c580
El grupo elogió Django por su ORM y su panel de admin, pero señaló su lentitud y se inclinó por FastAPI para proyectos nuevos.
dividido#a8ddd3e
Algunos cuestionaron cambiarlo por C como primer lenguaje universitario porque un lenguaje de bajo nivel enseña a pensar como la computadora.
a favor#b1d9883
La comunidad adoptó uv como gestor de paquetes por sobre otras opciones.
dividido#5ded988
Se comentó que ya no se busca dominio de un lenguaje puntual, sino gente al día con el desarrollo con agentes.
$ git log --google-stitch
Pasó de ser una sorpresa para prototipar interfaces a una herramienta útil pero complementaria, frente a alternativas como v0 y Claude Design.
a favor#4682650
El grupo mostró mucho interés por su flujo de generar pantallas y pasarlas a Claude Code.
dividido#bcfa4fb
La comunidad lo valoró por sus imágenes de pantallas como referencia, mientras v0 quedó mejor para código directo.
dividido#bf1ea05
Algunos notaron que Claude Design seguía mejor las instrucciones.
a favor#aad68f6
Varios destacaron que mejoró mucho y aporta buenas ideas visuales, aunque improvisa si no se lo guía bien.
dividido#4572572
Algunos coincidieron en que rinde bien con un buen prompt previo, pero no da el mismo control que Figma.
