El hacedor

 

Desarrollando un videogame: revision 20

Livianas:

  • El usuario puede definir su password.
  • Información cuando hay errores de creación.
  • Información cuando hay errores de acceso.
  • Eliminar simbolo de dolares.
  • Eliminar funciones de conversión a dólares.
  • (Tuna) Nueva animación de player en llamas.
  • (Tuna) Variación de color ínfima en él header.
  • (Tuna) Diseño de información (kills, compra de powerup, so on)
  • Armar los 3 iconos de los 3 powerups nuevos.
  • Modificación de colores en munición.
  • Crear gráficos balance con información.
  • Los graficos se llenan ambos sin problemas, se sacó el color de fondo.
  • Cambiar fondos del gráfico segun corresponda.
  • Remplazar los sonidos por los nuevos, con urgencia.
  • Añadir clase de animación.
  • Animación explosiones nuevas.

Pesadas:

  • Nueva modalidad opcional:
    • Game runs cuando hay 4 players online.
    • Game ends, cuando queda solo 1 player en el campo.
    • 20 powerups por usuario, sin cargo.
    • Cada player pone 4,000 el que gana se lleva la banca.
    • Zombies desde las esquinas, cerrandose hacia el medio.
    • Para eliminar a uno de los dos cuando se cuelgan.
    • Duración máxima de la ronda operada por zombies.
  • Creación de Game menu
  • Modificaciones serias en canvas previo a empezar.
  • Rearmar la versión con BTC.
  • Desarrollo de AI.

Vinculadas:

  • Armar logo de Psychedelic Games
  • Armar web de Psychedelic Games
  • Armar emails de Psychedelic Games
  • Presencia en redes sociales

Opcionales:

  • Expandir los mapas?
  • Generación de muros al azar?
  • Creación de rondas?
  • Comenzar ronda cuando hay 5 players ready?

 

 

 

 

Megalomanía

Se lanza BOW y funciona bien, sale en la prensa, en páginas inmensas. Todos lo conocen. El equipo, sale en diarios y prensa local. Sale bien lo de las Visas, sale bien el negocio del Club, sale bien el negocio de los Renders, sale bien el negocio de seguridad con el gobierno, se consiguen empresas más grandes que prueban la aplicación, el empresario ya es conocido!

El empresario comienza a hacer varias apariciones públicas en radios y emisoras públicas, revelando información desconocida y maravillosa para la audiencia quienes disconformes y sin saberlo esperan un cambio.

El empresario luego se anuncia para la presidencia con un programa de clonación humana avalada por el gobierno, dando recursos a la experimentación con ingeniería genética, flexibilizando las leyes que la demoran.

Se organizan grandes pools de AI para procesar información en vivo sobre la seguridad, los indices de defunciones y incorporaciones, enfermedades, salud, economía y consumo de recursos.

Indices de cualquier clase rebalsan de información por cada uno de los barrios del pais, en cada uno de los leds ubicados para la rápida mirada diaria.

Un ordenador principal ahora supervisa las operaciones económicas, se propone unificación de una moneda única basada en blockchain.

Se propone un sistema de polls periódico donde cada ciudadanos pueda elegir que quieren aprobar y que no, la información de las elecciones es procesada y enviada en vivo a los inmensos displays que supervisan la información de la población por zonas.

Gana las elecciones después de hacer miles de apariciones descabelladas en la TV. Los planes comienzan a llevarse a cabo, la clonación…

Pido mis disculpas! debería de haberlo informado ayer! Desde ayer, hemos decidido que Tuna sea por unas semanas el nuevo PM. Ahora es Tuna el que dice que es lo que hay que hacer para que la fase de desarrollo inicial se considere finalizada.

Una vez finalizada la fase de desarrollo inicial, vamos a lanzar un poco de publicidad, y para eso, vamos a hacer unos fliers! si, fliers! pero e-fliers.

 

Sobre las opiniones

