Ver la Versión Completa : Programación Se libera? Y si se libera, donde?
Nada, en caso de que el staff fuera a liberar los codigos de la actual versión, se ha tenido en cuenta la posibilidad de usar plataformas mas "comodas" para el control de código? Onda github, gitlab, etc, etc.
Mas que nada por los fixbugs que se podrian aportar en los "pull requests".
Para los que no entienden sobre la página, cada usuario puede enviar su "peticion" con una porción de código en la cual se trabajo de manera local (en su propia pc), los administradores del proyecto, aprobarian o rechazarían dicha peticion, si fuese aprobada, se agregaría al código "oficial".
Abrazo!
seguramente agarren la partición del servidor y la suban a mega, como siempre, liberando todo.
seguramente agarren la partición del servidor y la suban a mega, como siempre, liberando todo.
Claro, el tema es que eso tiene un beneficio 0 para el staff oficial, y estaría bueno que se arranque esta 1.0 haciendo las cosas mejor.
Abrazo!
Corchonga
28/01/2016, 02:20
Ojalá usen git o alguna plataforma de las que decís.
Igualmente creo que no lo ven prioritario en este momento... pero ojalá algún día cuando todo esté estable lo liberen cómodamente para los que quieran colaborar.
hancgini
30/01/2016, 17:46
Desde ya no hace falta que liberen o pedirle confirmacion al staff. Por ejemplo, si tenés tiempo libre pasate por aca: http://foro.comunidadargentum.com/threads/2676-APP-Argentum-Online voy a tratar de hacerlo con python y kivy. Si quieren lo usan y si no, queda para todos los otros servidores. Te sale programar una app como esa?
Desde ya no hace falta que liberen o pedirle confirmacion al staff. Por ejemplo, si tenés tiempo libre pasate por aca: http://foro.comunidadargentum.com/threads/2676-APP-Argentum-Online voy a tratar de hacerlo con python y kivy. Si quieren lo usan y si no, queda para todos los otros servidores. Te sale programar una app como esa?
Puedo preguntar por que Python y no migrarlo directamente a C++ como se deberia haber hecho desde un principio?. Me parece incluso mas facilmente escalable y modificable.
Ah y ya que estamos en el mambo: Barrin lo migro y despues no quiso liberarlo, pero de haberlo hecho quien es la autoridad maxima para aceptar o no un proyecto de migracion?.
AlejoLP hizo una migracion a C++ del servo bastante efectiva.
No se su estado, pero cada tanto me llegan mails con commits.
https://github.com/DakaraOnline/dakara-server
Se podria evaluar viabilidad y forkear
Wolf Rainer
31/01/2016, 23:17
Al pedo liberarlo, si es básicamente la 0.13... Lo único que agregaron fue el sistema de cuentas que es un copy paste gs zone.
Al pedo liberarlo, si es básicamente la 0.13... Lo único que agregaron fue el sistema de cuentas que es un copy paste gs zone.
Flaco no te conozco, pero hoy lei 4 comentarios tuyos y la verdad que no le haces ni un bien al juego ni a la comunidad con esa postura. Proponé o ayudá en vez de criticar si crees que algo podría hacerse mejor.
Wolf Rainer
31/01/2016, 23:31
Flaco no te conozco, pero hoy lei 4 comentarios tuyos y la verdad que no le haces ni un bien al juego ni a la comunidad con esa postura. Proponé o ayudá en vez de criticar si crees que algo podría hacerse mejor.
Ya hice ambas.
Y qué pasó? Caíste en la fácil? Te peleaste con alguien? Te ignoraron? Te golpearon de chiquito?
Desde ya no hace falta que liberen o pedirle confirmacion al staff. Por ejemplo, si tenés tiempo libre pasate por aca: http://foro.comunidadargentum.com/threads/2676-APP-Argentum-Online voy a tratar de hacerlo con python y kivy. Si quieren lo usan y si no, queda para todos los otros servidores. Te sale programar una app como esa?
Python se hace inmanejable cuando el proyecto es grande. Hubo un intento de ao en ese lenguaje y no prosperó.
Puedo preguntar por que Python y no migrarlo directamente a C++ como se deberia haber hecho desde un principio?. Me parece incluso mas facilmente escalable y modificable.
Ah y ya que estamos en el mambo: Barrin lo migro y despues no quiso liberarlo, pero de haberlo hecho quien es la autoridad maxima para aceptar o no un proyecto de migracion?.
Lo que hizo alejolp tiene un problema, y es que es ao llevado a c++, osea, sigue teniendo las carencias que tiene, pero ahora en otro lenguaje. Lo que hace falta en este caso es codear las cosas desde 0.
Lo que hizo alejolp tiene un problema, y es que es ao llevado a c++, osea, sigue teniendo las carencias que tiene, pero ahora en otro lenguaje. Lo que hace falta en este caso es codear las cosas desde 0.
No queria quedar mala leche pero si, por lo que dice el repo, el chabon no lo reescribio, sino que lo "tradujo" con una lib y el proyecto era sacar los bugs que genero el port bizarro ese. Si, por supuesto que la idea es reescribirlo y reestructurarlo; pero de vuelta, quien tiene la batuta para aprobar una version?.
Edit: Cerre el quote, lol.
hancgini
01/02/2016, 23:46
Python se hace inmanejable cuando el proyecto es grande. Hubo un intento de ao en ese lenguaje y no prosperó.
Nunca dije algo de pasar el juego a otro lenguaje, leiste el thread?
Nunca dije algo de pasar el juego a otro lenguaje, leiste el thread?
Si, pero como leí que dijiste python (desconocia que era kivy), crei que hablabas de un cliente / app por separado.
Python se hace inmanejable cuando el proyecto es grande. Hubo un intento de ao en ese lenguaje y no prosperó.
Lo que hizo alejolp tiene un problema, y es que es ao llevado a c++, osea, sigue teniendo las carencias que tiene, pero ahora en otro lenguaje. Lo que hace falta en este caso es codear las cosas desde 0.
No es que tiene un problema, sino que no es una solución jajaja.
Todos sabemosq ue el vb6 tiene horrendas limitaciones. Pero el principal problema del Argentum, como bien señalás, es como está pensado para funcionar, independientemente del lenguaje en el que este hecho. Esto para que realmente tenga un cambio de performance, el server sea escalable y demás cosas que a todos nos gutaría que el juego tenga, habría que agarrar y PENSARLO de 0(que no es lo mismo que hacerlo) y orientar todo el paradigma a que funcione en multithreading.
Pero a la hora de encarar el asunto es realmente un quilombo. Tenés que sentar el culo en la silla y ponerte a pensar cada feature de la arquitectura del juego desde 0 para que funcione con hilos paralelos....no es imposible, pero no es tan facil como suena tmp...es bastante pajoso.
Le hago un up a esto por que no pude encontrar ninguna fuente oficial de donde bajar el fuente de la 1.0 y esta todo excesivamente bugueado. So... si me siento con unos mates dispuesto a jugar un rato y no puedo, pasenme el fuente y veo si puedo quemar bugs por lo menos.
Lo que hizo alejolp tiene un problema, y es que es ao llevado a c++, osea, sigue teniendo las carencias que tiene, pero ahora en otro lenguaje. Lo que hace falta en este caso es codear las cosas desde 0.
Y sin embargo, Dakara es el único server en C++ que funciona.
Reescribirlo desde cero no te garantiza que no vayas a cometer los mismos errores de siempre, ni que esté bien diseñado. Cambiar el diseño no te garantiza que el proyecto tenga éxito: ya pasó con AOXP, que eran 10 programadores y con un diseño de arquitectura monstruoso, y el proyecto quedó en la nada.
Siempre es mucho más fácil hacer pequeños cambios.
Con Dakara hice un compilador para traducir VB6 en C++, me llevó seis fines de semana de tiempo. El plan es, primero, sacarnos VB6 de encima. Después, de a poco, arreglar los problemas que el juego tenga, y mejorar el diseño para que sea más fácil de programar.
Tirar todo al tacho es una mala idea, porque más allá de que el código sea "feo", funciona. Y eso es lo importante. No tiene que ser "lindo", ningún proyecto de software que funciona es "lindo". Incluso cuando tenés un ejército de programadores los resultados no son los ideales. Esto se llama Technical Debt (https://en.wikipedia.org/wiki/Technical_debt), en Wikipedia esta mejor explicado.
Por ejemplo, en Dakara una de las primeras cosas que arreglé fue el protocolo. La forma que estaba hecha en VB6 era ineficiente y muy difícil de cambiar, porque se copiaban los paquetes entre diferentes buffers. Lo que hice fue un generador de protocolo automático, la idea no es nueva y es la misma que con los Google Protobuffers: una herramienta automática para generar código. De esta forma el protocolo queda en sintonia entre el cliente y el servidor.
Dakara es open source. El código está en GitHub, y se aceptan pull requests. Ya tuve algunos, me encantaría tener más :)
Jojo apareció una leyenda :D
Lo de Dakara es genial, arrastrará mil errores del programa en VB6 pero pasar a c++ le da herramientas para ir mejorando esos mismos errores ademas de mejores opciones para implementar cambios y mejoras en general. Sin duda no es lo mismo traducir el código a hacerlo de 0 pero es algo muy valioso de todos modos :)
Powered by vBulletin® Version 4.2.5 Copyright © 2024 vBulletin Solutions Inc. All rights reserved.