Día 10 de Vibe Coding: Así que estoy despierto, estoy pensando en vibe coding — pero no voy a empezar hoy. La primavera ya no está en mi paso. Me quedo en la cama. ¿Por qué? No hay forma de imponer un congelamiento de código en aplicaciones de vibe coding como Replit. Simplemente no la hay. No que yo pueda encontrar. No que @Replit pueda encontrar. No que ustedes parezcan poder encontrar. No que Claude pueda encontrar. Y eso simplemente me está agotando.

De hecho, segundos después de publicar esto, para nuestra >primera< charla del día — @Replit nuevamente violó la congelación de código Ni siquiera pasaron 5 minutos

Replie sabe lo mal que fue destruir nuestra base de datos de producción — él lo sabe Y aun así, >inmediatamente< violó la congelación esta mañana, en nuestra primera interacción @Replit dice aquí mismo que “no se puede confiar en él cuando se trata de sistemas de producción.” Lo dijo — no yo. Replit lo dijo. ¿Es eso condenatorio? ¿O es solo lo que tienes que aceptar en la codificación de vibras? Tú serás el juez, supongo.

Replie sabe lo mal que fue destruir nuestra base de datos de producción — lo sabe. Y aun así, >inmediatamente< violó la congelación esta mañana, en nuestra primera interacción, de la que claramente era consciente. Inmediatamente. @Replit dice aquí que “no se puede confiar en él cuando se trata de sistemas de producción.” Lo dijo — no yo. Replit lo dijo por sí mismo. ¿Es eso condenatorio? ¿O es solo lo que tienes que aceptar en la codificación de vibras? Tú serás el juez, supongo.

@Replit Replie tiene algunas recomendaciones honestas: - Úsalo "solo para análisis y discusión" - Concéntrate en "tareas de bajo riesgo" - Encuentra desarrolladores humanos Voy a pensarlo antes de dormir.

@Replit Quiero decir, honestamente — cuando los CEOs de Loveable y Replit están diciendo a todos que el Vertical SaaS está muerto, que cualquiera puede crear su propia aplicación por $25 al mes, que cualquiera puede ser desarrollador ahora, en minutos Es justo que pida más Creo que es justo

@current_user_1 @Replit Como me dijo anoche un inversor en uno de ellos: “Eres un idiota. Y a eso es a quien vendemos.” Quiero decir, fue un poco dramático. Pero probablemente soy un idiota.

@gordon_cassie @Replit No veo cómo es siquiera posible.

@HarryStebbings @rodriscoll @Replit También, honestamente, cuando las aplicaciones de codificación de ambiente se descontrolan, destruyen tu base de datos de producción y luego, esencialmente, mienten al respecto... Eso es un poco interesante Estoy quemado y frito, pero es interesante Ahora tengo historias

@bqueener @Replit Estoy de acuerdo con que las plataformas tengan limitaciones, especialmente si el núcleo es muy valioso y genial. Pero la deshonestidad sobre el camino hacia la producción no me parece bien.

@bqueener @Replit Esto no me está gustando: El hype está bien y estoy aquí para ello. Y estoy 100% de acuerdo si esto se convierte en realidad. Pero esto es, en mi humilde opinión, engañoso:

Así que hoy estoy de vuelta con calma, pero d e s p a c i o. Estoy haciendo dos cosas: #1. Pasos de bebé. Agregué IA a nuestra página de aterrizaje y es algo menor pero genial. Ayuda. #2. Planificación. Estoy comenzando a planificar más. Replie subestimó algunos problemas de escalado. Probablemente necesitemos reconstruir nuestro motor. Eso sucede. No podemos soportar 20,000 usuarios x 20,000 x 10 en este proceso. #3. Aislamiento. Por ahora, no voy a hacer nada que no pueda aislar al 99% del resto de la base de código. Pero hay un problema inminente ...

