Estado actual del módulo.

[Utgarda]

Buenas, últimamente me ha aparecido alarmante la cantidad de problemas que existen en el servidor, y siento la necesidad de dejar mi opinión y abrir el debate, dado que no quiero ensuciar el otro hilo. Sobra que opine sobre el estado actual del servidor, creo que ya sabemos todos a lo que me refiero, este hilo es para debatir de forma cordial, más opciones para facilitar la tarea de reparar bugs.

Mi primera propuesta: pasa por crear un escritorio remoto con funciones limitadas que permita a un colaborador tener acceso al módulo y reparar los fallos. Sé que teméis que se roben el módulo y abran su propio PBD o algo pero si restringís el acceso al escritorio remoto (que no se puedan visitar determinadas carpetas para extraer algo por ejemplo) limitaréis las acciones que puedan llevar a cabo. Un escritorio remoto que permita efectuar un cambio, arrancar el servidor y poder entrar como jugador a testearlo. Luego pedir un informe al jugador sobre los cambios efectuados con el nombre de los scripts modificados para que se supervise.

Mi segunda propuesta: Abrir el foro de colaboradores de forma pública, es necesario que el servidor entero vea a donde se le está dedicando el tiempo, que fallos tienen más prioridades sobre todos y cosas así. Últimamente se reinicia el servidor y no se sabe si se ha reparado algo o simplemente fue un reinicio. Un par de veces ya me cogió este reinicio con el caballo dentro y sin avisar.

Mi tercera y última propuesta: PARAR la cruzada contra la diversión, repetir constantemente que van a nerfear una cosa u otra por discord sin que eso llegue, hace pensar MUY MAL sobre el tiempo que se le está invirtiendo al módulo, desde hace meses llevo leyendo que van a nerfear los críticos por que alguien dijo que lo haría. ¿Enserio es más prioritario eso que arreglar los miles de bugs? ¿por qué difundís estos bulos? ¿os dais cuenta que dañan la imagen del servidor? ¿o es que no entendéis que entra gente ajena y no entiende las bromas de este tipo?

Offtopic :

Ahora, esto es para los 4 o 5 de siempre. Sabed que simplemente cuando escribís una opinión para molestar o provocar, le doy a "Ignorar" y no os lo levanto nunca, ni de aquí, ni del juego, ni del discord. Invito a todos a pensar y leer y re-leer lo que escribiréis. Esto es un hilo para hacer propuestas para mejorar las cosas, no para debatir si la subraza es muy chetas o si se debería nerfear algo, si queréis hablar sobre eso, abrid vuestro propio hilo.

 

[Hela]

El gran problema al que nos enfrentamos es en realidad el propio aurora, ya que el módulo no soporta múltiples usuarios accediendo simultáneamente al módulo.

Una posible solución es colocar los ficheros de script para que tu puedas descargar y tocar via ftp. Lo que lleva a otro gran problema las dependencias. Hay script que dependen de otros para funcionar y eso estoy segura que no está documentado.

Estoy bastante de acuerdo en que la prioridad debería ser el solucionar los bugs reportados por encima de nerfeos o cualquier otra modificación de clases o conjuros.

La caravana por ejemplo, me parece un fallo crítico porque directamente deja bloqueado a un jugador.

O el ubicado de disipar que elimina hasta las habilidades dejando en algún caso el pj bugeado.

O el reciente encontrado al bárbaro.

Por poner algunos ejemplos.

También estaría bien poder ver el foro del equipo técnico, porque al abrirlo quizá alguien se animara a colaborar. Digo verlo, no permitir que se pueda postear.

Para finalizar me gustaría que como ya se ha dicho los 4 trolls que hay se abstengan de ensuciar / desviar con lo de siempre y pediría a los administradores mano dura al menos en este hilo que es bastante Serio.

 

[Hela]

Acabo de releer tu propuesta del escritorio remoto.

Restringir carpetas no solucionaría nada, dado que los scripts son texto fácilmente replicable incluso copiandolos.

Por eso lo de exprotar los scripts sería más viable y permitiría trabajas a varios en diferentes sistemas.

 

[Bollitocream]

Hola buenos días, a mi me gustaría un pequeño lavado de cara sin llegar a quitarle el encanto a pdb,sobre todo nuevas áreas que explorar para no apagar ese espíritu aventurero de algunos jugadores y para las áreas que ya están trilladas pues un pequeño cambio para que nos vuelva ese pequeño estímulo visual que tanto nos agrada.

