@francoe1 Yo creo que Unity busca facilitar al máximo el desarrollo de juegos implementando diferentes funcionalidades, un ejemplo son las físicas, otra el networking, te lo dan lo más mascado posible si usas sus componentes, esto trae como consecuencia que gente con pocos conocimientos en programación empiecen proyectos y hasta los acaben, pero ya pasaba antes de Unet, hay decenas de juegos iguales en las stores precisamente por la facilidad que ofrecen los engines, sigues un tutorial, le metes modelos descargados y subes tu App, no les importa que haya errores o que te peten la memoria...
 
Por esto no usar Unet me parece exagerar, la HLAPI está hecha con la misma finalidad, le metes los componentes que te dan y que tire como pueda, si tienes más conocimientos usas la LLAPI, pero al final es otra librería que tienes disponible, lo único que me extraña es que digas que esté mal usar la HLAPI o que no se deba usar...
 
Hilo original:

 
 

Cita de: juanma_teso date=1536101419@francoe1 Yo creo que Unity busca facilitar al máximo el desarrollo de juegos implementando diferentes funcionalidades, un ejemplo son las físicas, otra el networking, te lo dan lo más mascado posible si usas sus componentes, esto trae como consecuencia que gente con pocos conocimientos en programación empiecen proyectos y hasta los acaben, pero ya pasaba antes de Unet, hay decenas de juegos iguales en las stores precisamente por la facilidad que ofrecen los engines, sigues un tutorial, le metes modelos descargados y subes tu App, no les importa que haya errores o que te peten la memoria...
   
   
      Por esto no usar Unet me parece exagerar, la HLAPI está hecha con la misma finalidad, le metes los componentes que te dan y que tire como pueda, si tienes más conocimientos usas la LLAPI, pero al final es otra librería que tienes disponible, lo único que me extraña es que digas que esté mal usar la HLAPI o que no se deba usar...
   

Entiendo tu punto de vista, y tenes toda la razón, Unity trae componentes que ayudan a los "desarrolladores" a la hora de trabajar con el Engine.
 
Pero en mi caso, si alguien intenta aprender no creo conveniente que llegue a resultados sin saber qué está pasando, si no, intentaría que se nutra de información acerca de la temática e intente explorar, en el camino va a aprender muchas cosas -
 
Dentro del Networking no solo te encuentras con problemas como mover un ascensor, eso es un problema de desarrollo a nivel aplicación, tambien existen otras problemáticas que UNET no intenta solucionar y tampoco lo va a hacer, como Master Server y Dedicated Server a nivel estructural, y a nivel de RED FÍSICA capa 3 para abajo existen muchísimos otros inconvenientes que están fuera del alcance de UNET, como por ejemplo el NAT, MTU, Split Data, Fix Header y otros miles de problemas que hacen que los juegos luego no funcionen y se pasan meses buscando información sin tener noción de por qué no funciona. 
 
UNET tiene graves problemas, por esta razón la capa de transporte se reprogramo ya 3 veces, el problema es que no quieren liberar el Server Library para vender los servicios que proveen (el negocios de los CCU y uso de datos), los Relay Server son lentos y al final el resultado es un juego donde es imposible controlar la información.  
 
Por otra parte, si desarrollas todo un proyecto mezclando las mecánicas con networking terminas creando algo que es insostenible e inescalable, lo mejor es siempre ir estructurado, cada etapa lleva su tiempo y conocimiento, lo importante es no desesperarse un buen resultado es fruto de un gran esfuerzo.
 
Mi recomendación sigue siendo Leer y Practicar hasta conocer los conceptos básicos, tanto como para Networking, Physics, Collisions, UI, Animations, IK, la temática es indiferente, pero la gente tiene que entender que desarrollar un juego no es descargarse un Engine meter 2 cosas hacer un build y listo - 
 
Saludos . 

¿Ésta conversación viene de alguna otra parte? Para el resto de la gente es algo confuso seguirla...
 
¿Qué tal si ponéis la referencia del hilo de dónde proviene el debate sobre Unet? Thx

Está claro, pero
 

Cita de: francoe1 date=1536104760Entiendo tu punto de vista, y tenes toda la razón, Unity trae componentes que ayudan a los "desarrolladores" a la hora de trabajar con el Engine. 
   

Asunto zanjado entonces
 
Nah, es broma, sé a lo que te refieres, pero muchos llegan a este foro no a aprender, sino a solucionar una duda, a mí me ayudaron mucho cuando llegué resolviendo duds tontas, en mi caso también estaba haciéndolo mal (moviendo Rigids con transform y pasándome las físicas por los... e instanciando decenas de objetos porque no sabía lo que era un pool), pero aún así me ayudaron, tenía mil errores, pero así aprendí, viendo que no es tan fácil como parece, que hay otras formas mejor de hacer las cosas, si en su momento me hubieran dicho; así no se hace, lee un manual o aprende primero pues... igual es mi caso que aprendo mejor del error, la cuestión es, decirles que Unet no es la mejor estructura sí, pero resolverle la duda también.
 
Sobre Unet, me parece que tienen su nicho, te regalan una herramienta para que compres su servicio, nunca he usado ni pretendo usar Unet para un juego en red abierta, sólo para red local porque no estoy para meterme con NATs, ni quiero que odien un juego mío por culpa de Pings (siempre pienso que un juego es para divertirse), en su momento sí me interesé en el Networking de la manera que tú lo conocerás y hay mucha miga detrás, si quisiera hacer mi juego sin Unet tardaría muchísimo más e igualmente tendría muchos errores, en fin, acabaría desanimándome, por eso me gusta tanto Unet, así como PhysX te da una solución fácil y rápida, otro tema es si la gente no sabe usarlas o las usa mal...

Los juegos en red son el mal!!!!, no hagais juegos en red!! xDDDD

Cita de: Eskema date=1536154056Los juegos en red son el mal!!!!, no hagais juegos en red!! xDDDD