Go Club Simulator
Hola:
Estuvimos probando su programa, nos parece muy interesante, y aquí aportamos algunas ideas para mejorarlo. Un programa así sería muy útil para los clubes de go.
- Debería tener, a nuestro entender, dos modos: uno de DEMOSTRACIÓN, donde las piedras se puedan sacar y poner a piacere, y otro de JUEGO, donde se puede jugar, organizar torneos, etc. En las actuales condiciones, se parece más a una demostración, aunque no hay posibilidad de colocar números en las piedras, no funciona la captura, no se tiene en cuenta la regla del ko, etc. Tener la opción de guardar e importar la partida, siendo compatible con el formato sgf.
- Las salas no se guardan. Se debería poder crear una sala y guardarla. Además, la sala debería tener un administrador, o varios que se encarguen de ella.
- No hay registro de usuario que confirme su identidad.
- Si se sale de la sala algunos usuarios no han podido entrar nuevamente sin re ejecutar el programa (tanto en LINUX como en WINDOWS)
- Hay varios bugs curiosos, como el “bug de la caída”, donde al caminar por la sala te quedas atorado a ras del piso (ver foto)
- Se podría añadir una opción de “tocadiscos”: cualquiera de los de la sala pude subir un mp3 para que todos lo escuchen como audio, pongamos por caso, por media hora. Luego el tocadiscos queda libre y otro puede musicalizar el ambiente. Eso le daría mayor interacción y calidez al Club.
- El método de conteo del territorio al final del partido se puede mejorar: a) no incluir en el territorio las piedras que lo rodean; b) llevar cuenta de las piedras capturadas para descontarlas del territorio de cada jugador. c) las piedras muertas que todavía permanecen en el tablero, debe ser consideradas como capturas, y se debe descontar del territorio. O bien obligar a cada jugador a retirarlas antes del conteo final.
Lo más importante -además de corregir los bugs- es la JUGABILIDAD: que el usuario se sienta como en un club físico. Que puedan pasarle cosas, ser desafiado, jugar un torneo (modo demostración), perder el tiempo por la sala, analizar una partida en equipo (modo demostraciòn) o leer, escuchar música. Que se puedan sacar libros de la biblioteca y leerlos, por ejemplo...
En fin, todo esto son sugerencias. Les pedimos nos confirme si va a seguir con este proyecto, y si necesita ayuda. Somos un pequeño grupo de gente, no poseemos grandes recursos pero quizás podamos ayudarlo: su programa nos interesa
Saludos cordiales,
Federación Uruguaya de Go (FUGo)
federacionuruguayadego@gmail.com
------------------------------------------------------------------
Go Club Simulator
Hi,
We were testing your program, we find it very interesting, and here we provide some ideas to improve it. Such a program would be very useful for go clubs.
- It should have, in our opinion, two modes: one DEMO where the stones can be removed and put at ease, and another of type GAME where you can play, organize tournaments, etc. Under the current conditions, it is more like a demonstration mode, although there is no possibility of placing numbers on the stones, the capture does not work, the ko rule is not taken into account, etc. Also it should have the option to save and import the game being compatible with the sgf format.
- The rooms are not saved. You should be able to create a room and save it. In addition, the room should have an administrator, or several administrators.
- There is no user record confirming your identity.
- If you leave the room then the users cannot enter again without re-running the program (both in LINUX and WINDOWS).
- There are several curious bugs, such as the "crash bug", where when you walk around the room you can get stuck at ground level (see photo),
- A “turntable” option could be added: anyone in the room could upload an mp3 for everyone to listen, for example, for half an hour. When the turntable is free another user can set another record. That would give more interaction and warmth the Club.
- The method of counting the territory at the end of the match can be improved: a) not to include the surrounding stones in the territory; b) keep track of the captured stones to deduct them from the territory of each player. c) dead stones that still remain on the board must be considered as catches and must be deducted from the territory, or force each player to withdraw them before the final count.
The most important thing -besides correcting the bugs- is the PLAYABILITY: that the user feels like in a physical club. That things can happen to him, be challenged, play a tournament (demo mode), waste time in the room, analyze a team game (demo mode) or read, listen to music. That they can take books out of the library and read them, for example...
Anyway, these are all suggestions. We ask you to confirm if you ae going to continue with this project, and if you need help. We are a small group of people and not have great resources but perhaps we can help you: your program interests us,
Best regards,
Uruguayan Go Federation (FUGo)
federacionuruguayadego@gmail.com