Sobre el punto 3 "la cruzada contra la diversión" cuando bajan una cosa al final suben otra y bueno hay miles de temas sin resolver como la CA natural de subraza pero aquí quisiera yo hacer incapie, si es verdad que muchas veces he sentido que se capa mucho la imaginación y los planes a futuro de muchos personajes llegando un poco a quemar al jugador. Se que somos muchos players y el staff a veces no da para tanto, otras muchas veces pedimos cosas que se pasan de rosca y no son viables, pero el premio al jugador por muchos roles de peso al final quedan en nada (como a mí me ha pasado en este caso) dan sensación de estancamiento y muchas veces nos olvidamos de lo que realmente importa que es la diversión porque es un juego y el principal objetivo de este es divertirse.

Por lo que con todo mi cariño hacia el staff si que pediría un poco más de permisividad para no vernos estancados, tal vez quest masters para que haya más movimiento en el server y con esto se atraería nuevos y antiguos players , así no daría sensación de soledad , por último eso... Nuevas áreas interesantes y un ligero cambio para las antiguas.

Un cordial saludo como siempre y nos vemos dentro!

 

[Utgarda]

Acabo de releer tu propuesta del escritorio remoto.

Restringir carpetas no solucionaría nada, dado que los scripts son texto fácilmente replicable incluso copiandolos.

Por eso lo de exprotar los scripts sería más viable y permitiría trabajas a varios en diferentes sistemas.

Totalmente de acuerdo, veo que controlas del tema y sabes tan bien como yo que hay sistemas muy fáciles de replicar. En un escritorio remoto que no permita copiar ni acceder a carpietas para extraer haks o módulo. El sistema de sets es tan fácil de replicar que en una o dos tardes, se podría replicar. Igual que el sistema de CA por nivel, propiedades de objetos, bloqueo de nivel etc.. Lo que queda claro es que si restringes el CTRL+C y limitas el acceso a las carpetas, el resto se puede tocar sin problemas.

Es cierto que es un problema tocarlo de forma simultanea, pero también se puede abrir de forma simultanea en distintos escritorios, un pooco la idea es tener acceso a la librería del módulo, notificar los cambios y que estos se extraigan (con supervisión) al módulo de pruebas final. Como una serie de 3 fases donde la primera es la realización y planificación del script, la fase 2 es el test de prueba, la fase 3 es la implementación en el servidor actual. Si un script pasa la fase 1 y 2, se implementa, si no las pasa, entonces no se implementa hasta que esté totalmente corregido.

Últimamente se ha puesto un script encima de otro sin hacer pruebas y eso ha llevado a que sistemas como el de Set ahora ya no sirvan para nada. Recordemos igual que el que no arriesga, no gana y si permanece ese sentimiento de miedo a que se copien el módulo, entonces estamos condenados a estar en un servidor con muchos bugs.

Por lo que con todo mi cariño hacia el staff si que pediría un poco más de permisividad para no vernos estancados, tal vez quest masters para que haya más movimiento en el server y con esto se atraería nuevos y antiguos players , así no daría sensación de soledad , por último eso... Nuevas áreas interesantes y un ligero cambio para las antiguas.

Hay que decir que estás siendo muy constructivo y no estás equivocado, hay que desviar los esfuerzos del staff a cosas más importantes. Las escenas son divertidas pero si son a un ritmo pausado o duran más de una hora, empiezan a ser aburridas.

Acabo de releer tu propuesta del escritorio remoto.

Restringir carpetas no solucionaría nada, dado que los scripts son texto fácilmente replicable incluso copiandolos.

Por eso lo de exprotar los scripts sería más viable y permitiría trabajas a varios en diferentes sistemas.

Por otra parte, he de decir que exportarlos es incluso peor, dado la cantidad de librerías que derivan unas de otras (por no hablar del NWNX). La idea del escritorio remoto es más plácida por que no les estás dando acceso al módulo de pruebas final pero les estás entregando un escritorio de trabajo con todas las herramientas, lo único que tienes que hacer es escribir un informe, citar los scripts, pnjs o lo que sea que hayas corregido y que pase por el ojo de alguien antes de implementarse en el módulo de PDB final.

Recuerda que además de darles acceso al script, los formas un poco también, hay personas que aun que entienden como funcionan las cosas, a veces les hace falta un empuje adicional para segun que cosas, lo normal es preguntarle a tu profesor pero en este caso, pongamos como ejemplo, que no sé crear un limitador de CA, entonces reviso el limitador actual y de ahí aprendo. No solo serviría para echar mano al módulo y arreglarlo, si no también para formar a los que tienen menos experiencia.

 

