Actualizaciones, un retraso en el juego?

[takola]

Originally Posted by Xephandor

No concuerdo. En los sistemas Unix lo que se da a conocer generalmente de una aplicación es su modo de uso y configuración, pero no siempre el funcionamiento interno... Eso es de los sistemas GNU. POSIX define un comportamiento.

Sep, en los privativos no se da informacion interna. En cambio se dan extensisimos manuales, APIs etc. Pero no me referia a ese parte ya que hablamos de un juego y no de una libreria de programacion o lo que sea. Me referia mas al tratamiento de bugs.

Aun cuando es habitual no dar informacion sobre ellos mientras no se parcheen suele haber Full Disclosures tras el parcheo, aviso de que fallaba y porque fallaba y como solucionarlo. En NGD se oculta incluso el hecho de haber solucionado bugs. Un ejemplo no grave y que ocurrio hace poco fue el del duplicado de nombres de clan. Kailer informo de que se estaba trabajando en ello, pero tras haberlo parcheado no hay informacion por ningun lado. Y lo mismo ocurre con muchisimos bugs, lo que crea una situacion de continua incertidumbre. Por ejemplo, esta introspectiva arreglado o no? Tras la 1.0 se reporto el problema, y si se quiere ver si se arreglo o no hay que probarlo tras cada parcheo ya que es muy habitual no informar sobre ese tipo de arreglos.

Supongo que es lo mismo que con Microsoft: cuando menos bugs reconozcamos mejor sensacion de seguridad y seriedad damos. Afirmacion con la que no concuerdo para nada. Lo unico que se consigue de esa forma es matener dudas e incertidumbres durante un tiempo indefinido en vez de acabar con ellos tajantemente al publicar que se resolvieron, a la vez que se da una pobrisima imagen de seriedad en cuanto se ve lo que ocurre.

Puede que a primera vista brille, pero al mirar debajo de la manta se ve toda la porqueria que hay.

Originally Posted by Xephandor

Los sistemas Unix requieren que algo esté estable para mandarlo a producción porque no son un juguete. Aclaré en mi anterior post que ese debería ser el modo (para mí) a adoptar.

Cualquier software con el que se pretende mantener un negocio deberia de requerir que lo que entre en produccion sea algo estable, aun siendo un juego y no el kernel de un controlador de misiles. Eso seria seriedad hacia el proyecto y hacia los usuarios. En NGD en cambio se prefiere perjudicar al usuario final mientras se testea en produccion. Es lo que ocurrio en la epoca pre 1.0 con toda la problematica que habia, ya sea de posicionamiento, de desbalances, de sistemas medio hechos como la supresion del chat global y el cambio de economia etc; y es lo que ocurre ahora con las invasiones.

La respuesta que se me dio al respecto fue tajante y poco seria: deja el juego unos meses y vuelve mas tarde. Eso nunca deberia de ser una respuesta hacia los clientes en un proyecto que pretende ser autosustentable, serio, y que jacta de tener un desarrollo que tiene en cuenta a la comunidad.

Se recurre una y otra vez que no vemos el tema globalmente, pero tampoco se tiene en cuenta la forma en la que ese desarrollo llega a los usuarios y los meses de impasse que se sufren a la hora de definir el modelo de desarrollo.

Originally Posted by Xephandor

Sí, y lo dije... Pero no me queda claro de dónde sacás lo de cliente maduro, porque creo que no lo mencioné en ninguna parte. Para mí esto es resultado de seis años de parcheo indiscriminado (típico de los MMORPG's).

En este punto no me referia precisamente a tu post, me referia a otros comentarios y si, debi especificiarlo

Originally Posted by Xephandor

Creo que sigue parecido, aunque hubo un par de cambios. No tengo wireshark instalado ahora. Ese es uno de los casos donde deberían refactorizar, pero te comento que no es tan simple como suena. Hacer una transferencia de datos no es tan trivial, y habrán motivos para no cambiarlo ahora.

Se muy bien que es complicado, y que hay que mantener muchisimos streams distintos a muchisimos users, darle a cada uno la informacion que toca y solo lo que toca etc, y bastante merito tienen con que el sistema funcione . Pero este detalle supone tambien que el lag no es solo cuestion de las ISPs, que hay mucho ancho de banda desperdicidado y que hay trabajo que hacer en este aspecto.

En cambio aqui ocurre la actitud de NGD es la misma. Nada mas salir las invasiones chilko posteo diciendo que el server se la bancaba perfectamente y que si teniamos problemas de lag nos quejaramos a nuestras ISPs. En parte es cierto, en parte el tiempo a demostrado que lo de que el server se la banca sera cuando estan 100 users conectados.

Originally Posted by Xephandor

Ese "algo raro" creo que se debe más a que la mezcla de lua, c, c++ y assembler es un cóctel explosivo y muy fácil de romper... No a un rollback específico (no lo puedo confirmar sin el código). Estamos en la misma.

Es un detalle que no tuve en cuenta. Cualquiera que haya programado en este tipo de entornos conoce los quebraderos de cabeza que puede llegar a dar C++ al portar prototipados scripting a el. Aun y todo los prototipados en si nunca deberian de llegar a produccion, ya que son eso, prototipados. Otra cosa distinta es el caso de ports que en principio iban a ser en full scripting a C++ por temas de rendimiento.

Pese a todo, sigue sin convencerme como explicacion para todos los rebrotes de bugs, pero es una posibilidad y seguramente muchas habran sido debido a eso.

Originally Posted by Xephandor

Yo no le daría pelota, al menos porque ese tracker era un despelote para los usuarios... No me quiero imaginar para los administradores. Prefiero un sistema de tickets como SimpleTicket (aunque esté en Ruby), que sea abierto al público para ver los bugs disponibles y milestones.

Si, debia ser un engorro tremendo y tuvo que sufrir un flood increible ese sistema de bugtraquing, y supongo que por eso se saco el boton. Pero aun y todo hoy en dia sigue siendo accesible via web. Si no se ha usado en años o no se va a usar es facil borrar simplemente un link en la web y punto.

Originally Posted by Xephandor

El error está más por el lado de Jellsoft por hacer el login case-insensitive. Igualmente, ya estás hilando fino.

Eso pense al principio yo tambien, y mande un mail a Kailer indicandole el posible problema. Pero el caso de Killer demuestra que no es solo un problema de comparacion case sensitive, ya que habia dos usuarios con el mismo exacto nombre de usuario, en caracteres puramente ASCII, por lo que tampoco puede ser algo de charsets. Quiza hubiera un chequeo, pero el unico problema no fue la comparacion case sensitive que daba falsos negativos.

Saludos

EDIT:
@nicolas_11: pense que se referia a mi al venir justo detras de mi post. Si no es asi perdon por la agria respuesta
@Xephandor: discutir es bueno, flamear no :P Dejemos los flames para otras cosas