estas de acuerdo con la separacion de npc +/- 28??

[HunT]

No se si lo decís como oposición a lo que yo dije, o simplemente como complemento, o que onda. Yo no tengo idea de todo eso y te creo en lo que decís, quizás haya motivos más o menos válidos desde todos los lados para que así hayan resultado las cosas y todos tenemos nuestras opiniones de lo que conocemos (y lo que no). Dicho esto, lo que vos mencionas es un motivo por el cual se cumple lo que dije antes, "por conocimiento y acceso en simultáneo". Habría que ver por que la gente que tiene acceso no tiene conocimiento, o quienes tienen conocimiento no tienen acceso, o quienes tienen acceso y conocimiento no pueden/deciden/loque sea hacerlo.

Ojalá exista la posibilidad de que puedas y puedan beneficiarse mutuamente con tu ayuda en programación

[fRONTEO]

Para mi que le estamos errando en discutir una implementación o ecuaciones antes de discutir lo que respecta a balance. Sin querer menospreciar las ecuaciones que propusieron arriba (que en definitiva es la implementación), el "problema" no es hacer esas líneas de código... sino decidir respecto al impacto en el balance. Estamos salteando comisiones que bien puestas están. Idea->Balance->Desarrollo.

No digo que no discutan cómo sería la ecuación, solo digo que me parece que ese no es el problema que deberíamos estar discutiendo. Como bien dijo mKnox, él metió a la discusión npcs, reducciones de defensas, etc., eso es lo que deberíamos discutir.... qué implica quitar completamente el sistema o hacerlo gradual o lo que sea. Lo sacamos? Ok, donde impacta? Lo hacemos gradual? Ok, dónde impacta?

Creo que si queremos discutir sobre estas ideas, al menos deberíamos desafiarnos a nosotros mismos en ver más allá de lo que se decide y ver dónde impacta o como balancear. Eso hace rica una discusión.

Si van a poner que cualquiera lime en cualquier lado saquen hadas o kappas son mapas mas chicos que dv dd y a 2 mapas de la ciudad

[Anagrama]

No se si lo decís como oposición a lo que yo dije, o simplemente como complemento, o que onda. Yo no tengo idea de todo eso y te creo en lo que decís, quizás haya motivos más o menos válidos desde todos los lados para que así hayan resultado las cosas y todos tenemos nuestras opiniones de lo que conocemos (y lo que no). Dicho esto, lo que vos mencionas es un motivo por el cual se cumple lo que dije antes, "por conocimiento y acceso en simultáneo". Habría que ver por que la gente que tiene acceso no tiene conocimiento, o quienes tienen conocimiento no tienen acceso, o quienes tienen acceso y conocimiento no pueden/deciden/loque sea hacerlo.

Ojalá exista la posibilidad de que puedas y puedan beneficiarse mutuamente con tu ayuda en programación

Te pido perdon, lei el "por conocimiento" y no el tema del acceso, error mio, retiro lo dicho contra tu argumento en ese caso, el tema del acceso ya lo nombraste.

Para mi que le estamos errando en discutir una implementación o ecuaciones antes de discutir lo que respecta a balance. Sin querer menospreciar las ecuaciones que propusieron arriba (que en definitiva es la implementación), el "problema" no es hacer esas líneas de código... sino decidir respecto al impacto en el balance. Estamos salteando comisiones que bien puestas están. Idea->Balance->Desarrollo.

No digo que no discutan cómo sería la ecuación, solo digo que me parece que ese no es el problema que deberíamos estar discutiendo. Como bien dijo mKnox, él metió a la discusión npcs, reducciones de defensas, etc., eso es lo que deberíamos discutir.... qué implica quitar completamente el sistema o hacerlo gradual o lo que sea. Lo sacamos? Ok, donde impacta? Lo hacemos gradual? Ok, dónde impacta?

Creo que si queremos discutir sobre estas ideas, al menos deberíamos desafiarnos a nosotros mismos en ver más allá de lo que se decide y ver dónde impacta o como balancear. Eso hace rica una discusión.