[Vrounston]

Yo me centro en el punto tres del debate.

A mi de lo mas constructivo que se me ocurre es responder claramente cuando un jugador nuevo o no tan nuevo pregunta algo. Hay cosas que llevan pendientes tanto tiempo que simplemente son proyectos a futuro. La implementación del maestro de múltiples formas, mis los golems, arreglar las quest del reclutador, habrá mas cosas pero no recuerdo que llevan mas de doce meses pendientes. Lo de las caravanas creo que es bastante reciente.

A veces por no querer que parezca que nuestro comentario es una queja gratuita, pataleta, que el tono pueda parecer que no es el correcto aunque escribas muchos xd o jajas, evitamos decir la verdad, haciendo creer al jugador que la situación es diferente a la real. Y esos jugadores nuevos/no tan nuevos tienen en mente proyectos que involucran esos sistemas pendientes, hacerle esperar en vano lo considero bastante perjudicial pues hace que el jugador se frustre y busque otros lugares donde entretenerse.

Luego tenemos lo de siempre, o lo periódico, que comenta Bollito. Se es muy estricto con ciertas cosas, agarrándose en otras al manual, por el "miedo" a que situaciones llevadas por jugadores se "descontrolen". Es evidente que dar poder real a los jugadores para cambiar realidades es una buena medida, claro ejemplo han sido las pasadas elecciones y que haya salido un Corregidor jugador, influyendo en diferentes grupos afines y no tan afines. Aunque también es cierto que no es una posición con excesivo poder, al carecer de ningún poder legislativo. Habría sido bonito que también hubiese salido un jugador ganador de las elecciones de Imneskar donde si que podrían haber habido poder legislativo, ejecutivo y judicial en manos de los jugadores , pero con un npc, nada cambiará hasta que un DM decida meter mano.

Tenemos ahora dos magistrados, pero son una posición reactiva que realmente tiene "algo que hacer" cuando la guardia tramite alguna denuncia de jugadores o cuando, otra vez, un DM tenga que meter mano.


Se insiste mucho en generar rol sin depender de DM, pero si los mapeados se mantienen sin cambios, las mazmorras son las mismas, para montar X proyecto te pasas tres meses de foro (dependencia DM, algo que no gusta pero el 99% de las cosas con impacto lo requieren) y realmente no hay posiciones de poder que puedan cambiar el servidor...las patrullas, aprendizaje de X maestro, charlas contra la no muerte, enseñanzas de X oficio, acaban siendo tediosas para algunos jugadores, especialmente los mas veteranos.


PD: El resumen es mi firma.

 

[minikanyas]

¡Buenas!

Me alegra que se despierte cierto interés por el ámbito más técnico del módulo y del servidor, ya que generalmente no se le da tanta importancia ya que no es la parte "visible" del módulo.

Despedazo un poco el post, ya que tiene bastante contenido, y voy respondiendo a los diferentes temas mencionados
​

Mi primera propuesta: pasa por crear un escritorio remoto con funciones limitadas que permita a un colaborador tener acceso al módulo y reparar los fallos. Sé que teméis que se roben el módulo y abran su propio PBD o algo pero si restringís el acceso al escritorio remoto (que no se puedan visitar determinadas carpetas para extraer algo por ejemplo) limitaréis las acciones que puedan llevar a cabo. Un escritorio remoto que permita efectuar un cambio, arrancar el servidor y poder entrar como jugador a testearlo. Luego pedir un informe al jugador sobre los cambios efectuados con el nombre de los scripts modificados para que se supervise.​

Personalmente no veo que esta propuesta sea para nada viable. Si bien es práctica la existencia de algo así, no es realista ni mantenible desde el punto de vista técnico, al menos en la escala actual del servidor.

Empezando por el hosting, partimos de la base en la que en el hosting actual no existe el concepto de "escritorio remoto", el servidor se está ejecutando en una máquina que funciona sobre un Linux sin interfaz gráfica. Sumando a esto, permitir que se enciendan y apaguen servicios de desarrollo / prueba en una máquina en la que se ejecutan servicios de "producción" es un riesgo absurdo, a menos que queramos aumentar la inestabilidad del servidor.

Si quisiésemos hacer algo parecido a esto, el camino a tomar sería la adquisición de una máquina nueva / VPS para alojar esto, lo que incurriría en un incremento de costes mensuales y de mantenimiento para el servidor.

