Comunicación

    Antes de contactar con el equipo, reportar un error, escribir en los foros, etc, deberías leer esta pàgina. Seguir las directrices y las instrucciones de esta página hará que la comunidad y el proyecto funcionen de forma más eficiente y agradable. Aunque este artículo pueda sonar un poco duro, no tengas miedo de escribir, por favor. El equipo en general es bastante paciente, a no ser que seas un infractor habitual. ;)

    Contenidos

    Por favor, ten presente…

    Los desarrolladores no cobran

    Los desarrolladores hacen esto porque disfrutan, no porque les hayas pagado. No se les paga para servirte, aunque intentarán tener en cuenta tus sugerencias si es posible.

    Los desarrolladores trabajan en su tiempolibre

    A lo mejor no pueden contestar inmediatamente. Sé paciente, al final acabarán respondiendo. I si no lo hacen, haz subir tu mensaje educadamente. Esto también quiere decir que no deberías hacer peticiones triviales que no tienen importancia, ni peticiones extremadamente exigentes.

    Código abierto no siempre significa que tus contribuciones serán aceptadas

    El equipo debe mantener la calidad del código y del arte. Esto significa que a veces tu trabajo no puede ser aceptado. Por favor, no te desanimes. El equipo estará encantado de ayudarte o de darte consejos.

    Directrices

    Al reportar un error o un fallo en el juego

    • Si el error ya está reportado en el GitHub:
      • Si el error ya está abierto, mira a ver si puedes reportar cualquier información extra al equipo.
      • Si el error está cerrado, probablemente tenrás que esperar hasta la siguiente versión para tener la corrección incluida en el juego, a no ser que quieras compilarlo desde el código fuente.
    • Si el error no estáreportado:
      • Haz que el título sea claro y descriptivo.
      • Incluye una descripción detallada del problema. Las instrucciones paso a paso para reproducirlo de forma consistente son especialmente útiles.
      • Incluye información del sistema, como tu sistema operativo, su versión, modelo y fabricante de la tarjeta gráfica (GPU), versión de los controladores gráficos, y modelo de CPU.
      • Incluye el fichero stdout.log. (Ver la pregunta “¿Dónde guarda el STK el fichero de configuración?” en la página de las FAQ para más información acerca de dónde encontrar este fichero)
      • Incluye capturas de pantalla, en caso necesario.
      • Si eres capaz de compilar el STK tú mismo y ejecutarlo con un depurador (como GDB, Valgrind o Visual Studio Debugger), por favor, compílalo en modo de depuración, ejecútalo y envía la salida del depurador.
      • Incluye cualquier otra informació que consideres conveniente.
      • Responde a cualquier pregunta del equipo de la forma más completa posible.

    Cuando presentes un recurso o cualquier otra contribución en forma de arte

    • Aporta los ficheros fuente (.kra, .xcf, .blend, etc).
    • Indica claramente la licencia. (Ver Licencias para ver las opciones)
    • Acepta las críticas y mira qué puedes hacer para mejorar tu trabajo.
    • Discútelo con el equipo mientras no esté acabado para recoger sugerencias.
    • Deja claro si tu contribución ya está acabada o aún está a medias.

    Cuando hagas una sugerencia para el STK

    Este es un tema sensible. Está claro que debemos aceptar críticas y sugerencias. Si no, entonces sería contrario al ideal de código abierto: que el software es para el beneficio de todos. ¿Pero en qué momento una petición se vuelve excesiva? Para eso debemos vigilar los conflictos con un ideal de código abierto: que todo el mundo debería contribuir cuando sea posible. Así que, cuando hagas una sugerencia al STK, por favor, hazte estas preguntas:

    • ¿He contribuido al STK anteriormente?
      • Esto pdoría ser donando, creando objetos, circuitos, texturas, etc. Incluso los complementos ayudan al juego.
    • Si yo fuera capaz de hacer lo que estoy pidiendo, ¿estaría dispuesto a hacerlo?
    • ¿Entiendo cuál es el esfuerzo necesario para realizar esta tarea?
    • ¿Como mínimo expreso mi apoyo al equipo y al trabajo que hacen?
    • ¿He hecho muchas peticiones últimamente?
      • Esto puede parecer tedioso, pero realmente es una señal de que respetas el trabajo del equipo. Si respetas su trabajo, tienes muchas menos probabilidades de quejarte.