Toda opinión es, de algún modo, una buena opinión, favorable para el que sabe escuchar. Creo que siempre se las puede aprovechar para comprender algo de uno mismo y algo de quien opina. Cada frase revela un poco sobre el emisor, sobre su personalidad, sobre lo que observa y su modo de observar.

Desarrollando un videogame: revision 19

Revisión 19

Solucion al problema de las animaciones en el canvas. El canvas no puede usar SVG dado que no cumple las policies (no funciona en Firefox y es probable que luego no funcione en demás browsers).

Resolver el problema por medio de Canvas Sprites animations: https://jlongster.com/Making-Sprite-based-Games-with-Canvas

Creo que el drone del link podría remplazar a el drone que usamos. Lo mismo con las explosiones y quizás la munición?

(1) ✓ Apenas se crean un usuario, hay que logearlo de una, y quizás aún, incluso spawnearlos. Razon: anuncie en algunos lados para ver que pasaba, y algunos usuarios fallaron al memorizar el password, y o no pudieron logearse después de crear el usuario (crearon el usuario, nunca se logearon).

(2) ✓ hacer de alguna forma que FA funcione con el nuevo dominio… ¿no habrá manera de darle un wildcard?

3) verificar que la dirección de email sea válida en JS previo a enviarla al servidor, y revisar del mismo modo en el servidor que sea válida… Razon: usuarios llenando el campo con “asd|@fasd” y “pmdit.dev bitofwar@gmail.com”

La verificación del mail se puede hacer por medio la clase email en el HTML y creo que debería de ser hecha de esa manera. Habría que informar cuando el mail es válido o invalido en el diseño, y habría que prevenir el envío el formulario si posee campos inválidos. la clase email posee propiedades css :valid e :invalid, habría que aplicarlas.

(4) ✓ Sacar el ruido de las monedas cuando los usuarios mandan feedback, el ruido de las monedas debería de pasar solo cuando hay un cambio de balance para los usuarios, en un solo lugar, la app (cside) debería de verificar cuando se mueve el balance, y si subio reproducir a, si disminuyó reproducir b, si es el mismo, nada. Razon: usuarios mandando feedback varias veces porque escuchan ruido de monedas.

(5) ✓ Corregir la sombra del drone, razón: recomendado por varias personas… debería de ser más chica, y más pegada a la unidad para no dar la impresión de que se mueve la cámara.

Bien, se pueden hacer algunas cosas copadas usando SVG por lo que parece! Sería bueno coordinar una reunión más con Tuna para ponerle varios SVG a las unidades. Se podría usar un marcador como:

(5.1) ✓ Me fui por las ramas: los usuarios que se quedan sin fondos, respawnean como drones, si salen de la aplicación y vuelven a ingresar, pueden volver a ingresar como drones sin problemas.

Los drones ahora se mueven a 0.5 vmag, en comparación de las unidades convencionales que se muven a 0.3 vmag. Al hacer click izquierdo los drones ahora suben de velocidad, para desplazarse a un indice de 3, lo cual equivaldria a 1.5vmag, si no me equivoco.

(6) ✓ Se hicieron varios cambios en el servidor de brasil, quizás sea una buena idea crear una AMI nueva desde ahí.

La versión final de la AMI fue clonada y replicada en los servidores necesarios.

(7) ✓ Muy necesario organizar una nueva prueba en LAN como hicimos, las pruebas online no son fáciles de coordinar. Las pruebas en LAN parecen darnos mucha información en solo un día.

Procurando hacer una prueba en LAN a la semana, comencé a armar una red de 8 equipos en casa para poder probarlo.

(8) ✓ En caso de que la nueva prueba en LAN funcione bien, es necesario realizar una prueba en LAN, pero usando el servidor libre de san pablo, para ver como funciona el servidor y la conexión… creo que con un modem de 30 megas deberíamos poder correr 8 conexiones a la vez.

Encaminado. Los servidores quedaron con nuevos nombres, los cuales luego mencionaré.

