8o Joder, que pedazo de estilo. Estooo, que me gusta la imagen, el sonido y el desarrollo de lo que se ve en el vídeo.

Pues para mí te ha quedado de cojones.
Aparte, menos lo de que sea cura (monje, párroco...), me gusta la idea del personaje.

Me gusta más el estilo Neón, el estilo Portal me ha parecido poco claro.
   Por otra parte me gusta lo que veo del juego.

No estoy siguiendo la serie más que por este hilo, así que no tengo ninguna opinión sobre la misma, pero hay una cosa que no entiendo.
  ¿Como va a entender nadie nada si las decisiones se toman en reuniones de equipo donde se hacen propuestas y se discuten y en el capítulo se enseña que estas se toman en una partida ¿al 21? ?

   Excepto si se muestra que esa reunión existe y es lo importante, no entiendo que va a entender quien vea el capítulo en cuestión.

Personalmente considero que lo importante, especialmente en la serie, es la decisión en sí y los motivos de tomar una u otra, que sí se explican, claro. Ahora, que esa decisión haya tenido lugar en una reunión de dos horas, como digo, no me parece entretenido de ver.

De hecho es algo que ocurre día a día en cualquier proyecto. No todos los miembros de un grupo están en todas las reuniones, si se toman decisiones en una reunión al final se acaban por enterar todos igualmente, aunque no hayan visto ni estado en dicha reunión. Además es también habitual en cualquier estudio que ciertas decisiones o temas se acaben por cerrar fuera de reuniones, en cenas o entre los pasillos.

Me sigue pareciendo una mala idea, pero si están explicadas las decisiones y sus porqués me parece menos mala.
    Aclarado el tema, continúo leyendo.
Un saludo.

No estoy siguiendo la serie más que por este hilo, así que no tengo ninguna opinión sobre la misma, pero hay una cosa que no entiendo.
  ¿Como va a entender nadie nada si las decisiones se toman en reuniones de equipo donde se hacen propuestas y se discuten y en el capítulo se enseña que estas se toman en una partida ¿al 21? ?

   Excepto si se muestra que esa reunión existe y es lo importante, no entiendo que va a entender quien vea el capítulo en cuestión.

No soy de escuchar podcast, pero sólo por los post que poneis aquí, con los enlaces, ya me alegro de que volvais.
   Gracias de un no oyente.  0:-)

Me ha gustado. Me parece resultón y para ser en tres días está currado. Suerte en Greenlight.

Felicidades.

Tienes razón Lustrike. Al hablar de clonar, comercialmente, me refería a lo que dices. Incluso cosas ya muy amortizadas como los primeros videojuegos podrían entrar en el grupo de los parchís, tres en raya, damas... Ya que básicamente eran mecánicas y poco más.

Grande, grande The Sentinel.

Creo que clonar, lo que se dice clonar, sólo aporta si estás aprendiendo. Te puede servir para avanzar sobre algo seguro y sabiendo lo que quieres terminar obteniendo.
   Como producto comercial me parece que se tendrían que eliminar, como toda aseveración absoluta y generalizada seguro que hay excepciones.

   El basarte en mecánicas, estilos gráficos, historias, tipo de desarrollo de estas y otros elementos es inevitable. Sólo podemos construir cosas construidas sobre nuestra experiencia y nuestra experiencia no sale de la nada.

Que eficiencia. Agradecimientos a miles.

Exactamente lo mismo que te ha dicho Lustrike.

Me uno al jolgorio provocado por la vuelta del podcast (vale, no los he escuchado porque no soy capaz de concentrarme sólo en el sonido, pero viendo los enlaces que poneis con el anuncio de cada programa es suficiente para que halla alegría y jolgorio).

Desde alguien que no está en la industria, no termina los proyectos que empieza (se alaaaaargaan) y programa con código spaghetti no veo por qué esos dos terminos (juegos terminados/programar bien) han de estar enfrentados.

  Personalmente valoraría que el proyecto presentado estuviese bien acotado en sus ambiciones, que fuese jugable, aunque no llegase a estar terminado, y que tuviese un código no demasiado feo aunque con los trucos necesarios para tamaño/velocidad del mismo, cosa que suele estar en contra de un código limpio, estructurado y legible (buen código). Y acompañado por la documentación que muestre por qué se han tomado las decisiones de diseño y programación que se han tomado.

   Pero no soy, ni he formado, parte de la industria y no creo que vaya a trabajar con nadie en proyectos propios en un futuro futurible.

Nos vemos.