Iniciado por
Spifet
El hecho de que haya gente que considere al caza fruta o no, es asunto de otro tema, para mi. Yo veo que la discusión de este tema trata sobre "traer a los cazas y como traerlos", no de que impacto tendran.
Me explico: El no tener a los cazas implementados Y hacerles cambios es una receta para el desastre. Las cosas tienen que ser por orden. Primero se trae al caza y luego se hacen cambios si se ve necesario acorde con el balance actual. El balance actual y el prometido en el Megaparche no es lo mismo que antes, como haces referencia vos, Tumbalata, por lo que no se sabe si ahora un caza sería o no fruta.
Punto aparte, fruta o no es algo más de opinion que de hecho porque hay muchos, incluyendome que no estamos de acuerdo en que usar caza era fácil y OP, ya que no todo el server era caza (era más comun ver un mago, un pala, un bardo, un asesino, incluso un war que un caza). Ademas, el balance no es algo que hay que mirar especificamente a un aspecto de la clase (como el agite) sino a todo.
Por ejemplo, vos como muchos aca hacen mencion a la punteria excelente del caza y el gran daño que tenia, pero eso se balancea con el hecho de que despues de inmo tenes que rojear a full. Lageas, por ejemplo, y la comes. Son dos, y la comes. Esta invi tu adversario y la comes. Te inmea un bicho y puede que la comas. En muchas ocasiones salias con armadura de cazador (una poronga si me preguntas a mi) para poder ocultarte indefinidamente y la defenza era lamentable.
Obviamente que un jugador competitivo y que sea muy bueno en algunas de las ocasiones que mencione anteriormente puede que no "la coma" pero lo que me parece prioritario a la hora de decidir cosas como "si vuelve o no" una clase y "como" es: los combates 1 vs 1 y a los jugadores ocaonales. Si el balance se fija en los combates 1 vs 1 que es una pura muestra de habilidad y destreza como jugador y ademas del rendimiento general (de todas las areas, entrenamiento, agite, etc) de jugadores ocasionales (fijarse en activos o en competitivos es impreciso), sería más que justo.
Reitero, no creo que exagero para poco si digo que el caza nunca tuvo más del 20% del total de pjs en una versión (es más, creo que 20% es una enormidad para el caza). Aunque yo creo que es bastante aceptable decir que por lo menos hay 20% del total de pjs que son magos y capaz otro 10% minimo que son palas.
(fijate que de magos y palas digo "minimo" y en caza digo maximo)
EDIT: En todos los juegos habidos y por haber siempre hay clases más dificil de usar y más faciles de usar. Incluso en muchos juegos tenes un mensajito que te dice "Muy fácil" a "Muy dificil" para guiar al jugador. Obviamente que esto no quiere decir que jugando una clase "Muy facil" de usar, vayas a ser el mejor o que vayas a ser el peor, es solo una clase como lo dice la categoria, "muy fácil" de usar.
Hay pocas cosas que pueden atraer gamers al AO pero ese seria un buen implemento; indicar la dificultad de cada clase daría una "primera impresión" más adecuada a cada gamer que seguro huvo y va a haber, a que dejar que "descubran solos" (porque es un juego de habilidad más que de misterio el AO).
OFF:
Está todo bien. Yo no me ofendo o me enojo tan facilmente, aunque reconosco que me saca (molesta) que haya tanta gente en el foro que no sepan la diferencia en respetar opiniones. Una cosa es respetar opinion, otra es desvalorar opinion (que obviamente es no respetar) y otra es estár de acuerdo o no. Yo hablo de lo primero.
Por cierto, Tumbalata, vos estas en lo cierto. Linguisticamente: Programar es hacer programas. Hacer un algoritmo no es hacer programas sino que es más bien una acción, un deselace y por lo general se hace referencia al planeamiento antes de programar que a programar en sí. Cuando escribis un programa profesionalmente, vah, la gente que estudia en la universidad o que se dedica profesionalmente a programar y tienen exito, no podes empezar a escribir codigo derecho ¿cómo vas a saber donde empezar?¿que es más importante?¿en que orden?¿como evadir el escribir un codigo desprolijo o intentar disminuir la cantidad de bugs?, todo eso se hace pleneando antes de programar. Sería la estrategia en una guerra. En la guerra gana el mayor estratega. Por esa razon, para hacer de estrategia o manual para saber la respuesta a todos los interrogantes a la hora de programar, es que existe la Algoritmica y luego la Programación en si que sería lo tecnico (cualquiera aprende a programar con paciencia viendo videitos en Youtube, pero algoritmica es más complejo).
Por ejemplo, queres programar un robot que te sirva el vino en los asados del domingo, el algoritmo general (no algo muy especifico porque sino sería mucho mucho más largo):
1) Abrir la despenza
2)Analizar stock
3) Si es vino, pasar a punto 4, si es whisky cerrar y abrir el mueble del abuelo.
3.1) Analizar stock
3.2) No hay vino en stock, devolver mensaje "No hay tinto, Juan andá a comprar".
3.3) Esperar a Juan
3.4)Recibir vino de Juan, saltar a punto 5
4) Elegir el tinto.
5) Traer el tinto a la mesa
6) Devolver mensaje "Aca 'ta el tinto, estamos listos pa' morfar".
Obviamente que es mucho más largo normalmente y esto es critico e indispensable para programar bien porque es como una guia que tenes. La complicidad es aun más grande cuando el algoritmo está hecho en lenguaje de programación, especialmente si esté es un lenguaje de menor nivel (más poderoso) y cercano al idioma binario. Osea nadie escribe algoritmos así. Por lo general se escriben más orientados al lenguaje de programación a que en oraciones comunes como lo hice yo.
A esto se le llama una "respuesta completa". Gente como Anagrama, solo saben dar "respuestas al aire" o nombrar cosas relacionadas al tema (que no aportan nada a la respuesta) y al final hacen más papelon que mostrar seriedad o dar la impresion de dar "razones" y no "excusas" que es muy diferente.