Linkale2 escribió:DarKDoG escribió:exitfor escribió:Alguien a visto el código de las librerias? Por curiosidad de ver si es una tontada de 40 líneas o algo medio profesional o útil por lo menos.
No me sobra mucho tiempo, no me hagáis descargarlo si ya está la respuesta por ahí anda
He mirado una de ellas sin entrar en mucha profundidad. Es una implementación de async/await y te pide abandonar las oficiales de unity a cambio de una promesa de mejora de rendimiento y menos uso de RAM.
El código parece bueno, no nos vamos a engañar, claude code bien dirigido hace maravillas.
El tema lo veo en: ¿algún proyecto va a usar esto y olvidarse de la solución que da Unity soportada oficialmente? Estamos ante una librería que sería CORE en un videojuego, versión 1.0 recién publicada por HP con su historial de buenas prácticas y software bien testado...
Yo sin estar muy puesto, lo que se me viene a la mente mas que nada es: si HP se ha puesto en dos tardes y ha sacado esto, ¿Cuantos programadorcillos de medio pelo sueltos por el mundo habrán intentado lo mismo? ¿Cuantas decenas, cientos de librerias habrá que "mejoren" unity?
No tiene pinta de haberlo hecho en dos tardes si el código es más o menos suyo junto con la ayuda de Claude. Las fechas de subida al repositorio no tienen porque ser cuando empezó a hacer las librerías.
Por ejemplo, el repositorio de weaverORM indica que la versión 0.1.0 es del 10-01-2026, pero quizás empezó antes. De cualquier forma, entiendo que este ORM es básico en cuanto a funcionalidades, y cuando digo básico no es por quitarle valor que lo tiene, sino que tiene que estar incluyendo o modificando código a medida que lo va necesitando. Es decir, que según va necesitando funcionalidades para el juego o lo que sea, las va añadiendo o modificando, y seguro que ahí entra en juego también Claude. Probablemente empezara con una base muy simple de las tipicas funcionalidades que necesita un ORM, tipo insertar, eliminar, actualizar, etc. y a medida que necesita algo lo va actualizando.
Y esto no es algo que mejore Unity per se, es simplemente una herramienta que conecta la programación orientada a objetos con las bases de datos relacionales. Permite a los desarrolladores interactuar con los datos usando su lenguaje de programación habitual en lugar de escribir consultas SQL complejas, convirtiendo tablas en clases y registros en objetos.
En resumen, que esto es posible que no interese a nadie más que a él y su proyecto, puesto que como ya he indicado anteriormente ya existen ORM's muchos más avanzados y reconocidos que aunque puedan ser algo más lentos, pues tienen mayor repercusión, alcance, comunidad, funcionalidades avanzadas y mayor seguridad. Pero claro, si HP tiene problemas con esos ORM's o ha encontrado algún problema o son demasiado avanzados y él prefiere utilizar uno propio, pues ya es cosa de él. Lo mismo para un manager de fútbol que tiene una base de datos más grande que las de otros tipos de géneros de juegos, él y otros desarrolladores preferirían algo así, pero tampoco creo que esto tenga una relevancia a nivel mundial para Unity ni nada por el estilo.
Y sí, lógicamente librerías como estas pueden existir cientos y miles destinadas a proyectos muy concretos. De hecho, cualquier persona puede crearse su propio framework más liviano con las funcionalidades únicas que necesite para hacerlo todo más liviano, limpio, rápido y accesible, pero no por ello hace que el mundo cambie. Puede que a alguien más le sirva o puede que no... simplemente está ahí por si en otro proyecto puede encajar tal como lo deje HP o añadiendole lo que el otro proyecto necesite.
![[carcajad]](/images/smilies/nuevos/risa_ani2.gif "carcajada")
![[qmparto]](/images/smilies/net_quemeparto.gif "Que me parto!")
