El software se crea entre commits
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.