These are chat archives for amhed/munchkins

10th
Apr 2015
Omar Duarte
@omarduarte
Apr 10 2015 14:19
Ok people. No veo muchos issues para features. Que mas hay que hacer?
Amhed Herrera
@amhed
Apr 10 2015 15:43
hola Omar
hay un feature que escribimos pal turn-based gameplay
de ahi tienen que salir issues nuevos
Omar Duarte
@omarduarte
Apr 10 2015 16:05
Yo quisiera hacer pair con alguien para empezar eso
Alguien se anima?
Omar Duarte
@omarduarte
Apr 10 2015 16:36
How can we test randomness?
Scenario: Game assigns starting turn randomly upon start
Rafael George
@cored
Apr 10 2015 17:02
hm
Omar Duarte
@omarduarte
Apr 10 2015 17:02
Nosotros llegamos a hablar de renombrar /lib por /app o /src?
Rafael George
@cored
Apr 10 2015 17:03
Nostros llegamos a hablar de dejar de programar en JS?
ah no
wrong chat
Amhed Herrera
@amhed
Apr 10 2015 17:19
ey, ta lleno de #veneno ese comment ˆ
@omarduarte to address your questions:
  1. We changed /app to /lib since this is an API
  2. We can pair tomorrow if you want
This message was deleted
Con respecto al random, hay una función Math.random() que podemos usar, pero el API es malísimo
por ejemplo, tendrías que hacer algo así como:
This message was deleted
This message was deleted
  function randomIntFromInterval(min,max)
  {
    return Math.floor(Math.random()*(max-min+1)+min);
  }
Lo cual es feisimo
yo digo que uses una librería como https://www.npmjs.com/package/random-js
y que tu test tenga un mockup para ese colaborador y valida que se llamó el metodo
Rafael George
@cored
Apr 10 2015 17:24
ok
para bajar un poco el #veneno
Omar Duarte
@omarduarte
Apr 10 2015 17:24
Tengo idea de como hacer el test para eso. Lo que no se es como se describe eso en el .feature
Rafael George
@cored
Apr 10 2015 17:24
ese escenario esta mislead
Omar Duarte
@omarduarte
Apr 10 2015 17:24
BDD style.
Rafael George
@cored
Apr 10 2015 17:24
las pruebas deben de ser determinista
probar randomness no lo es
hacer un mock de un external lib doesn't make sense neither porque esarias probando implementacion no comportamiento
ok; nadie me hizo caso igual
:worried:
Omar Duarte
@omarduarte
Apr 10 2015 17:26
Te estoy haciendo caso.
Rafael George
@cored
Apr 10 2015 17:26
no pues si nadie hizo caso; entonces vuelvo al hate
ah @omarduarte siempre has sido un good friend
Omar Duarte
@omarduarte
Apr 10 2015 17:27
lol
Lo que estas diciendo hace mucho sentido.
Rafael George
@cored
Apr 10 2015 17:28
tu volviste de Cabarete ya?
Omar Duarte
@omarduarte
Apr 10 2015 17:28
Yeah, back in town
Rafael George
@cored
Apr 10 2015 17:29
ok
alguien tiene otro munchkins aqui?
hehehe, esta vaina de gitter es el diablo
suggested rooms
zurb/foundation backbone.marionette angular-ui/ng-grid ariya/phantomjs gitterHQ/nodejs
no se porque esta vaina asume que yo se de JS
Rafael George
@cored
Apr 10 2015 17:40
prepare yourselves
Amhed Herrera
@amhed
Apr 10 2015 18:29
Ya compré mi suscripcion a Hbo Now
supongo que uds pueden tambien, solo necesittan un iPad
despues que lo abres puedes ver en el browser
@cored volviendo a la conversacion
el pensamiento detrás de depender de una librería externa es el siguiente
  1. La librería externa se encarga de resolver el problema del randomness, externalizo el problema a otro modulo
  2. Mi clase que inicializa el juego no tiene que preocuparse como el randonmness esta implementado. El test dice "se barajan las cartas antes de comenzar", no es la responsabilidad de Munchin.js definir como se barajan, simplemente llamar el componente
Eso va a ser deterministico siempre. Random() se llamó o no se llamó. Si el randomness se hizo bien o no es otro test en otro feature que solo pruebe eso.

Hay varios approaches para probar randomness con unit tests (bueno, todos los generadores son pseudo-generadores que dependen de un seed y son determinísticos given enough data points)

http://programmers.stackexchange.com/questions/147134/how-should-i-test-randomness

Pero yo creo que nuestro trabajo en desarrollar el juego no es probar el randomness, ese problema ya está resuelto entiendo yo. Lo que tenemos que probar es que se llamó el componente que baraja :P
btw, no es no hacer caso, es coger breaks del trabajo pa responder!
Rafael George
@cored
Apr 10 2015 18:35
hm
he
yo no veo eso como un mock sino como un stub
different way of implementing thngs
I would inject lo que sea que vay aa dar el numero de turnos
not mock it inside the test and hard code a dependency inside my class
but
whatever makes you happy man
pero te quiero @amhed not hard feelings inclusive quiero a Random.js o como sea que se llama esa marca de toilet paper
volviendo a la vida real
ustedes vieron a how I met your mother el final?
Amhed Herrera
@amhed
Apr 10 2015 19:48
lol
mocks and stubs are used interchangeably (aunque está mal)
from what I read estamos en la misma página @cored
regarding HIMYM
que final más MALO compadre....
Rafael George
@cored
Apr 10 2015 23:07
@amhed and I talking about TDD http://i.imgur.com/ZH89D7a.gif