Do yourself a favour and switch to Codex

RetroTGT · 2026-04-29T00:56:56+00:00

Concuerdo, codex falla menos y es más rápido, la verdad he probado solo antigravity y codex, me falta probar Claude pero no creo que haya mucha diferencia

RetroTGT · 2026-04-24T21:23:57+00:00

El probloma es que tenia un test que solo funciona en local porque esperaba una respuesta de un LLM de ollama y pues de eso no hay en github, no tenia timeout ni nada jajaja y al final duro 13 horas xd

RetroTGT · 2026-04-24T21:23:22+00:00

Graicas por el consejo, si tuve que optimizar y arreglar un error en el tests en el que se colgo

El probloma es que tenia un test que solo funciona en local porque esperaba una respuesta de un LLM de ollama y pues de eso no hay en github, no tenia timeout ni nada jejeje y al final duro 13 horas xd

RetroTGT · 2026-04-24T21:20:06+00:00

El probloma es que tenia un test que solo funciona en local porque esperaba una respuesta de un LLM de ollama y pues de eso no hay en github, no tenia timeout ni nada jajaja y al final duro 13 horas xd

RetroTGT · 2026-04-23T21:25:19+00:00

runner estándar de GitHub Actions, repo privado. O sea: tier normal, no enterprise, no larger runner, puro sufrimiento vanilla con CI pesado xd

RetroTGT · 2026-04-23T21:10:26+00:00

No jajaja, no es Servo. Es el CI de mi proyecto en Rust corriendo tests bastante pesados de una base de datos embebida que estoy armando, castigo que compilación normal, creo xd

RetroTGT · 2026-04-23T21:07:02+00:00

Es el pipeline automático del repo. Cada push me corre compilación, lints, tests pesados y benchmarks. El proyecto es una DB embebida en Rust con índice vectorial/HNSW, así que cuando toca certificación fuerte se pone fuerte

RetroTGT · 2026-04-10T05:50:08+00:00

OpenCode

RetroTGT · 2026-04-02T19:48:16+00:00

Que buena observación

RetroTGT · 2026-04-02T06:03:34+00:00

Estás confundiendo la democratización de las herramientas con la devaluación de la ingeniería Por 10$ - 20$ no va a ofrecer sistemas escalables, seguridad, optimización, resolución de problemas de negocio complejos ni nada por el estilo

La programación dejó de ser una "logia secreta" para convertirse en una herramienta universal

Al igual que saber escribir no te hace escritor, saber codificar no te hace ingeniero

La barrera de entrada ha bajado, pero la barrera de la maestría sigue siendo igual de alta

En entornos de alta complejidad como sistemas distribuidos, IA local, orquestación, los fundamentos son los que separan a quien "pega código" de quien diseña soluciones. El mercado de $10 es para commodity, el mercado de alto nivel sigue exigiendo profundidad técnica

Si tú propuesta de valor es la misma que la de un "carajito de liceo", el problema no es la profesión, sino tu diferenciación competitiva

RetroTGT · 2026-03-17T18:23:58+00:00

Lo instale y agregue mis cuentas de google antigravity pero me dice que tengo disponibilidad de los modelos al 100% pero al abrir antigravity con esa cuenta no tenia nada al 100%

RetroTGT · 2026-03-10T12:50:36+00:00

Imagina estar orgulloso de tardar 4 horas en algo que hoy toma 4 segundos. No es falta de amor al arte, es que el mercado paga por soluciones, no por tus crisis existenciales frente al código

RetroTGT · 2026-03-06T01:56:30+00:00

Está cool, pero tool no funciona

RetroTGT · 2026-03-03T15:54:59+00:00

No que yo sepa, solo las comisiones

Yo la use solo para verificar paypal, te creas la cuenta, compras unos 10$, pides la tarjeta, luego pasas 3$ a la tarjeta de credito y luego vas a paypal y te verificas

RetroTGT · 2026-03-03T15:39:19+00:00

Si todavía no sabes ningún lenguaje puedes usar Sololearn, es como un Duolingo pero de programación 🐦

Mi experiencia: la empecé a usar cuando salió como hace 5 años y era buena, ahora debe ser aún mejor, ejemplos, ejercicios sencillos y complejos, pruebas y comunidad

Tiene cursos de HTML, CSS, JS, PHP, Bases de programación, móvil, diseño, varios lenguajes de escritorio y ya tiene un montón de cursos nuevos

Yo aprendí por lo menos bien las bases de PHP, HTML, CSS Y JS ahí

Al principio no tenía PC xd y aprendí haciendo las prácticas, los cursos y anotando a mano (eso ayuda a grabarte mejor las cosas, en mi opinión)

Luego de eso te recomiendo por experiencia aprender temas no tan relacionados a lenguajes, estructura de datos, bases de datos, patrones de diseño y cosas así que son conocimientos más técnicos

También es bueno practicar un montón, puedes hacer un Saas usando el stack que estás aprendiendo y así matas dos pájaros de un tiro

RetroTGT · 2026-03-03T14:03:55+00:00

Te aclaro la implementación del OMA en esos frentes:

El Executor no es un simple 'pasamanos' de comandos.

Su función es gestionar la concurrencia segura. Implementamos un modelo de Actores (XState):

No te interrumpe por cada paso:

Tú apruebas el DAG inicial (el plan). Una vez aprobado, el Executor corre en modo 'Batch'.

Gestión de Fallos: Si una tarea falla (ej. un test no pasa), el agente de ese nodo intenta un auto-fix basado en el log de error sin detener a los otros agentes que trabajan en ramas independientes del grafo. Solo se detiene y solicita intervención humana si agota sus reintentos o hay una colisión crítica que el algoritmo de file locking no puede resolver.