También habría que tener en cuenta bastantes más factores que no se tienen en cuenta, como la forzada distribución de los haks a los usuarios, ya que si se quieren hacer modificaciones sobre los 2da's no se puede ligar este servidor al NWSync actual, etc.

En cuanto a los informes, personalmente no lo veo una solución viable, ya sea bien por la dificultad de revisión del código implementado, como la posibilidad de implementación de código no documentado y otros riesgos que podrían haber. Un sistema de control de versiones sería lo más lógico en estas situaciones, ya que permite controlar con más facilidad qué se implementa y qué no, controlar los diferentes cambios y ver qué se ha modificado exactamente.
​

Mi segunda propuesta: Abrir el foro de colaboradores de forma pública, es necesario que el servidor entero vea a donde se le está dedicando el tiempo, que fallos tienen más prioridades sobre todos y cosas así. Últimamente se reinicia el servidor y no se sabe si se ha reparado algo o simplemente fue un reinicio. Un par de veces ya me cogió este reinicio con el caballo dentro y sin avisar.​

No me parece mala sugerencia, aunque a día de hoy el subforo que comentas prácticamente roza el abandono y sólo se utiliza para redactar reformas a sistemas con cierta complejidad o documentar cosas puntuales, la gran mayoría se habla y plantea a través de Discord.
​

Mi tercera y última propuesta: PARAR la cruzada contra la diversión, repetir constantemente que van a nerfear una cosa u otra por discord sin que eso llegue, hace pensar MUY MAL sobre el tiempo que se le está invirtiendo al módulo, desde hace meses llevo leyendo que van a nerfear los críticos por que alguien dijo que lo haría. ¿Enserio es más prioritario eso que arreglar los miles de bugs? ¿por qué difundís estos bulos? ¿os dais cuenta que dañan la imagen del servidor? ¿o es que no entendéis que entra gente ajena y no entiende las bromas de este tipo?​

Me parece que aquí se están mezclando algunas cosas o quizá no se están entendiendo o interpretando del todo bien. En ningún momento se está buscando acabar con la diversión del servidor, si no que lo que se está buscando es tomar las riendas/control sobre algunos asuntos que están lejos de ser normales o estar controlados.

Hay que tener algo muy claro y presente en el servidor, y es el que el nivel de poder está completamente fuera de control y intentar hacer algo balanceado para todo el mundo es absurdamente complicado. Las actividades por motor que impliquen "hacer daño" son o bien muy sencillas o bien muy complicadas (y todo esto varía en función a quién le preguntes). Todo esto depende de lo min-maxeada la ficha que tengan los jugadores o las clases que estén utilizando. Los encuentros del servidor son algo afectado gravemente por esta situación, haciendo muy difícil su balanceo.

Si bien es cierto que muchas veces se hacen bromas con algunas cosas, yo creo que suele quedar bastante claro que no son cosas que se vayan a hacer en un futuro próximo, como en este caso, el nerfeo de críticos. En cualquier caso, como este comentario va prácticamente dirigido en exclusiva a mí, en lo próximo me abstendré de hacer bromas relacionadas con esto o dejaré claro que son bromas, ya que parece que suelen tocar en puntos sensibles de algunos jugadores.
​

Últimamente se ha puesto un script encima de otro sin hacer pruebas y eso ha llevado a que sistemas como el de Set ahora ya no sirvan para nada. Recordemos igual que el que no arriesga, no gana y si permanece ese sentimiento de miedo a que se copien el módulo, entonces estamos condenados a estar en un servidor con muchos bugs.​

Respecto a esto, me gustaría que seamos algo consecuentes con el paso del tiempo y revisemos el histórico de parches antes de realizar una afirmación así, ya que desde hace un tiempo se está evitando implementar funcionalidades nuevas y los parches se están enfocando en correcciones de errores y revisiones a funcionalidades existentes, incorporando cosas nuevas con cuentagotas. También incluyendo algunos ajustes de balance.
​

---

Y, ahora, poniendo punto y aparte a los temas ya mencionados, hay algo que a mí personalmente me gustaría mencionar.

Está muy bien que queramos añadir más facilidades y herramientas para los colaboradores, pero, aquí planteo yo lo siguiente. ¿Nos hemos parado a pensar por qué no se están incorporando sistemas nuevos o soluciones que faciliten el desarrollo del servidor? ¿Estas propuestas tendrían algún beneficio real en caso de ser consideradas y/o implementadas?

