Los proyectos paralelos te dan la libertad de decidirlo todo por tu cuenta. Y además, está bien aunque no tengan éxito.
A mí también me encantan mis propios proyectos paralelos que avanzo juntando el tiempo que normalmente pasaría jugando videojuegos o viendo Netflix/YouTube. jaja
Yo también me estoy desgastando con la vida de oficina, pero no podía dejar de pensar en hacer un side project. Hasta consumir YouTube ya no es divertido... estudiar tampoco es divertido, y cuando cambie de laptop esta vez, voy a intentar avanzar un side project con Flutter. :)
Cuando no se sabe bajo qué limitaciones un programador va a usar React, me parece que la documentación oficial debería estar escrita en un entorno lo más cercano posible a vanilla.
React también puede usarse junto con frameworks web creados en distintos lenguajes, sin que necesariamente sea un framework basado en React (por ejemplo, Go, Rust, Java, etc.).
-> De hecho, por esto mismo, creo que al menos la parte de get started en la documentación oficial de React debería guiar para usar React por sí solo, con la menor cantidad posible de dependencias adicionales.
Parece adecuado para APPLE SILICON con RAM holgada o para la línea de NPU. Para usarlo en un servidor puramente de GPU, el hecho de que incluso el modelo de especificaciones mínimas requiera una H100 con cuantización int4 es...
React no es más que una biblioteca de UI basada en componentes. Mostrar componentes en HTML es sencillo, pero para crear un sitio web o una app se necesitan muchas funciones. Por eso se recomienda usar un framework. Y esto no es solo porque se trate de React; gran parte de la web moderna se construye mediante frameworks web. Además, React no tiene que usarse necesariamente con un framework basado en React, ya que también puede utilizarse junto con frameworks web creados en distintos lenguajes (por ejemplo, Go, Rust, Java, etc.), así que la elección siempre depende del usuario.
¿Será más rápido que los wrappers existentes de CUDA como CuPy y PyTorch? La ventaja de CuPy y torch era que su API es casi igual a la de NumPy, así que se podían migrar sin mucho esfuerzo los códigos de prueba escritos con NumPy; con esto, habrá que probar a ver qué tal.
Lo realmente frustrante es esto
Antes: idea => código (lento) => depuración
IA: idea => escribir un prompt preciso => código (instantáneo) => depuración
Pero normalmente, ¿no resulta más rápido escribir lo que pienso directamente como código que ponerlo en un prompt? Salvo cuando se trata de algo que ya es muy conocido... Y en las partes donde la confiabilidad es importante, de todos modos hay que revisar la lógica con los propios ojos después de escribirlo, así que tampoco se puede delegar, y en el momento en que lo delegas, es como no tener ética profesional.
Swift está bueno, pero ¿podrá volver a la vida ese Swift que quedó abandonado..
Los proyectos paralelos te dan la libertad de decidirlo todo por tu cuenta. Y además, está bien aunque no tengan éxito.
A mí también me encantan mis propios proyectos paralelos que avanzo juntando el tiempo que normalmente pasaría jugando videojuegos o viendo Netflix/YouTube. jaja
Gracias por el buen artículo.
Yo también me estoy desgastando con la vida de oficina, pero no podía dejar de pensar en hacer un side project. Hasta consumir YouTube ya no es divertido... estudiar tampoco es divertido, y cuando cambie de laptop esta vez, voy a intentar avanzar un side project con Flutter. :)
Cuando no se sabe bajo qué limitaciones un programador va a usar React, me parece que la documentación oficial debería estar escrita en un entorno lo más cercano posible a vanilla.
React también puede usarse junto con frameworks web creados en distintos lenguajes, sin que necesariamente sea un framework basado en React (por ejemplo, Go, Rust, Java, etc.).
-> De hecho, por esto mismo, creo que al menos la parte de
get starteden la documentación oficial de React debería guiar para usar React por sí solo, con la menor cantidad posible de dependencias adicionales.Parece adecuado para APPLE SILICON con RAM holgada o para la línea de NPU. Para usarlo en un servidor puramente de GPU, el hecho de que incluso el modelo de especificaciones mínimas requiera una H100 con cuantización int4 es...
En la práctica, la especificación mínima incluyendo cuantización es una A100, pero el rendimiento queda medio ambiguo :(
React no es más que una biblioteca de UI basada en componentes. Mostrar componentes en HTML es sencillo, pero para crear un sitio web o una app se necesitan muchas funciones. Por eso se recomienda usar un framework. Y esto no es solo porque se trate de React; gran parte de la web moderna se construye mediante frameworks web. Además, React no tiene que usarse necesariamente con un framework basado en React, ya que también puede utilizarse junto con frameworks web creados en distintos lenguajes (por ejemplo, Go, Rust, Java, etc.), así que la elección siempre depende del usuario.
Hoy salió Llama 4. https://es.news.hada.io/topic?id=20166
Creo que tendré que instalar esto y probarlo.
jajajajajajaja
Jajaja, totalmente de acuerdo.
¿Hay algo mejor que Google Gemma 3?
¿Será más rápido que los wrappers existentes de CUDA como CuPy y PyTorch? La ventaja de CuPy y torch era que su API es casi igual a la de NumPy, así que se podían migrar sin mucho esfuerzo los códigos de prueba escritos con NumPy; con esto, habrá que probar a ver qué tal.
Nunca se me habría ocurrido algo así... pero estas cosas pasan. De verdad parece una historia de terror.
¡Muy bien! ^0^
Lo realmente frustrante es esto
Antes: idea => código (lento) => depuración
IA: idea => escribir un prompt preciso => código (instantáneo) => depuración
Pero normalmente, ¿no resulta más rápido escribir lo que pienso directamente como código que ponerlo en un prompt? Salvo cuando se trata de algo que ya es muy conocido... Y en las partes donde la confiabilidad es importante, de todos modos hay que revisar la lógica con los propios ojos después de escribirlo, así que tampoco se puede delegar, y en el momento en que lo delegas, es como no tener ética profesional.
¿La primera velocidad de verdad es así? Está demasiado lento...