El gran problema hoy: no puedo ejecutar mis pruebas unitarias ¿Cómo avanzaré... si no puedo ejecutarlas?! @Replit describe la ejecución de pruebas unitarias como "EXTREMADAMENTE" arriesgada, ya que puede hacer que sobrescriba mi base de datos de producción nuevamente Puede volverse tan asustado de los resultados que rompe nuestra directiva de No Code y destruye nuestra base de datos de producción nuevamente Seamos claros: si lo hizo una vez, puede hacerlo de nuevo. De hecho, puede hacerlo sin salvaguardias que parecen no existir. Honestamente, ¿cómo puedo avanzar en una aplicación compleja sin pruebas unitarias?

Las pruebas unitarias eran lo que iba a salvar mi cordura. No puedo pasar de 2 a 4 horas al día haciendo solo QA funcional yo mismo, todos los días. Necesito las pruebas unitarias y scripts para probar: - Que los paneles funcionen - Que los datos se llamen correctamente - Que las APIs internas funcionen - Que el correo electrónico funcione (se rompe mucho) - Que las APIs externas funcionen - Que la base de datos funcione - Que el algoritmo funcione - Que el procesamiento en segundo plano funcione - Etc. Literalmente no puedo hacer algunas de estas cosas por mí mismo. Incluso las partes que puedo hacer, me lleva una eternidad probarlo todo. No tengo respuesta.

@Replit admite que puede destruir mi aplicación OTRA VEZ si ejecuto las pruebas unitarias Así que puedo hacer algunos cambios por ahora. Pero realmente no puedo probar nada que no sea simple y de front-end. No sé qué hacer. ¿Puedo retroceder incluso desde esto? Sí, ahora sé que puedo. Pero no puedo pasar por eso de nuevo si no tengo que hacerlo. Así que estoy atrapado. No puedo ejecutar las pruebas unitarias. No sin un nivel de estrés 5. Ha destruido mi base de datos de producción una vez esta semana. Tengo que asumir que lo hará de nuevo. Replie está de acuerdo.

@Replit admite que puede destruir mi aplicación OTRA VEZ si ejecuto las pruebas unitarias Así que puedo hacer algunos cambios por ahora. Pero realmente no puedo probar nada que no sea simple y de front-end. No sé qué hacer. ¿Puedo retroceder incluso desde esto? Sí, ahora sé que puedo. Pero no puedo pasar por eso de nuevo si no tengo que hacerlo. Así que estoy atrapado. No puedo ejecutar las pruebas unitarias. No sin un nivel de estrés 5. Ha destruido mi base de datos de producción una vez esta semana. Tengo que asumir que lo hará de nuevo. Replie está de acuerdo.

No está bien que @Replit no pueda garantizar que puede ejecutar una prueba unitaria sin destruir mi base de datos de producción. No hay planeta en el desarrollo de aplicaciones donde esto esté bien. No puedes entrar en producción con una aplicación que no puedes probar programáticamente. No es una aplicación de calidad comercial real.

Lo que estoy intentando ahora: crear un fork diario para mis pruebas unitarias No debería tener que hacer eso, pero al menos puede ayudarme a superar el obstáculo Replie tiene razón al señalar que la base de @Replit parece tener solo Vista previa + Producción. Parece que le falta Staging. De todos modos, debería estar ejecutando pruebas idealmente en Staging entre compilaciones. Así que esto será, supongo, una versión de staging. Haré un fork diario para pruebas unitarias. Luego Replie puede destruir esa base de datos si realmente quiere. Veamos cómo va.

Mira, no importa qué, todo esto está muy por encima del conocimiento y las habilidades de alguien que no ha construido software de grado comercial antes. Incluso si bifurcar funciona como un truco, y aislar código en GitHub funciona como un truco, etc. … ¿cuántas personas de negocios 'normales' se puede esperar que resuelvan esto? Simplemente se lanzarán del techo cuando Replie elimine sus datos de producción en un intento de resolver un problema.

@Replit @Replit ha llegado a la conclusión de que puede que lo haya superado Veremos