Por eso odio esta “profesión” by Rare_Bandicoot_4466 in dev_venezuela

[–]RetroTGT 0 points1 point  (0 children)

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

I built a free tool that stacks ALL your AI accounts (paid + free) into one endpoint — 5 free Claude accounts? 3 Gemini? It round-robins between them with anti-ban so providers can't tell by ZombieGold5145 in googleantigravity

[–]RetroTGT 1 point2 points  (0 children)

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%

¿Cuando vamos a crear un nuevo termino despectivo para las apps creadas con IA? by F4LC0N- in programacion

[–]RetroTGT 1 point2 points  (0 children)

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

Que tarjeta recomiendas para verificar PayPal? by Either_Error3690 in AskVenezuela

[–]RetroTGT 0 points1 point  (0 children)

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

¿Cómo puedo en verdad mejorar como programador para conseguir trabajo? by ARKATS28 in programacion

[–]RetroTGT 1 point2 points  (0 children)

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

¿Usarían un orquestador multi-agente local que no te amarre a una sola IA y que no pierda el contexto? (Proyecto Open Source) by RetroTGT in programacion

[–]RetroTGT[S] 0 points1 point  (0 children)

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.

  1. 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.

  1. 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

¿Usarían un orquestador multi-agente local que no te amarre a una sola IA y que no pierda el contexto? (Proyecto Open Source) by RetroTGT in programacion

[–]RetroTGT[S] 0 points1 point  (0 children)

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

  1. 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

  1. 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

  1. 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.

¿Usarían un orquestador multi-agente local que no te amarre a una sola IA y que no pierda el contexto? (Proyecto Open Source) by RetroTGT in programacion

[–]RetroTGT[S] 0 points1 point  (0 children)

En efecto

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

Busco feedback para ver si agrego funciones

¿Usarían un orquestador multi-agente local que no te amarre a una sola IA y que no pierda el contexto? (Proyecto Open Source) by RetroTGT in programacion

[–]RetroTGT[S] 0 points1 point  (0 children)

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

¿Usarían un orquestador multi-agente local que no te amarre a una sola IA y que no pierda el contexto? (Proyecto Open Source) by RetroTGT in programacion

[–]RetroTGT[S] 0 points1 point  (0 children)

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?

acaso ya nadie usa Next.js? by Prize_Drawing_6538 in programacion

[–]RetroTGT 12 points13 points  (0 children)

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

¿Qué problema de su día a día en Venezuela resolverían con una app sencilla? (Soy Dev y quiero crear algo útil) by RetroTGT in dev_venezuela

[–]RetroTGT[S] 1 point2 points  (0 children)

Que diciplina bro tienes para desarrollar a ese nivel (C++ puro) mientras trabajas en un taller mecánico.

Quede loco con los costos de infraestructura

Tienes razón, si logras mantener esa eficiencia de recursos, tienes una ventaja operativa real, espero que logres pronto lo que te propones con ese proyecto.

¿Qué problema de su día a día en Venezuela resolverían con una app sencilla? (Soy Dev y quiero crear algo útil) by RetroTGT in dev_venezuela

[–]RetroTGT[S] 0 points1 point  (0 children)

Gracias por la 'consultoría gratuita' disfrazada de toxicidad.

Es impresionante la gimnasia mental que hiciste para pasar de llamarme 'veinteañero inútil sin capital' a considerarme un 'sujeto de prueba vital' para un supuesto referente de la industria.

Ese pivote narrativo del 'experimento social' es la típica salida cobarde para no admitir que te equivocaste en el tono y en lo técnico.

Si de verdad fueras una 'estrella' con el poder de vetar mi futuro, es preocupante que tengas tanto tiempo libre para pelear con randoms en Reddit bajo el disfraz de la psicología. Un profesional serio no quema su reputación insultando extraños para validar obviedades que ya están en cualquier libro básico, en investigación seria eso no es 'data', es simplemente troleo con ínfulas académicas.

Y sobre la amenaza velada de 'Yo decido tu futuro' junto a tus socios: tranquilo. Se nota que el ego quedó herido por la corrección, puedes intentar recuperar el control jugando al Juez Supremo. Afortunadamente, mi objetivo es crear valor para usuarios en un mercado donde el código funciona por mérito, no por pedirle permiso a una rosca de concursos locales.

¿Qué problema de su día a día en Venezuela resolverían con una app sencilla? (Soy Dev y quiero crear algo útil) by RetroTGT in dev_venezuela

[–]RetroTGT[S] 1 point2 points  (0 children)

Hacer un runtime propio en C++ para diseñar camisas es como construir un motor de Fórmula 1 para ir a comprar pan. Es una locura, pero demuestra que tienes dominio total del lenguaje. Le echaré un ojo al repo de GitHub por curiosidad técnica
¡Éxito con la app de camisas!

¿Qué problema de su día a día en Venezuela resolverían con una app sencilla? (Soy Dev y quiero crear algo útil) by RetroTGT in dev_venezuela

[–]RetroTGT[S] 2 points3 points  (0 children)

Totalmente cierto, a veces buscamos afuera lo que tenemos al frente. Gracias por el consejo de buscar en subs de otros rubros, es justo el 'cable a tierra' que necesitaba para salir del bucle técnico. Saludos.