Open beta Bomb.town

#31 Pero en tu caso, estás desarrollando el juego dos veces. En diferentes lenguajes y tecnologías. Y la excusa de picar todo desde 0 tiene caspa hasta aburrir, que me digas que te sale del los cojones moneros estaría mejor, sin acritud, pero es así.
Si con un server de 30 euros solo eres de capaz de mantener 200 usuarios, no es problema del lenguaje, es problema tuyo, no echemos la culpa a los demás de las cosas de que somos totalmente culpables.
Pero agradezco que hayas resuelto la duda del server-side.

#34 Estoy planteado como hacerte la contestación. Porque entiendo que no sepas de mi vida, pero hacer declaraciones de que no he emprendido en mi vida, es algo que supones, entiendo tu ignorancia, pero no me metas en un saco que no correspondo.

"Hoy en día nadie tiene un presupuesto...", es casposo y una afirmación que no es cierta, si, se utilizan tecnologias de terceros para desarrollar tu software, pero no es una excusa para hacer sobreingenieria y por supuesto que tampoco lo es para recriminar a las tecnologias por tus cagadas en el código.
Recuerda, todas las tecnologias tienen un uso y normalmente somos los programadores que les ponemos limites de eficiencia.

Tengo poca experiencia en juegos "fast-paced", pero si tengo experiencia en benchmarks en backends con cantidades inhumanas de peticiones al segundo, y el clustering es la alternativa más inteligente en estos casos, al final es más sencillo tener microservicios que te tiren specs muy especificas de tu producto, el precio del mantenimiento puede aumentar, pero tienes la escabilidad mucho más controlada. Nunca escalado vertical, solo horizontal.

#35 Si te he contestado así es por las formas en las que me has contestado tú. Además ya nos conocemos, hace tiempo que no sé de ti pero sinceramente nunca te he visto del palo emprendedor.

"Hoy en día nadie tiene prespuesto" para hacer salvajadas como ignorar el trabajo hecho por los demás hasta día de hoy y simplemente meterte a hacer tú las cosas desde 0 porque sí. Es de locos.

Yo les propongo a mis clientes que quiero hacerles el producto en WebGL desde cero, sin usar motores ni frameworks existentes, y también que quiero programar los servidores desde 0, sin usar ninguna librería que pueda hacer el trabajo mejor de lo que yo lo haría en este momento, y puede que me digan ok muy bien, pero al decirles la cantidad de tiempo necesitada en comparación a usar soluciones existentes, obviamente me van a tirar el presupuesto atrás. Es mucho tiempo que se transforma en mucho dinero porque mi precio por hora no es bajo tampoco.

Y nunca he dicho que una tecnología sea mala porque sí. He dicho que nodejs no es la mejor opción para juegos multiplayer en tiempo real, será la mejor para otras cosas, pero no para esto. Y es una idea que me he hecho tras: Experiencia de haberlo usado durante años y experiencias de otros desarrolladores con juegos muchos más grandes que los míos.

Es más, ahora estoy usando nodejs para desarrollar un servicio de logins y progresión para un proyecto propio, y para tener un middleman entre cliente<->gameserver<->progresión porque la cantidad de procesamiento en comparación es mucho más tranquila y relajada que lo que está procesando en tiempo real el gameserver. Así que en este nuevo proyecto estoy usando: JS nativo, NodeJS con paquetes C++, Unity y C#. Y me parece una combinación indestructible!

Así que créeme, si he elegido esta opción de usar PlayCanvas client side y Unity en server side, ha sido porque era la mejor opción para mí y para mi cliente en este proyecto. Y ya te he puesto ejemplos reales de juegos AAA que usan soluciones parecidas. Hoy en día el que se lo pique todo desde 0 sólo es para aprender sobre el proceso o porque está muy loco y tiene todo el tiempo y dinero del mundo, ya me gustaría a mí, pero vivimos en el mundo real y yo tengo que pagar facturas a final de mes.

#36 Okey pero para eso ya lo citó el otro user zoomeando la opción "headless" en la build de linux, que es precisamente la que yo uso jajaja