Parece que con solo 3 o 4 personas de nivel senior ya se está armando una estructura capaz de soportar lo que antes manejaban entre 3 y 40 personas. (Más claramente que ahora...)
Cuando ves que un servicio de 220 dólares al mes ni siquiera logra una disponibilidad del 99.5%, te hace pensar si están viendo la cara a los usuarios. Claude.ai ni siquiera llega al 99%.
DESIGN.md => la dirección del código es fácil de automatizar, pero al revés, hacer que los nuevos patrones que aparecen en el código suban a DESIGN.md no se automatiza, así que al final una persona tiene que encargarse directamente. Con el tiempo, en el código se van acumulando pequeños hardcodeos, pero eso no se refleja en la documentación, y esa brecha se va acumulando.
Aun así, la filosofía de este formato en sí va más por el lado de "seguir cultivando el sistema de diseño dentro de la base de código", así que creo que esto se parece más a una forma de operación intencional que a una desventaja. Como bajó las guías que antes se dejaban congeladas en Notion o PDF al nivel de revisión por PR, parece una estructura donde también viene incluida la responsabilidad de que alguien las revise y ajuste periódicamente. Lo probamos en nuestro proyecto, y la consistencia de las pantallas definitivamente mejoró frente a antes de adoptarlo; como ese beneficio se siente de verdad, la revisión manual no se percibe como una carga. Al final, llegué a la conclusión de que esto depende de qué tan claramente el equipo deje definidos los criterios que la IA debe seguir, y de que el mantenimiento para que esos criterios sigan vivos todavía queda del lado de las personas.
Tengo una duda: si se entiende que DESIGN.md son instrucciones para extraer el diseño, al final se usa para generar las primeras páginas... o una página, un mood board. Luego, ¿no termina produciéndose una discrepancia entre el código y las instrucciones .md, de modo que hay que seguir sincronizando ambos en las dos direcciones?
Al final, para el diseño posterior, habría que tomar el código como source of truth y reutilizar de forma consistente cosas como variables o nombres. Si no se actualiza DESIGN.md de forma continua y se gestiona como SSoT, me da la impresión de que se terminarán hardcodeando los tokens una y otra vez. Me gustaría saber si en el uso real no surge este tipo de problema.
Al final, los humanos terminamos eligiendo lo que es más cómodo. Como resultado, aunque sabemos que el contenido de formato corto no es bueno, hoy en día casi todo el mundo lo consume. Del mismo modo, la IA dejará de ser una opción para convertirse en una necesidad, y en la práctica la diferencia de productividad entre usarla y no usarla es distinta. Esto aplica tanto para desarrolladores como para no desarrolladores. Lo único que cambia es el método y la forma. Tal como mencionaste abajo con la analogía del teléfono y ya no tener que memorizar números telefónicos, la gente moderna ya no puede conducir solo mirando un mapa si no tiene navegación, y ni siquiera memoriza rutas que recorre siempre.
Entonces, ¿eso significa que nuestra capacidad para conducir, nuestra percepción espacial o nuestra memoria se han deteriorado? No. Gracias al desarrollo de la navegación, ahora podemos ir a cualquier lugar siempre que tengamos el navegador.
Además, se habla de que usar IA provoca un deterioro de la capacidad cognitiva humana, pero yo creo que no es un deterioro, sino que la capacidad cognitiva cambia hacia otra forma.
Últimamente también se habla mucho de programar a mano. Estoy de acuerdo en que enfrentar, dentro del ámbito del hobby, el miedo a que las habilidades heredadas de uno queden obsoletas tiene sentido, pero no me gustaría que esto se convirtiera en una postura de que, como si fuera la respuesta correcta, ¡los desarrolladores deben programar a mano sí o sí para mejorar sus habilidades básicas!
De hecho, la evolución de los lenguajes de programación, en última instancia, ha avanzado gradualmente en la dirección de acercarse a un lenguaje natural más familiar para los humanos. Y me parece que este momento es una etapa de transición hacia ese objetivo final.
Configuré ChatGPT y Claude para que, en discusiones académicas, adopten deliberadamente el papel de abogado del diablo, y la verdad es que ayuda bastante a afinar la lógica y los modelos.
Homebrew cambió para desactivar postinstall por defecto y permitirlo solo como excepción. No sé si llamarlo suerte, pero como actualizo por tags del repo sin mirar npm, esta versión me pasó de largo. Últimamente también entró el cooldown de npm, así que probablemente ni siquiera se habría distribuido aunque hubiera estado mirando npm.
¿Soy el único que piensa que al principio insistieron en que no había ningún problema, y ahora que el tema se hizo demasiado grande como para taparlo, decidieron hacerlo público?
Viendo esto, aunque entre los usuarios individuales comunes que no lo usan para programar el reconocimiento de Claude ya de por sí es bajo, básicamente están diciendo que de todos modos van a desechar a los usuarios individuales que no les dejan dinero.
Parece que con solo 3 o 4 personas de nivel senior ya se está armando una estructura capaz de soportar lo que antes manejaban entre 3 y 40 personas. (Más claramente que ahora...)
Cuando ves que un servicio de 220 dólares al mes ni siquiera logra una disponibilidad del 99.5%, te hace pensar si están viendo la cara a los usuarios. Claude.ai ni siquiera llega al 99%.
Límite de uso mensual
Límite de uso anual
jajaja...
GPT se ha vuelto increíblemente potente. Parece que ya no harán falta antigravity ni Claude Code.
Ellos mismos andaban tan cortos de cómputo que desde el 1 de abril empezaron a poner límites para que, aunque pagaras, ya no pudieras usar más ;_;
Primero prohibieron los cibercafés, karaokes y salones de billar en un radio de 200 m alrededor de las escuelas, y ahora esto...
DESIGN.md => la dirección del código es fácil de automatizar, pero al revés, hacer que los nuevos patrones que aparecen en el código suban a DESIGN.md no se automatiza, así que al final una persona tiene que encargarse directamente. Con el tiempo, en el código se van acumulando pequeños hardcodeos, pero eso no se refleja en la documentación, y esa brecha se va acumulando.
Aun así, la filosofía de este formato en sí va más por el lado de "seguir cultivando el sistema de diseño dentro de la base de código", así que creo que esto se parece más a una forma de operación intencional que a una desventaja. Como bajó las guías que antes se dejaban congeladas en Notion o PDF al nivel de revisión por PR, parece una estructura donde también viene incluida la responsabilidad de que alguien las revise y ajuste periódicamente. Lo probamos en nuestro proyecto, y la consistencia de las pantallas definitivamente mejoró frente a antes de adoptarlo; como ese beneficio se siente de verdad, la revisión manual no se percibe como una carga. Al final, llegué a la conclusión de que esto depende de qué tan claramente el equipo deje definidos los criterios que la IA debe seguir, y de que el mantenimiento para que esos criterios sigan vivos todavía queda del lado de las personas.
Tengo una duda: si se entiende que
DESIGN.mdson instrucciones para extraer el diseño, al final se usa para generar las primeras páginas... o una página, un mood board. Luego, ¿no termina produciéndose una discrepancia entre el código y las instrucciones.md, de modo que hay que seguir sincronizando ambos en las dos direcciones?Al final, para el diseño posterior, habría que tomar el código como source of truth y reutilizar de forma consistente cosas como variables o nombres. Si no se actualiza
DESIGN.mdde forma continua y se gestiona como SSoT, me da la impresión de que se terminarán hardcodeando los tokens una y otra vez. Me gustaría saber si en el uso real no surge este tipo de problema.Al final, los humanos terminamos eligiendo lo que es más cómodo. Como resultado, aunque sabemos que el contenido de formato corto no es bueno, hoy en día casi todo el mundo lo consume. Del mismo modo, la IA dejará de ser una opción para convertirse en una necesidad, y en la práctica la diferencia de productividad entre usarla y no usarla es distinta. Esto aplica tanto para desarrolladores como para no desarrolladores. Lo único que cambia es el método y la forma. Tal como mencionaste abajo con la analogía del teléfono y ya no tener que memorizar números telefónicos, la gente moderna ya no puede conducir solo mirando un mapa si no tiene navegación, y ni siquiera memoriza rutas que recorre siempre.
Entonces, ¿eso significa que nuestra capacidad para conducir, nuestra percepción espacial o nuestra memoria se han deteriorado? No. Gracias al desarrollo de la navegación, ahora podemos ir a cualquier lugar siempre que tengamos el navegador.
Además, se habla de que usar IA provoca un deterioro de la capacidad cognitiva humana, pero yo creo que no es un deterioro, sino que la capacidad cognitiva cambia hacia otra forma.
Últimamente también se habla mucho de programar a mano. Estoy de acuerdo en que enfrentar, dentro del ámbito del hobby, el miedo a que las habilidades heredadas de uno queden obsoletas tiene sentido, pero no me gustaría que esto se convirtiera en una postura de que, como si fuera la respuesta correcta, ¡los desarrolladores deben programar a mano sí o sí para mejorar sus habilidades básicas!
De hecho, la evolución de los lenguajes de programación, en última instancia, ha avanzado gradualmente en la dirección de acercarse a un lenguaje natural más familiar para los humanos. Y me parece que este momento es una etapa de transición hacia ese objetivo final.
Configuré ChatGPT y Claude para que, en discusiones académicas, adopten deliberadamente el papel de abogado del diablo, y la verdad es que ayuda bastante a afinar la lógica y los modelos.
Homebrew cambió para desactivar
postinstallpor defecto y permitirlo solo como excepción. No sé si llamarlo suerte, pero como actualizo por tags del repo sin mirar npm, esta versión me pasó de largo. Últimamente también entró el cooldown de npm, así que probablemente ni siquiera se habría distribuido aunque hubiera estado mirando npm.¿Soy el único que piensa que al principio insistieron en que no había ningún problema, y ahora que el tema se hizo demasiado grande como para taparlo, decidieron hacerlo público?
Quiero reportarlo, pero no sé cómo hacerlo. Uf.
Jaja, con solo ver las palabras ya se nota que es de DC Inside, Ilbe o Fmkorea, así que no le hagas caso.
Viendo esto, aunque entre los usuarios individuales comunes que no lo usan para programar el reconocimiento de Claude ya de por sí es bajo, básicamente están diciendo que de todos modos van a desechar a los usuarios individuales que no les dejan dinero.
Estoy usando mucho gstack. Se reduce muchísimo el tiempo que paso puliendo las especificaciones.
Afirmar que Codex no es SOTA solo lo puede decir alguien que no lo ha usado o que no tiene interés en este tema.
Al menos tener una bandera sería mucho más útil. Incluso estaría bien que al menos distinguiera el valor más frecuente del resto.
Explica cuál es ese nivel, por qué evaluaste el nivel de esa manera, y dilo usando al menos dos entre lógica/hechos/ciencia/estadística, sí.
¿Si digo que no, entonces ya soy de Ilbe? ¿Y yo que soy de Gyeongsang-do qué?