Como había presupuesto de sobra, al quitar la tarifa de entrada los “no-shows” pasaron de la mitad. Gente que se inscribe sin pensarlo y luego no viene...
> No soy desarrollador, así que no conozco la situación interna, pero siento que antes el software no se hacía ni se operaba de esta manera. Me da la impresión de que había más "adultos" que intentaban evitar los problemas con mayor cuidado.
> Considerando que todos estos debates ya han surgido literalmente incontables veces desde hace mucho tiempo, no quiero ponerme demasiado escéptico.
El paso del ensamblador a lenguajes de alto nivel, la adopción de OOP, la arquitectura por componentes/COM/CORBA, la aparición del navegador web, la adopción de Java, etc.; 2018 no fue el "momento en que comenzó el declive", sino solo uno más de los muchos puntos de datos que vienen acumulándose desde antes.
Si voy a poner una objeción, me parece que quien escribió el comentario no entendió la definición del problema que plantea el texto principal. Hablar del paso a lenguajes de más alto nivel no tiene absolutamente nada que ver con las vulnerabilidades del código generado por IA ni con una estructura en la que no pueden surgir ingenieros senior. Al final, el propio comentario termina demostrando el problema del texto. Se está hablando de la importancia de la ingeniería, pero parece que esa persona simplemente no quiere hacer ingeniería difícil ni tampoco aprender, así que pone demasiadas excusas. Se alarga demasiado.
En general, estoy de acuerdo.
Especialmente el cambio de contexto: pedir un prompt y luego, durante el tiempo de espera, se rompe la concentración y eso termina bajando la productividad. Si la velocidad de los LLM aumenta y la respuesta llega de inmediato, quizá eso se resuelva.
Se siente mucho que el texto ya tenía una conclusión decidida de antemano y fue escrito para encajar en ella. El problema de que a los desarrolladores se les quite la responsabilidad de propiedad se lee, independientemente de los LLM, como una discusión sobre la "era del espíritu artesano vs. la era de la industrialización".
“Si no quieres la nube, arma y usa tu propia infraestructura.” Entonces me pregunto si realmente hay algo discutible.
¿Multi-cloud? La implementación y la administración tampoco te las va a hacer nadie.
Si los modelos de IA y las compañías que los crean no se esfuerzan por construir confianza,
podría ofrecer más oportunidades para que Wikipedia crezca a largo plazo.
Quién sabe de dónde salió esa idea de que para RAG necesitas una base de datos vectorial…
Me pareció muy entretenido. Ojalá sigan publicando más jaja
Parece que podría ser útil cuando quieras implementar una función tipo processor como en filebeat..
https://www.elastic.co/docs/reference/beats/filebeat/processor-script
Como había presupuesto de sobra, al quitar la tarifa de entrada los “no-shows” pasaron de la mitad. Gente que se inscribe sin pensarlo y luego no viene...
> No soy desarrollador, así que no conozco la situación interna, pero siento que antes el software no se hacía ni se operaba de esta manera. Me da la impresión de que había más "adultos" que intentaban evitar los problemas con mayor cuidado.
Ni siquiera parece que sea desarrollador..
> Considerando que todos estos debates ya han surgido literalmente incontables veces desde hace mucho tiempo, no quiero ponerme demasiado escéptico.
El paso del ensamblador a lenguajes de alto nivel, la adopción de OOP, la arquitectura por componentes/COM/CORBA, la aparición del navegador web, la adopción de Java, etc.; 2018 no fue el "momento en que comenzó el declive", sino solo uno más de los muchos puntos de datos que vienen acumulándose desde antes.
Si voy a poner una objeción, me parece que quien escribió el comentario no entendió la definición del problema que plantea el texto principal. Hablar del paso a lenguajes de más alto nivel no tiene absolutamente nada que ver con las vulnerabilidades del código generado por IA ni con una estructura en la que no pueden surgir ingenieros senior. Al final, el propio comentario termina demostrando el problema del texto. Se está hablando de la importancia de la ingeniería, pero parece que esa persona simplemente no quiere hacer ingeniería difícil ni tampoco aprender, así que pone demasiadas excusas. Se alarga demasiado.
El consejo más importante, hasta el final, es realmente una joya.
En general, estoy de acuerdo.
Especialmente el cambio de contexto: pedir un prompt y luego, durante el tiempo de espera, se rompe la concentración y eso termina bajando la productividad. Si la velocidad de los LLM aumenta y la respuesta llega de inmediato, quizá eso se resuelva.
¡Ánimo, Naver Cloud!
Se siente mucho que el texto ya tenía una conclusión decidida de antemano y fue escrito para encajar en ella. El problema de que a los desarrolladores se les quite la responsabilidad de propiedad se lee, independientemente de los LLM, como una discusión sobre la "era del espíritu artesano vs. la era de la industrialización".
Qué arte.
Yo también lo descargué y lo probé el día de su publicación, y confirmé el mismo comportamiento que los usuarios anteriores.
Como es un error, pienso que habrá un parche.
La acabo de instalar y probar, pero a mí no me resultó la separación de jamo. La versión que estoy usando es Tahoe (26.0.1).
Criticar es fácil. Trae algo diferente y luego demuéstralo.
Ya hice la traducción completa del artículo. https://blogbyash.com/translation/…
¿Se está volviendo como Nx?
“Si no quieres la nube, arma y usa tu propia infraestructura.” Entonces me pregunto si realmente hay algo discutible.
¿Multi-cloud? La implementación y la administración tampoco te las va a hacer nadie.
Si los modelos de IA y las compañías que los crean no se esfuerzan por construir confianza,
podría ofrecer más oportunidades para que Wikipedia crezca a largo plazo.
Por la misma razón que JSP, siento que una vez que supera cierto nivel deja de ser usable.
Se convirtió en un sitio en el que solo le roban los datos.