El software se crea entre commits
El nuevo “DeltaDB” de Zed propone rastrear cada cambio de grano fino y cada interacción con IA entre commits de Git, con el objetivo de hacer que la conversación en evolución alrededor del código —y no solo las instantáneas finales— sea el artefacto central de colaboración y revisión. Los comentaristas están profundamente divididos: algunos lo ven como un ajuste natural para flujos de trabajo remotos y con mucha IA, y como una mejora de la procedencia/auditoría; mientras que muchos otros lo consideran una vigilancia intrusiva que conserva trabajo ruidoso y a medio cocer, y erosiona el valor de los commits cuidadosamente curados y de las revisiones tradicionales por pull request. Detrás de todo hay un argumento más amplio sobre si las herramientas del futuro deberían dar prioridad a los agentes y a la trazabilidad continua, o mantener a los humanos al mando con prácticas de control de versiones más simples y menos granulares.
Recepción del concepto DeltaDB
- Algunos ven el “cada operación entre commits” de DeltaDB como un sustrato natural para agentes de IA y la colaboración, especialmente para equipos remotos, con muchos agentes, que ya tratan a los LLM como sus principales compañeros de programación.
- Otros lo ven como un intrusivo “keylogging para código”, que añade ruido, carga cognitiva y trabajo de revisión con poco beneficio claro frente a commits y PR bien elaborados.
- Varias personas sospechan que principalmente beneficia al entrenamiento de IA y a las necesidades empresariales de vigilancia/auditoría, más que a los desarrolladores humanos del día a día.
Commits vs. historial de grano fino
- Un grupo valora los commits frecuentes y granulares y un historial rico para
git blame/bisect, depuración y comprensión de la evolución. - Otro prefiere historiales limpiados agresivamente, rebasados o combinados que cuenten la “historia teórica” del código, no el camino desordenado recorrido.
- Muchos sostienen que la unidad útil es un commit pequeño y atómico o una lista de cambios, no deltas a nivel de pulsación de teclas; comparan DeltaDB con grabar cada nota suelta o borrador, algo que rara vez se vuelve a consultar.
- Algunos señalan que herramientas existentes (Git con commits frecuentes,
--first-parent, Gerrit/Phabricator, jj) ya admiten historial de grano fino o instantáneas tipo autoguardado sin centralizarlo todo.
Agentes de IA y flujo de trabajo de programación
- Un subconjunto de comentaristas ya usa LLM de forma extensiva, con agentes escribiendo la mayor parte del código y humanos guiando y revisando. Para ellos, integrar conversaciones de agentes y evolución del código en un solo lugar resulta atractivo.
- Otros argumentan que la respuesta correcta es mejor documentación, comentarios y descripciones de PR, no reproducir chats de agentes y deltas intermedios.
- Hay preocupación de que las herramientas se estén rediseñando alrededor de agentes en lugar de las necesidades de colaboración humana.
Privacidad, vigilancia y control en el trabajo
- Fuerte incomodidad ante que los empleadores posean un registro completo de “pensar entre commits”, incluidas quejas, confusión y secretos temporales.
- Algunos predicen registros obligatorios de procedencia de IA, métricas de tokens/impacto y trazas de auditoría usados para evaluaciones de rendimiento, despidos y defensa legal.
Zed como editor vs. plataforma
- Muchos elogian Zed por ser rápido, minimalista y libre de distracciones, valorando su capacidad actual para desactivar funciones de IA.
- Otros temen un giro hacia flujos de trabajo centrados en agentes “tipo Cursor”, la hinchazón y la dependencia de Anthropic/OpenAI; bifurcaciones como Gram son bienvenidas como seguro “sin IA”.
Colaboración y PRs
- Algunos coinciden en que los PR son un punto de colaboración tardío y grueso, pero ven a DeltaDB como la solución equivocada; preferirían mejor soporte para cambios pequeños, revisión apilada/atómica y flujos de trabajo multi-repo.
- En general, no hay consenso en que la versionación por operación mejore materialmente la colaboración humana frente a mejorar los VCS existentes y las prácticas de revisión.