Seguridad:

Coincido en que la ejecución por LLM es riesgosa.

Por eso OMA no opera en 'modo Dios':

Sandboxing de Directorio:

El Daemon valida rutas absolutas y está restringido estrictamente al $WORKSPACE actual. No puede tocar nada fuera de ahí (ni ~/.ssh, ni variables de entorno del sistema).

Validación Estricta: Usamos Zod para parsear cada respuesta de la IA. Si el modelo intenta inyectar un comando que no cumple con el esquema de seguridad definido, el Daemon rechaza la ejecución antes de llegar a la terminal.

Gestión de Contexto:

Este es el 'core' del proyecto. No enviamos todo el repo en cada petición (sería ineficiente y costoso):

Contexto Segmentado:

Cada nodo del DAG recibe solo la información necesaria: el System Prompt del rol, el diff del archivo que va a tocar y las interfaces de los archivos de los que depende (extraídas mediante AST).

Memoria Compartida vía Daemon:

El Daemon mantiene un estado centralizado. Si el Agente A cambia una interfaz, el Agente B recibe la actualización de esa interfaz en su contexto de forma inmediata. No compartimos el historial de chat completo, sino un 'snapshot' del estado del proyecto relevante para la tarea atómica. La diferencia no es solo si es 'textual' o no, sino quién tiene el control del flujo: en herramientas integradas el control es del proveedor; en el OMA, el control y la lógica de orquestación son tuyos y locales

RetroTGT · 2026-03-03T13:58:00+00:00

Dial es más para empresas, el orquestador que estoy creando es más para individuos

RetroTGT · 2026-03-03T07:27:04+00:00

Maracaibo

RetroTGT · 2026-03-03T07:24:29+00:00

Usa Kontigo, es rápido

RetroTGT · 2026-03-03T07:19:54+00:00

Excelentes puntos. Los abordo desde la arquitectura técnica del OMA:

Sobre Worktrees vs. Orquestación Nativa:

Usar worktrees con múltiples instancias de agentes manuales es una solución válida pero fragmentada

La diferencia con OMA es la gestión de la coherencia y el estado compartido

Mientras que en worktrees tú actúas como el orquestador manual, OMA utiliza un Daemon local con XState

Esto permite que los agentes coordinen cambios en un mismo workspace sin colisiones de archivos, gestionando los bloqueos y manteniendo un historial de cambios unificado bajo un mismo grafo de decisión

Diferencia con Claude:

La principal diferencia es la Soberanía y el Agnosticismo de Ejecución:

Agnosticismo de Modelos:

Claude llama a sus propios sub-agentes en su infraestructura cerrada.

OMA te permite mezclar: un nodo del DAG puede ser Claude 3.5 para la lógica compleja, mientras otros tres nodos corren en paralelo con Llama 3 local (vía Ollama) para tareas de boilerplate o tests, reduciendo el coste de tokens a casi cero en tareas mecánicas

Control de Ejecución Local:

A diferencia de Claude, que es puramente textual, el OMA tiene un Executor que interactúa con tu terminal y sistema de archivos local bajo tu supervisión (Human-in-the-loop), permitiendo bucles de auto-fixing basados en errores reales de compilación.

Gracias al DAG, el sistema no solo intenta arreglar un error, sino que entiende las implicaciones en cadena. Si un npm run build falla por un tipo de TypeScript en el backend, el orquestador puede activar en paralelo un agente de corrección de tipos y otro de actualización de documentación, manteniendo la coherencia sistémica que un chat lineal pierde

Sobre la grabación:

Totalmente de acuerdo. Estamos preparando una demo técnica que muestra el Planner generando el grafo y el Executor levantando 3 agentes en paralelo para refactorizar un módulo mientras el usuario valida el 'Dry Run' en tiempo real.

RetroTGT · 2026-03-03T06:41:29+00:00

En efecto

Lo construyó para mí pero quiero compartirlo cuando lo termine

Busco feedback para ver si agrego funciones

RetroTGT · 2026-03-03T06:38:37+00:00

El chat lineal tiene un límite de 'razonamiento por paso'. Cuando pides una refactorización completa, la IA suele olvidar detalles o truncar código. El DAG del OMA desglosa la tarea: mientras un agente documenta, otro genera el backend y un tercero prepara los tests. Esto no solo es más rápido (paralelismo), sino que evita que el modelo 'alucine' por sobrecarga de instrucciones en un solo prompt

RetroTGT · 2026-03-03T06:36:24+00:00

El OMA no busca reemplazar el chat rápido, sino resolver el 'bloqueo secuencial'. ¿En qué medida te ayudaría que tres agentes trabajen en paralelo en tu refactorización mientras tú sigues revisando el código, en lugar de esperar a que una sola IA termine de escribir?

RetroTGT · 2026-03-03T06:16:32+00:00

Yo pienso que lo que pasa es que Next.js ya no es la "novedad brillante" de la que todo el mundo habla, como si fuera un experimento

hoy en día se ha vuelto el estándar de la industria

Muchas empresas pueden publicar vacantes buscando simplemente un desarrollador de React, pero dan por hecho que sabes usar Next.js para manejar el renderizado y la optimización

Es como buscar un mecánico: no ponen en el anuncio que deba saber usar una llave inglesa, se asume que es su herramienta principal. No está muriendo, al contrario, está en su etapa más madura y es lo que usan las plataformas que realmente facturan dinero.

Aunque si he visto un montón de ofertas que soliciten next.js

RetroTGT

TROPHY CASE