(9) Hacer que se pueda poner el password de una en la creación de usuario.

(10) ✓ hacer que el cuadro de usuario se vea solo cuando el usuario ya accedio, user online.

(11) ✓ hacer que el cuadro de información de usuario se cargue con el leaderboard o bien el re-scan blockchain.

(12) hacer que la función leaderboard y rescan blockchain sean la misma, quedando una sola función que realice las 3 acciones (información del usuario, leaderboard, y balance).

(13) remplazar los iconos de los poderes por boxes para que no se sepa lo que poseen.

(14) ✓ acomodar la bronca de los powerups para que sean, por lo general, menores a los poderes del suelo.

Sería ideal ver como funcionan los powerups en una prueba real en área local, la cual debería de ser coordinada una vez finalizada la ronda de desarrollo.

Hecho! Ya funcionan bien, el game balance looks good! Se hicieron varios cambios en las armas y los valores a fin de buscar un equilibrio.

(15) ✓ solapa de rooms nueva en ambos lados.

(16)  Al hacer click en el icono de bow de la izquierda, en la app, debería de ir hacia la página principal.

(17) colocar SSL sobre el S3, index.

(18) ✓ Colocar los dos modulos que quedan en el index. (live video y servidores).

(19) remplazar la imágen del index por videos en vivo, para hacer eso es necesario filmar un par de videos en full screen y subirlos.

(20) ✓ incorporación de información sobre el canvas, como se ve en la imagen. Es posible que aún queden más incorporaciones necesarias, pero hemos logrado armar la base. El servidor usa los mismos socks para comunicar cuando pasa algo! funciona!

(21) ✓ Darle un drone al usuario apenas empieza y darle la opción de spawnear una unidad? El usuario ahora puede spawnear un drone si es que no dispone de fondos. Es válido en especial para la versión paga, ya que pueden usar un drone para mirar un poco en vivo.

(22) El dialogo de respawn debería de aparecer cuando el usuario es un drone. Debería de buscar la manera de modificar la condición del usuario para que no de el error “User already online”.

(23) ✓ En caso de hacerle un hack y agregarle funds, o bien, añadiendo de nuevo la solapa cashier, pero solo con los giros de usuario a usuario, y dandole dinero, el usuario podría volver a spawnear como unidad sin problemas. El drone debería desaparecer del mapa.

(24) ✓ La sidebar: debería de aparecer de una apenas el usuario accede. Debería de salir de una, apenas el usuario crea una unidad.

La sidebar solo es visible cuando el usuario no posee un player, osea, apenas comienza. En el campo, el usuario puede ver una versión reducida de la sidebar.

(25) ✓ Considerar subirles la vida inicial a las unidades. Ahora en 10, quizás 20?  Se realizaron cambios, la vida ahora es de 20 y se modificó la visualización, creo que es más claro y revela más información.

(26) solucionar problema con las keys que no se van… el usuario puede quedar colgado, girando en círculos.

(27) ✓ Modificaciones en user/balance, el value aparece como undefined… que le pasa?

Solucionado, había algunos problemas con los nombres de variables que no concordaban y unas variables que nunca se calculaban (difference vs diference)…

(28) ✓ Hacer que funcione el 2FA… ya viene así desde hace unas 10 revisiones lol. Genial, me animé, lo hice, al fin… ya no se podía posponer más!

El único problema es que solo armé el mecanismo y no lo enchufé a la API, pero bueno, eso ya es más simple… por lo que parece va a ser necesario crear una columna en la db para almacenar el password del google_au, luego el usuario solo pone el número y si el numero concuerda con las llaves, las cosas validan para el.

Las operaciones en PHP se ven simples de verdad, no parece que fuera a ser complicado.

(29) Dimensiones de visibilidad máxima en 2500 pixeles, revisar dimensiones del usuario, y aplicarlas como máximo, solo en caso de que sean inferiores. Enviando así, siempre, como máximo 2500 pixeles de información. Como excepción, se enviará menos para reducir el consumo de recursos en el servidor y usuario.

