Creo que la idea central de "las pruebas por encima del código fuente" realmente tiene mucho sentido. Pero no estoy seguro de que funcione una estrategia de abrir solo el código fuente sin abrir también las pruebas. También parece probable que se les dé bien extraer casos de prueba a partir del código fuente...

 

Parece como si fuera The Pragmatic Programmer para universitarios, así que se ve muy bien.

 

Se ve muy bien. ¿Cómo obtienen la información de las zonas comerciales?

 

¿No es mejor justo ahora? Si te mueves más rápido que nadie, parece que puedes volverte experto muy pronto. En el campo de la IA todavía hay mucho por hacer... Recién estamos en el punto de decir que apenas programamos bien.

 

Sin abrir VS Code, estoy poniendo a Copilot agent a programar varios proyectos directamente desde la página de GitHub. El agente incluso usa Playwright por su cuenta para mostrar capturas de pantalla de la página web y hacer todo eso.
Gracias a eso, varios toy projects que estaban muertos están volviendo a la vida. :-)

 

Es bastante impresionante. Aunque es un texto corto, se entiende de inmediato. Incluso podría ser que la seguridad del código de pruebas sea más importante que la del código fuente.

 

Cloudflare, AI로 Next.js를 1주일 만에 Vite로 재구현한 vinext 공개

Parece que está relacionado con este artículo. Al hacer open source, da la impresión de que ahora también podríamos volvernos más conservadores a la hora de publicar el código de pruebas.

 

Tocar la guitarra, igual que desarrollar, es más divertido cuando puedo hacerlo a mi manera.

 

Deberían haberlo hecho así, reforzar la seguridad, revisarlo y al menos dejar un PR upstream, o fortalecerlo más en su propio GitHub y darlo a conocer bien en la comunidad BSD; si lo dejaron ahí, no sé qué tanta autenticidad haya. Si de verdad fuera un usuario real, taparía manualmente los huecos de seguridad, y si es alguien que usa bien Windows y solo juega con otros SO como hobby, entonces lo abandonaría. Viendo que es de 2016, parece más bien lo segundo.

 
cnaa97 2026-02-26 | comentario padre | en: Presentan Obsidian CLI (help.obsidian.md)

Parece una actualización pensada teniendo en mente a los agentes de IA.

 

Las herramientas internas o los SaaS más simples probablemente serán reemplazados muy rápido, pero desde la perspectiva de un desarrollador independiente que crea productos por su cuenta, más bien siento que este es un momento de apalancamiento enorme.

Antes, si el 80% de la energía se iba en el "tecleo" para materializar una idea, ahora el costo de desarrollar se está acercando casi a cero. Al final, da la impresión de que la competencia de aquí en adelante ya no será sobre quién escribe mejor código, sino completamente sobre "quién detecta más rápido los problemas del mercado y los planifica mejor".

 

Estoy totalmente de acuerdo. La estructura fácil de leer para las personas (README) y la estructura fácil de parsear para un LLM (AGENTS.md) son completamente distintas. Cuando se genera automáticamente y se le lanza todo el contexto sin más, lo único que se logra es desperdiciar dinero en tokens de API y, de hecho, muchas veces he visto que las alucinaciones se agravan. Al final, aunque dé flojera, parece que lo más eficiente es que una persona comprima y depure directamente las instrucciones para el agente.

 

Se movió porque no corresponde a Show GN.
Por favor, consulta cómo usar Show y publícalo de nuevo.

 

Con Gemini Pro,
me dio muchísima risa que respondiera que, si puedes llevarte el auto, igual podrías ir caminando.

 

Me encanta muchísimo pi

 

Lo más probable es que no fuera un activo lo suficientemente valioso como para filtrarlo.

 

La persona que pide la revisión solo hace clic, y quien revisa es quien se exprime la cabeza; ya se volvió un medio no solo para trasladar la responsabilidad, sino para directamente encargarle el trabajo a otra persona.

 

Parece que ya empezaron a desarmar, una por una, las ideas que tenía Chloe.