A día de hoy soy el único que está colaborando de forma semi-activa con el desarrollo del módulo a nivel de scripting. Desde hace años todavía no se ha presentado nadie (o al menos, que yo tenga constancia) con la capacidad suficiente y un interés demostrable y real por colaborar con el servidor de forma constante.

Si bien es cierto que en algunas ocasiones algunos usuarios se han prestado a colaborar con algunas cosas, en muchas ocasiones son cosas que les afectan directamente a ellos o con situaciones muy puntuales. En otras ocasiones también se han presentado usuarios con intención de colaborar sin especificar ningún ámbito concreto, pero aquí también entra la falta de conocimiento y la dificultad de elaborar código que sea reaprovechable y implementable en el módulo.

Personalmente invito a aquellos que tengan conocimientos y/o ganas de colaborar a que contacten conmigo vía Discord para ver cómo podemos trabajar de forma conjunta, ya que esto es algo a lo que siempre hemos estado abiertos y sobre lo que nunca hemos tenido intención de cerrar puertas.​

 

[Nyra]

Yo me centro en el punto tres del debate.

A mi de lo mas constructivo que se me ocurre es responder claramente cuando un jugador nuevo o no tan nuevo pregunta algo. Hay cosas que llevan pendientes tanto tiempo que simplemente son proyectos a futuro. La implementación del maestro de múltiples formas, mis los golems, arreglar las quest del reclutador, habrá mas cosas pero no recuerdo que llevan mas de doce meses pendientes. Lo de las caravanas creo que es bastante reciente.

A veces por no querer que parezca que nuestro comentario es una queja gratuita, pataleta, que el tono pueda parecer que no es el correcto aunque escribas muchos xd o jajas, evitamos decir la verdad, haciendo creer al jugador que la situación es diferente a la real. Y esos jugadores nuevos/no tan nuevos tienen en mente proyectos que involucran esos sistemas pendientes, hacerle esperar en vano lo considero bastante perjudicial pues hace que el jugador se frustre y busque otros lugares donde entretenerse.

Luego tenemos lo de siempre, o lo periódico, que comenta Bollito. Se es muy estricto con ciertas cosas, agarrándose en otras al manual, por el "miedo" a que situaciones llevadas por jugadores se "descontrolen". Es evidente que dar poder real a los jugadores para cambiar realidades es una buena medida, claro ejemplo han sido las pasadas elecciones y que haya salido un Corregidor jugador, influyendo en diferentes grupos afines y no tan afines. Aunque también es cierto que no es una posición con excesivo poder, al carecer de ningún poder legislativo. Habría sido bonito que también hubiese salido un jugador ganador de las elecciones de Imneskar donde si que podrían haber habido poder legislativo, ejecutivo y judicial en manos de los jugadores , pero con un npc, nada cambiará hasta que un DM decida meter mano.

Tenemos ahora dos magistrados, pero son una posición reactiva que realmente tiene "algo que hacer" cuando la guardia tramite alguna denuncia de jugadores o cuando, otra vez, un DM tenga que meter mano.


Se insiste mucho en generar rol sin depender de DM, pero si los mapeados se mantienen sin cambios, las mazmorras son las mismas, para montar X proyecto te pasas tres meses de foro (dependencia DM, algo que no gusta pero el 99% de las cosas con impacto lo requieren) y realmente no hay posiciones de poder que puedan cambiar el servidor...las patrullas, aprendizaje de X maestro, charlas contra la no muerte, enseñanzas de X oficio, acaban siendo tediosas para algunos jugadores, especialmente los mas veteranos.


PD: El resumen es mi firma.

Respecto a esto solo puedo opinar sobre la alcaldía de Imnescar ya que a saber cuantos jugadores estuvieron moviéndose para que ganara el npc ya que para la visión de los pjs era la mejor opción. Cerrarlo a que solo puedan ser jugadores y tirar por tierra ese esfuerzo tampoco me parecería bien. Porque hubo bastante movimiento detrás de eso. Creo y quiero creer que los dms intentan ser lo más objetivos con esas cosas estemos de acuerdo o no. Lo digo porque en alguna otra ocasión me pareció algo injusto y podría no ser realmente así.
Perdón por el tocho y tal, esto no lo digo cómo queja realmente solo para que se vean más puntos >^<

 

[Utgarda]

Si quisiésemos hacer algo parecido a esto, el camino a tomar sería la adquisición de una máquina nueva / VPS para alojar esto, lo que incurriría en un incremento de costes mensuales y de mantenimiento para el servidor.