(30) Creación de paredes y muros, defensas. Si disponen de un área de choque, se pueden usar.

(31) ✓ La musica puede lograr enloquecer un poco al usuario. ¿Quizás ponerle un music player?

Genial, Tuna ya le incorporó un menú desde donde se pueda sacar la música sin problemas.

(32) Considerar nueva modalidad, que espere a unos 10 players previo a comenzar. Haciendo uso de un mecanismo que cuando se sume un player real, mande 1 AI cada 6 a 12 segundos. De manera que en menos de 60 segundos se llene un room.

(33) ✓ Ok, cambio de planes, quizás sea preferible sacar los servidores del home, y enviarlos de una para los servidores de prueba, habría que subir 3, uno en brasil, uno en londres, y uno en usa. De hecho, habría que comenzar solo por el servidor de pruebas de USA.

(34) ✓ Lanzar publicidad usando solo el servidor de pruebas de USA y ver como responden los usuarios, después de haber realizado las pruebas a nivel de área local. Para decirlo aún más claro: una véz que Bow sea a rich videogame, enriquesido en muchas, pequeñas posibles acciones y funcionalidad. Se debería de hacer publicidad como videogame.

(35) ✓ Para luego lanzar la versión en BTC. Claro que eso no es más que un plan, y en verdad no se cual es la forma más sencilla de darle popularidad a la aplicación.

Se crearon y definieron los servidores:

  • play: normal con blockchain
  • playground: normal sin blockchain, se dan 30,000 al ingresar.
  • research: research ubicado en brasil, se usa para probar cosas nuevas.
  • powerless: versión normal con blockchain, libre de powerups.
  • ai: sala de guerra de maquinas, para probar AIs.

(36) Incluir civiles o zombies que avancen corran por el mapa y puedan ser eliminados disparandoles o pisandolos.

Desarrollando un videogame: revision 18

Problemas localizados en las pruebas del Sabado 01/09/2018

Después de las pruebas realizadas el sábado pasado, el día de ayer, se pusieron en evidencia varios problemas y errores. Dado que la reunión se hizo un poco más larga de lo planeado, volví a casa preparado para dormir, y mi primera observación fue hoy domingo después del medio día. Hagamos un repaso de los problemas que observamos:

1) El balance a veces se iba a cero y nadie podía acceder. El problema se da por la conexión con la API del blockchain, en especial, porque pasamos las máximas de la API haciendo más de 8 operaciones por segundo. Hay que reducir los pedidos a la API y subir de plan.

2) No se pudo usar el servidor de Sao Pablo. Desconozco las razones, puede ser que haya sido porque la conexión local andaba muy exigida, o bien, porque el servidor no alcanzaba con los recursos, o ambas cosas a la vez.

3) Cuelgues generales de la app donde el balance no se iba a cero, pero no se podía mover las unidades. Sospecho que fue la conexión de área local de nuevo, pasada por la exigencia de información que enviamos por segundo, y es probable el hecho de que el servidor corriera desde una placa inalambrica no ayudara.

El servidor debería de llevar una conexión por cable para que eso no pase, y sería bueno que la conexión de los usuarios al servidor sea más rápida, el wifi conlleva mucha perdida de información. Asumo que vimos boundaries propias de la red de área local vs los 2 servidores que usamos auxiliares.

4) El dinero en el blockchain en sí. Muchos se quedaban sin fondos y no podían probar el game… hay que hacer una versión libre de prueba, y una versión en blockchain, clonando las dbs y generando una API auxiliar para evaluar sin la red. Los players deberían de empezar con 50 vidas en el servidor de research.

5) Feedback e información visual. La aplicación debería de explicar más claro:
– porque el usuario salió.
– cuando eliminas a alguien
– cuando sos eliminado.
– la compra de poderes.
– y algunas cosas más que no se explican bien.


