A veces, las características de un juego en una aplicación pueden hacer que el trabajo sea divertido. Por ejemplo, Stack Overflow usa insignias y puntos para obligar a sus usuarios a hacer el trabajo.¿Cuándo puede una aplicación ser un juego?
Luces intermitentes y otras cosas brillantes. Los buenos juegos están cargados de color y dan la misma estimulación agradable que ver los fuegos artificiales.
Creo que el problema principal es que en la mayoría de las aplicaciones, se usan para un propósito. No necesitan incentivar al usuario haciéndolo más "divertido" y generalmente es una distracción. Imagínese qué pasaría si Visual Studio (o el IDE que le guste) le diera insignias ... Al igual que aquí, muchas personas se concentrarían en adquirir esos tejones en lugar de escribir un buen código.
Otra cosa es que, al menos en el caso de insignias/logros, son bastante insignificantes para las aplicaciones fuera de línea.
Ah. Pero, ¿qué pasaría si obtuviera más insignias si escribiera un código mejor y tuviera puntos acoplados cada vez que viole reglas de programación efectiva o las pautas de codificación de su empresa? –
muchos juegos de oferta IDE. Eclipse, Emacs, etc. –
¿Qué * no * tiene Emacs?: P No estoy familiarizado con los juegos de Eclipse, pero me pregunto si el punto de @Evan era que la aplicación ** fuera ** el juego, no la aplicación tenga juegos de distracción programados en su interior. –
Hoy en día, los juegos son sinónimo de comunidad.
La mayoría de las aplicaciones de la línea de negocio no incluyen una gran variedad de aspectos de multijugador o de comunidad.
Pero seguramente, hay muchos juegos divertidos para un solo jugador. –
No es que usarías todos los días. Incluso el mejor juego para un solo jugador se vuelve aburrido sin otras personas involucradas. Si un cajero de un banco pudiera hacer un depósito compitiendo con un Mario Kart a través de Calculation Canyon, eventualmente querrían volver al cuadro "Ingresar cantidad aquí". – Brandon
Acepto que su ejemplo de Mario Kart podría ser menos aburrido con otros jugadores, pero no sería menos distracción o ineficaz. Los desafíos del juego deben estar alineados con el propósito del trabajo, pero no estoy seguro de que esto requiera una experiencia social. –
Definitivamente es cierto que las funciones de "juegos" en una aplicación pueden ser una distracción y menoscabar la efectividad de muchas aplicaciones.
La idea de agregar características del juego a un producto es imponer algún tipo de economía a la productividad: un razón para trabajar. Por ejemplo, las insignias aquí son un tanto ordenadas, pero lo que realmente impulsa a las personas a obtener buenos resultados en SO es la reputación. Les permite hacer una gran diferencia y tener un mayor impacto, y luego también los vincula a una sensación de responsabilidad por el sitio. Creo que SO realmente logra un buen equilibrio aquí.
Aunque, características del juego en otras aplicaciones puede ser ofensivo imaginarse esto:
> gcc -c main.c -o main.o
Compiling... while your waiting, what's your favorite color?
Editar La pregunta es posible que desee responder muy específica es "¿Qué comportamiento es que gratificante, ¿por qué recompensándolo y ¿cuál es la recompensa? " Si todo eso tiene que ver con la productividad y nada que ver con cierta felicidad ortogonal (es decir, posición social) no estoy seguro de que vaya a funcionar. Fin Editar
En una nota completamente diferente, usted debe ver esta charla sobre "computación humana". Guau.
http://video.google.com/videoplay?docid=-8246463980976635143
habla sobre el uso de juegos para categorizar imágenes de Google. Un poco fuera del tema, pero puedes apreciarlo.
Pero ¿qué ocurre con: Compilando ... mientras esperas, ¿te gustaría apostar que habrá 5 o menos errores? –
Sí, pero parece que ese tipo de cosas necesita que otras personas jueguen contigo para que valga la pena. Y también, debes tener algo que perder en un juego, y tiene que ser externo a la eficiencia de tu trabajo. –
Acepto que un juego generalmente necesita un riesgo u obstáculo artificial, y parece que esto obstaculizaría la eficiencia del trabajo. ¿Podría el software medir su progreso contra los riesgos y obstáculos reales inherentes al trabajo? ¿Podrían las penalidades artificiales actuar como barreras, desalentando las malas prácticas, sin convertirse en una molestia? –
Los juegos son aplicaciones realmente educativas. Es cierto que lo que generalmente enseñan es cómo jugar el juego, pero siguen siendo educativos.
Cuando terminas un juego típico, eres un experto en una docena de mecánicos diferentes, sabes cómo manejar escenarios complejos y puedes reconocer a múltiples enemigos diferentes y sus patrones.
Si bien la mecánica del juego ("jump!") Puede no ser aplicable a las aplicaciones típicas, una mirada a cómo los juegos se acercan a la enseñanza ciertamente podría ser.
Brillante pregunta Evan! Y ahora para mi respuesta definitiva:
Creo que cualquier trabajo puede ser divertido si se lo divide en desafíos alcanzables. Una aplicación se convierte en un juego cuando proporciona estos desafíos, los explica y mide el éxito o el fracaso.
Las dificultades en retos de construcción en aplicaciones son ...
Por estas razones, crear desafíos específicos en una aplicación tiene un valor muy limitado. Los juegos sociales pueden ser una excepción porque otros usuarios definen parcialmente los desafíos y evalúan el progreso de manera adecuada caso por caso.
¡Gracias Evan, respuesta muy perspicaz! –
Uno de los lugares donde se puede ver que este principio se aplica con eficacia es para las aplicaciones que usan personas para generar o indexar contenido. En estos casos, los aspectos tipo juego son una forma de fomentar la auto-moderación. Por ejemplo, en SO, los representantes y distintivos pretenden fomentar un comportamiento constructivo, como respuestas de mayor calidad, revisión por pares, etc. Existen sistemas similares en muchos foros genéricos, así como en sitios como boardgamegeek y wikipedia.
Me imagino que este tipo de cosas funcionan bien para cosas como wikis de la comunidad o de la empresa, la documentación de software o la adherencia a estándares de codificación o cobertura de prueba. El problema, como siempre, es evitar que el juego se convierta en el foco principal. Por ejemplo, si pudieras obtener un representante para poner en orden tu wiki de intranet, puedo garantizar que habría algunas personas que harían eso todo el día, ¡cuando su trabajo principal era algo completamente diferente!
Doom como interfaz para la gestión de procesos, ¿alguien?
Esta es una pregunta muy perspicaz. Si tienes la ambición y un giro realmente novedoso, correría con ella. Haz algo asombroso Como el dinero +1 –