Mi idea en un principio es y era esta. Implementarlos de entrada en el servidor no sería una buena idea (ya que si no se hacen pruebas previas, podría generar más problemas que antes

Si bien es cierto que muchas veces se hacen bromas con algunas cosas, yo creo que suele quedar bastante claro que no son cosas que se vayan a hacer en un futuro próximo, como en este caso, el nerfeo de críticos. En cualquier caso, como este comentario va prácticamente dirigido en exclusiva a mí, en lo próximo me abstendré de hacer bromas relacionadas con esto o dejaré claro que son bromas, ya que parece que suelen tocar en puntos sensibles de algunos jugadores.

Lo cierto es que no iba dirigido a ti, he oido hablar de esto a 4 o 5 personas, incluso algunos incitando a no ponerse daños elementales por que pronto dejarían de ser útiles. Pero a esto añado que si con el equilibrio actual del servidor, se lleva a cabo cambios así, lo más probable es que tarde o temprano la gente deje de jugar. Créeme, os hace falta jugar para daros cuenta de lo mal que están las cosas.

Respecto a esto, me gustaría que seamos algo consecuentes con el paso del tiempo y revisemos el histórico de parches antes de realizar una afirmación así, ya que desde hace un tiempo se está evitando implementar funcionalidades nuevas y los parches se están enfocando en correcciones de errores y revisiones a funcionalidades existentes, incorporando cosas nuevas con cuentagotas. También incluyendo algunos ajustes de balance.

Tampoco se informa sobre arreglos a la orden del día, hasta que no preguntamos por el sistema de sets, algunos ni sabíamos que se había reescrito el código. Tampoco sabemos que ha arreglado precisamente esto por que a nivel de motor no hemos notado diferencia alguna.

Si bien es cierto que en algunas ocasiones algunos usuarios se han prestado a colaborar con algunas cosas, en muchas ocasiones son cosas que les afectan directamente a ellos o con situaciones muy puntuales. En otras ocasiones también se han presentado usuarios con intención de colaborar sin especificar ningún ámbito concreto, pero aquí también entra la falta de conocimiento y la dificultad de elaborar código que sea reaprovechable y implementable en el módulo.

¿Por qué está mal que alguien se presente a arreglar algo puntual? quiero decir... ponle que quiero arreglar la posada de Imnescar por que me gusta y juego en imnescar. ¿Hay algo de malo en esto? creo que el único beneficio que obtienes a cambio de ser colaborador, es poder elegir tu mismo que cosas arreglar primero y cuales arregla después. La mayoría de cosas por lo menos que yo arreglaría, no involucran módulo, dado que sé que no se le confía el módulo a cualquiera. ¿Como arreglamos la estatua flotante de Imnescar o la que está bugeada en la cueva del orco sin el mapeado? hay cosas que sencillamente sin el área o el script, no se pueden arreglar.


Aparte, en el sistema de escritorio remoto sería simplemente un acceso para levantar un servidor en paralelo y efectuar las modificaciones. La idea está pensada para que (por ejemplo) no le cueles un +50 a la fuerza sin que nadie lo sepa en el scipt, ya hay un pasado de gente que implementó cosas para su personaje personaje/clase y creo que nadie quiere esto. El escritorio remoto es la única solución viable para que alguien ajeno pueda modificar un mapeado, arreglar una quest y tal, si conoces alguna mejor entonces me gustaría saberlo. En cuanto a los costes, son asumibles, no precisas de una máquina de la nasa tampoco, una básica con una renta al mes con uso de horas diarias limitadas sería suficiente para ir trabajando un poco. ¿Os preocupa el dinero? me ofrezco a ayudar a pagarlo si ese es el problema, hasta ahí me importan los problemas que tiene el servidor.

Les tengo un amor-odio a estos hilos por que lo único que veo es el miedo a lo nuevo, pero si el plan es cruzarse de brazos y que todo siga igual... Sí a mi me gustaría ayudar con estas cuestiones pero sé de antemano que arreglar un script o un fallo, es pedirle a alguien que te pase la retaila de scripts que lo hacen funcionar. No me importa instalar linux o mover el juego con el Docker, pero el conocimiento es limitado y la información no abunda, tampoco es clara. Quiero ayudar, pero la ayuda también requiere un poco de tiempo por parte de alguien. PBD no lo hicieron programadores veteranos, al comienzo si no me equivoco, lo hicieron personas randoms con conocimientos limitados y sus sistemas se utilizan hasta el día de hoy.

 

[minikanyas]

Lo cierto es que no iba dirigido a ti, he oido hablar de esto a 4 o 5 personas, incluso algunos incitando a no ponerse daños elementales por que pronto dejarían de ser útiles. Pero a esto añado que si con el equilibrio actual del servidor, se lleva a cabo cambios así, lo más probable es que tarde o temprano la gente deje de jugar. Créeme, os hace falta jugar para daros cuenta de lo mal que están las cosas.​

Sobre esto, simplemente mencionar que si en algún momento se realiza algún cambio de balance que afecte en gran medida a las cotas de poder de los jugadores, a su vez tendremos la intención de ajustar a las criaturas acorde a esto. Creo que nadie quiere que todo el mundo muera nada más salir de la ciudad.
​

Tampoco se informa sobre arreglos a la orden del día, hasta que no preguntamos por el sistema de sets, algunos ni sabíamos que se había reescrito el código. Tampoco sabemos que ha arreglado precisamente esto por que a nivel de motor no hemos notado diferencia alguna.​

Generalmente sí que se informa sobre estos arreglos y se ven reflejados en el hilo correspondiente. Hay algunas excepciones en las que se aplican "hotfixes" de errores introducidos por una actualización, que ahí sí que solemos pecar de no publicarlo.
​

¿Por qué está mal que alguien se presente a arreglar algo puntual? quiero decir... ponle que quiero arreglar la posada de Imnescar por que me gusta y juego en imnescar. ¿Hay algo de malo en esto? creo que el único beneficio que obtienes a cambio de ser colaborador, es poder elegir tu mismo que cosas arreglar primero y cuales arregla después. La mayoría de cosas por lo menos que yo arreglaría, no involucran módulo, dado que sé que no se le confía el módulo a cualquiera. ¿Como arreglamos la estatua flotante de Imnescar o la que está bugeada en la cueva del orco sin el mapeado? hay cosas que sencillamente sin el área o el script, no se pueden arreglar.​

No recuerdo haber dicho que esto sea algo malo, si no que esto es lo que ocurre en su gran mayoría y es algo que genera conflictos de interés. Por ejemplo, quizá desde el equipo técnico no queremos dedicarle tiempo a revisar una funcionalidad en concreto porque no la consideramos prioritaria y no queremos invertir tiempo en siquiera revisarla, o porque tengamos previsto remodelarla o cambiarla por completo.
​

Aparte, en el sistema de escritorio remoto sería simplemente un acceso para levantar un servidor en paralelo y efectuar las modificaciones. La idea está pensada para que (por ejemplo) no le cueles un +50 a la fuerza sin que nadie lo sepa en el scipt, ya hay un pasado de gente que implementó cosas para su personaje personaje/clase y creo que nadie quiere esto. El escritorio remoto es la única solución viable para que alguien ajeno pueda modificar un mapeado, arreglar una quest y tal, si conoces alguna mejor entonces me gustaría saberlo. En cuanto a los costes, son asumibles, no precisas de una máquina de la nasa tampoco, una básica con una renta al mes con uso de horas diarias limitadas sería suficiente para ir trabajando un poco. ¿Os preocupa el dinero? me ofrezco a ayudar a pagarlo si ese es el problema, hasta ahí me importan los problemas que tiene el servidor.​

Como ya he dicho antes, esta idea es algo que suena muy bonito sobre el papel, pero sobre la práctica, es algo poco realista. Entre otras cosas, implica añadir una carga de trabajo inicial relativamente grande para el equipo técnico y una carga de trabajo constante para mantener este circuito en funcionamiento. También presentaría problemas a la hora de trabajar de forma colaborativa, ya que un escritorio remoto implica que sólo una persona puede trabajar en el módulo al mismo tiempo.

Sin contar con que se estaría exponiendo el módulo a filtraciones íntegras.

No es algo que valoremos a corto ni largo plazo.​

 

[Utgarda]

Como ya he dicho antes, esta idea es algo que suena muy bonito sobre el papel, pero sobre la práctica, es algo poco realista. Entre otras cosas, implica añadir una carga de trabajo inicial relativamente grande para el equipo técnico y una carga de trabajo constante para mantener este circuito en funcionamiento. También presentaría problemas a la hora de trabajar de forma colaborativa, ya que un escritorio remoto implica que sólo una persona puede trabajar en el módulo al mismo tiempo.

Sin contar con que se estaría exponiendo el módulo a filtraciones íntegras.

No es algo que valoremos a corto ni largo plazo.

Pero ¿y entonces, qué se puede hacer? entonces el módulo está condenado a tener fallos de por vida por que no se pueden tocar? hay cosas que no valen la pena derivarlas a otro por que son tan fáciles de arreglar que se pierde más tiempo exportando e importando que simplemente arreglándolo, como por ejemplo las puertas que se cierran y abren y tienes que pasar 15 minutos intentando abrirla para pasar la transición y otros 15 minutos para salir.

Estoy de acuerdo más o menos con muchas cosas que dices, pero en algún momento habrá que salir de la zona de confort y arriesgarse a algo para que se pueda salir de este bucle, hay bugs que algunos hemos perdido la esperanza de que se arreglen. Hay que parar todas las implementaciones y centrarse en los errores por que si con tantos problemas, viene un nerf a los caballos (por ejemplo) entonces la gente se preguntará ¿qué pasa con mi PRC bug? ¿y mis pasos de caballo? ¿sabes que llevo 2 meses con el sonido del caballo al andar?

 

[minikanyas]

Pero ¿y entonces, qué se puede hacer? entonces el módulo está condenado a tener fallos de por vida por que no se pueden tocar? hay cosas que no valen la pena derivarlas a otro por que son tan fáciles de arreglar que se pierde más tiempo exportando e importando que simplemente arreglándolo, como por ejemplo las puertas que se cierran y abren y tienes que pasar 15 minutos intentando abrirla para pasar la transición y otros 15 minutos para salir.​

Al final si queremos llegar a un punto estable tenemos que poner unas prioridades, no podemos abarcar todo y por eso mismo es importante hacer esto.
Por poner un ejemplo más contundente, si tenemos un script de disipación que ocasionalmente provoca parones temporales o incluso crasheos en el servidor o un sistema de efectos pasivos que no funciona del todo bien, no voy a pararme a mirar si hay una silla en la que no te puedes sentar en X posada por tema colisiones, o si has modificado algo más que un tilde en un script o en un área.
​

Estoy de acuerdo más o menos con muchas cosas que dices, pero en algún momento habrá que salir de la zona de confort y arriesgarse a algo para que se pueda salir de este bucle, hay bugs que algunos hemos perdido la esperanza de que se arreglen. Hay que parar todas las implementaciones y centrarse en los errores por que si con tantos problemas, viene un nerf a los caballos (por ejemplo) entonces la gente se preguntará ¿qué pasa con mi PRC bug? ¿y mis pasos de caballo?​

No veo la necesidad de asumir todos los riesgos de los que estamos hablando, cuando se puede dar todo esto en un entorno más cerrado y controlado, y posiblemente más fácil de cara a la revisión de problemas.

Pongamos un ejemplo aquí también, de hecho, uno muy actual, el problema con la contabilización de objetos de los sets.

Si tú me pides los scripts relacionados con este sistema, o los fragmentos de código de este sistema, no tengo problema en enviarte lo que yo considere necesario para que puedas corregir este bug, y inclusive darte guías o directrices de cómo lo haría yo o cómo lo encajaría de la mejor forma posible en el módulo.
​

¿sabes que llevo 2 meses con el sonido del caballo al andar? ​

No, no lo sabía. Dame un toque por el canal de #soporte-técnico de Discord y si estoy disponible te contestaré para revisarlo.​

 

[Hela]

Si bien es cierto que en algunas ocasiones algunos usuarios se han prestado a colaborar con algunas cosas, en muchas ocasiones son cosas que les afectan directamente a ellos o con situaciones muy puntuales. En otras ocasiones también se han presentado usuarios con intención de colaborar sin especificar ningún ámbito concreto, pero aquí también entra la falta de conocimiento y la dificultad de elaborar código que sea reaprovechable y implementable en el módulo.

Está claro, que la mayoría de los que nos movemos un poco en gastar nuestro tiempo libre implementando algo, es porque luego nos vamos a beneficiar de ello.

Desgraciadamente nadie es completamente altruista. Eso es algo inherente al ser humano.

Pero como quiero ser constructiva propongo lo siguiente:

Yo creo que para comenzar con buen pie, estaría genial un pequeño hilo público con los bugs mas o menos críticos y el estado de modificación.

Así nos podemos hacer una idea real de lo que hay y sobre todo la urgencia.

Como el famoso script de disipar que tumba el servidor.

Además que los jugadores que no son programadores sean conscientes de los problemas que hay.

Estoy segura de que mas de uno se sorprendería la cantidad de cosas que hay que solucionar.