Lo que decis de las comisiones es pura burocracia, podes tener 50 grupos por separado cada uno tratando 1/50 de un tema y eso va a tardar 50 veces mas que un solo grupo tratandolo todo junto, la evidencia es clara viendo como a esta altura se trabaja a un promedio de 1 cambio chico cada 2 meses masomenos.
Las consecuencias y causas si lees bien lo que veniamos debatiendo lo discutimos ya sobre la marcha, leete desde un par de paginas para atras y vas a entender el porque de las cosas.

[fedevdp]

Si van a poner que cualquiera lime en cualquier lado saquen hadas o kappas son mapas mas chicos que dv dd y a 2 mapas de la ciudad

es eso estariamos todos de acuerdo, no da tener un mini dd a 2 mapas de las ciudades

- - - Updated - - -

Te pido perdon, lei el "por conocimiento" y no el tema del acceso, error mio, retiro lo dicho contra tu argumento en ese caso, el tema del acceso ya lo nombraste.



Lo que decis de las comisiones es pura burocracia, podes tener 50 grupos por separado cada uno tratando 1/50 de un tema y eso va a tardar 50 veces mas que un solo grupo tratandolo todo junto, la evidencia es clara viendo como a esta altura se trabaja a un promedio de 1 cambio chico cada 2 meses masomenos.
Las consecuencias y causas si lees bien lo que veniamos debatiendo lo discutimos ya sobre la marcha, leete desde un par de paginas para atras y vas a entender el porque de las cosas.

y si, pero esto paso desde la beta y de otras versiones y siempre igual en el ao... ojala ahora que la mayoria de los que jugamos somos los mismo de años y años y todos tenemos un promedio de edad arriba de 20 25 años... la gente que esta puertas adentro empiece a abrir un poco mas la mente y discutir de forma seria y responsable no solo con la gente de adentro, sino con la comunidad en general... si obvio va a haber pibes de 10 años (pocos) etc, pero la mayoria ya son gente grande y entiende y puede discutir y discernir cosas en otro nivel

[Dhindel]

Eso de la capacidad es una mentira enorme, yo mismo me contacte mediante pm 3 veces con el staff con 3 personas diferentes, nightw, marito, un payaso del staff de programacion que creo que se llamaba luque o algo asi y mediante un amigo con loopzer.
El unico que me contesto esos pm fue marito que me dijo que iba a avisarle a alguien en programacion y nunca mas supe nada.
El unico que me hablo fue loopzer porque un conocido se lo pidio y despues de una charla con el me dejo en claro que el no programaba mas visual basic y que lo unico que hacia para el ao era la libreria DDEX que se usa ahora y nada mas logro que lo metieran a hacer eso gracias a que era amigo de alejo, que el resto nunca iban a meter a nadie porque antes tienen que arreglar los errores.
Esto fue hace MESES y muchos meses.
Asi que no es cuestion de la cantidad de gente con la capacidad o las ganas de trabajar, es cuestion de que el staff no pretende aceptar a nadie que pueda beneficiarlos, son obstinados y piensan que tarde o temprano van a dejar todo en orden, puedo defender algunas cosas del staff que esta activo en el foro, pero los que estan en el area de desarrollo parece que no tienen la menor intencion de que este juego progrese.

Coincido en todo lo que decís, pero acá no es culpa del "staff" (que es muy genérico y estaríamos metiendo a todos en la misma bolsa), sino del que maneja los hilos, que es el director del proyecto. Está ausente hace MESES, por eso no hay parche, por eso sigue habiendo bugs desde el primer día, por eso a un mes y pico de haber asumido los concilios todavía algunos de ellos no tienen acceso al foro privado, etc.