La manera más fácil de sacar el *card sobre AWS es con:

sudo certbot -d *.bitofwar.com -d bitofwar.com –manual –preferred-challenges dns certonly


Breve plan de acción

  • Creación de una versión blockless
    • ✓ Se saca el dinero que quedó en block.io
    • ✓ Armar una replica 100% funcional en local.
    • ✓ La creación de una versión que no use blockchain.
    • ✓ Se saca la solapa de cashier dado que se vuelve innecesaria.
    • ✓ Los usuarios reciben 50,000 dolares al comenzar.
    • ✓ Los poderes se conservan a fin de evaluarlos.
    • ✓ Se duplica la API, sacando las operaciones con block.io
    • ✓ Se duplica la db, simplificándola.
    • ✓ En fin, se arma una versión clonada de la app, pero sin blockchain.
    • ✓ La versión se crea y será usada para hacer cambios de diseño
    • ✓ Evaluar la lógica de la aplicación, hacer pruebas,
    • ✓ Hacer posible que los usuarios prueben el game sin dinero.
    • ✓ Armarlo y hacerlo correr de modo local.
  • ✓ Poner en linea servidor
    • ✓ Poner en linea opensaopaulo.
    • ✓ Con la versión más fresca.
    • ✓ Probar la aplicación buscando posibles errores.
    • ✓ Armar nueva revisión en base a las correcciones necesarias.
  • ✓ Modificaciones gráficas y funcionales.
    • ✓ Barra de vida visible (main frame),
    • ✓ Barra de escudo visible (main frame),
    • ✓ Dinero visible (main frame)
    • ✓ Compra de poderes (main frame),
    • ✓ Anunciar compra de poderes
    • ✓ Anunciar eliminación de enemigo,
    • ✓ Dar más visual feedback
    • ✓ Dar más audio feedback
  • Pruebas LAN. Sabado 08/09/2018
    • Considerar armar una LAN
    • Considerar armar un cronograma de pruebas.
    • Probar con 6 personas es de verdad muy eficaz.
    • Sería posible aplicarlo a más negocios.

Aliados

Bookpress, donde cada página es una página de un libro, se ve como un libro, solo que es un bookpress. como un wordpress, pero en realidad solo es un diseño de wordpress, de modo en realidad no es como un wordpress, sino que es un wordpress, con un diseño de bookpress.

Esa es la idea. Diseñarlo con fsockopen de base y mandarlo a programar (1), después venderlo (2).

Cuando envías un mail desde un celular android con 3 imágenes que sacas desde una camara con conexión a google, hacia un mail de google, las imagenes se envían sin demora alguna, demorando menos de un segundo en subirse, y más de 10 de descargarse. Lo cual solo prueba una cosa, las imagenes se mueven desde un servidor de google hacia un segundo servidor de google, nunca salen, en realidad, de mi celular.  No salen nunca de mi celular, y solo se mueven en una red de google.

De quién es la información?

Eso y que la música, no es más que una proyección de una emoción, considerando que usamos el habla como modo o forma principal para comunicar y expresar ideas, no porque sea el único medio sino porque parece ser el más rápido y eficaz para comunicar ideas, por alguna razón que desconozco.

No consideraría raro que el sonido conlleve un vinculo firme hacia las redes neuronales que se ocupan de la emoción y los planos de las ideas y expresión.

Las visas me aburren por el fondo blanco, ahora quiero hacer algo bueno con el fondo negro. Espero que salga algo bueno con fondo negro… pd: los negocios web con fondo negro son más difíciles de hacer.

I apologize and explain myself, debería de andar programando que solo queda un día para las pruebas.

Haciendo números

Haciendo números hoy, llegué a la conclusión, de que soy un señor boludo, un boludo grande. No cualquiera pierde $1,900,000 (casi dos millones) de pesos en el casino.

El culpable, la facilidad de gamblear en ecurrencies.