No creo que sean tan boludos de no dejarse dar una mano, tampoco creo que sea un tema de burocracia, simplemente el director del proyecto está desaparecido y el resto funciona por la inercia misma de ser el servidor Oficial. Lo dije hace dos días y lo saltaron a defender, capaz todavía no se pusieron a averiguar dónde está y por qué motivo no tiene 5 minutos para venir al foro y explicar su ausencia.

[Corchonga]

Lo que decis de las comisiones es pura burocracia, podes tener 50 grupos por separado cada uno tratando 1/50 de un tema y eso va a tardar 50 veces mas que un solo grupo tratandolo todo junto, la evidencia es clara viendo como a esta altura se trabaja a un promedio de 1 cambio chico cada 2 meses masomenos.
Las consecuencias y causas si lees bien lo que veniamos debatiendo lo discutimos ya sobre la marcha, leete desde un par de paginas para atras y vas a entender el porque de las cosas.

Estamos de acuerdo que es pura burocracia, aveces innecesaria.

Y si, siempre leo los comentarios antes de postear. Es que hace ya varias páginas que se está discutiendo (no todos) nombres propios o aportes a temas que no tienen nada que ver y sigo sin encontrar una crítica (a favor o en contra) que me satisfaga como la que hizo mKnox. Por eso intenté con mi comentario de seguir la discusión.

[Micaiah]

Te pido perdon, lei el "por conocimiento" y no el tema del acceso, error mio, retiro lo dicho contra tu argumento en ese caso, el tema del acceso ya lo nombraste.



Lo que decis de las comisiones es pura burocracia, podes tener 50 grupos por separado cada uno tratando 1/50 de un tema y eso va a tardar 50 veces mas que un solo grupo tratandolo todo junto, la evidencia es clara viendo como a esta altura se trabaja a un promedio de 1 cambio chico cada 2 meses masomenos.
Las consecuencias y causas si lees bien lo que veniamos debatiendo lo discutimos ya sobre la marcha, leete desde un par de paginas para atras y vas a entender el porque de las cosas.

Toda la vida dije que el sistema que tenemos es muy sectario. El por qué es simple: Yo no veo programación porque no entiendo y evitamos que me meta en esos temas. Tiene sentido pero me parece muy pelotudo. Desde el momento que vos entrás se te dice a qué te vas a dedicar y entendés tus limitaciones. Para mí todo desarrollo debería ver todo lo que pasa en desarrollo. Es cierto que Marito por ejemplo actúa como enlace entre las comisiones. A mí me llegan las limitaciones de programación por él y sé por dónde manejarme. Pero aún así no es tan evidente el marco que nos limita.
Igualmente yo tengo una postura que es la siguiente: No voy a cambiar el modo de trabajo. Menos ahora que hay un montón de cosas que se están llevando a cabo bajo ese sistema. Aporto en lo que puedo y listo, que los demás vean cómo usarlo o si al final lo descartan.

[Burni]

No creo que sea el tema para discutir sobre métodos de trabajo en el Staff. Estoy más interesado en saber si existe alguna idea sólida (más o menos ) sobre cómo tratar con el asunto.

Enviado desde mi MotoE2(4G-LTE) mediante Tapatalk

[el angel (baby)]

que un tipo con la capacidad de anagrama no este en programacion me parece una tomada de pelo. y con el jefe de proyecto borrado hace tanto tiempo, me parece una doble tomada de pelo.
con ver lo q hizo en el fronbot me alcanza y me sobra para saber q es 10 veces mas probo que muchos que se la dan de staff y saltan a bardearte hasta por mensaje privado, porque no les da el cuero para seguir discutiendo adelante de todos.

el tiempo nos corre, los users hace 3 semanas estan bajando mas aun y en hora pico no pasamos los 90. bajaron aproximadamente 20 - 25 users

[Micaiah]

Podés nombrarme eh. No me da verguenza que se sepa que YO te mandé un MP. Tampoco me da verguenza que se sepa el contenido. Te invito a publicarlo (pero poné también la respuesta falta de contenido mas no de insultos). Y vos hablás de discutir. Tenés mal asimilado el concepto.