These are chat archives for amhed/munchkins

6th
Apr 2015
René Olivo
@reneolivo
Apr 06 2015 00:15
cuando te fuiste mi internet se fue también
no coordinamos nada
yo sigo pensando que es mejor tratar de tener un MVP y trabajar para eso
que concentrarnos en cosas específicas
Claudio A Sanchez
@claudiosanchez
Apr 06 2015 00:24
me gusta la idea del mvp
Why io.js vs Node.js?
Claudio A Sanchez
@claudiosanchez
Apr 06 2015 00:30
la diferencia entre ES5 y ES6 es tan significativa?
René Olivo
@reneolivo
Apr 06 2015 00:48
very
con ES6 puedes seguir usando ES5 si quieres
pero ES6 hace que el código se vea más organizado para los que no están acostumbrados a trabajar con prototyping, encapsulamiento y cuantas otras locuras de JS existan
Rafael George
@cored
Apr 06 2015 00:55
@reneolivo a que te refieres con encapsulamiento?
René Olivo
@reneolivo
Apr 06 2015 00:56
por ejemplo con ICF para no ensuciar el scope global
(function() { var whatever = 1; return whatever; })();
Rafael George
@cored
Apr 06 2015 00:58
que es ICF?
René Olivo
@reneolivo
Apr 06 2015 00:58
o definir módulos con el formato AMD o CommonJS
immediately called function
Rafael George
@cored
Apr 06 2015 00:59
pero; realmente no entiendo a que te refieres con lo e no estar acostumbrado
te refires a hacerlo con JS ? a trabajar con scoping en JS
a eso te refieres?
que es mas sencillo en ES6
René Olivo
@reneolivo
Apr 06 2015 01:00
mira por ejemplo
muchas librerías hacen ésto ahora mismo:
var jQuery = (function() {
   var whatever = 1;

   function somethingElse() {

   }

   return { whatever: whatever, somethingElse: somethingElse };
})();
ahora uno trabaja modularmente usando imports y exports
sin tener que ensuciar el scope global
Rafael George
@cored
Apr 06 2015 01:02
hm
eso que acabas de escribir; no responde mi preugnta
o tal vez yo estoy preguntando mal
René Olivo
@reneolivo
Apr 06 2015 01:02
import {lodash} from 'lodash';

function jQuery() {

}

export default jQuery;
por decir algo
cuál es la pregunta?
Rafael George
@cored
Apr 06 2015 01:03
cuando escribes encapculacion y no estar acosutmbrado con ES5 te refieres a que hay nueva syntaxis en ES6 para hacer eso?
es mas simple sintaticamente hablando ?
René Olivo
@reneolivo
Apr 06 2015 01:04
a la encapsulación que me refiero es a la del scope
esconder el scope usando ICF
Rafael George
@cored
Apr 06 2015 01:04
ok
René Olivo
@reneolivo
Apr 06 2015 01:04
con ES5 eso no se ve intuitivo
Rafael George
@cored
Apr 06 2015 01:04
lo de arriba es ES5
o ES6
René Olivo
@reneolivo
Apr 06 2015 01:04
lo primero es ES5
Rafael George
@cored
Apr 06 2015 01:04
cual de los dos es uno u el otro?
ok
René Olivo
@reneolivo
Apr 06 2015 01:04
lo segundo es ES6
arquitecto, necesitabamos de su ayuda ahorita
Rafael George
@cored
Apr 06 2015 01:06
pero la parte de verse o no intuitivo; no estaria ligado a que tanto se conoce de ES6 y no necesariamente que usar ES6 vaya a dar una ventaja? Me explico. Si yo desconozco esa sintaxis por mas que la lea no voy a entender. No necesariamente vaya a difernciar que lo que esta en {} es un modulo o un prototipo
René Olivo
@reneolivo
Apr 06 2015 01:07
no entendí eso que dijiste al final
Rafael George
@cored
Apr 06 2015 01:07
osea
que si yo no conozco de la sintaxis esa
aunque usen ES6
igual no va a ser intuitivo para mi
René Olivo
@reneolivo
Apr 06 2015 01:07
lo que me refiero es que hay muchas personas que no saben que hace ésto: (function() { ... })();
Rafael George
@cored
Apr 06 2015 01:07
pero dijiste que estan usando ES6 para los que no estan acostumbrados a la encapsulacion en ES5
pero seria lo mismo; si no se lo que hace eso y no se com ose hace e nel otro estaria en lo mismo
entiendes?
osea usar ES6 desconociendo los beneficios del mismo no ayudara en nada
René Olivo
@reneolivo
Apr 06 2015 01:08
bueno, que sé yo... para mi alguien que venga de Java o C# puede entender más lo de ES6 que lo de ES5. Tal vez ellos vean eso de ES5 y no entiendan lo que está pasando. Tal vez vean lo de ES6, entiendan lo que está pasando, pero tal vez no entiendan la ventaja
that's a minor issue
Rafael George
@cored
Apr 06 2015 01:09
ok
René Olivo
@reneolivo
Apr 06 2015 01:10
Rafayol
para el BDD
hay que hacer todos los pases al pie de la letra, paso por paso?
no se puede hacer un prototipo y después mejorarlo?
habría una ventaja o desventaja de hacer un prototipo primero?
Rafael George
@cored
Apr 06 2015 01:11
no entiendo la pregunta
René Olivo
@reneolivo
Apr 06 2015 01:12
ok, en el munchkin
hasta ahora Amhed ha sido el que ha hecho los gherkin files
Amhed está haciendo los features paso por paso
Game setup, equiping cards, turn-by-turn gameplay, fights, etc, etc
todo detallado
yo estaba pensando
no es mejor hacer un gherkin file inicial con un feature que abarque todo y que sea un prototipo de lo que es el juego
y luego partir de ahí para hacerlo más complejo y darle los detalles ?
Rafael George
@cored
Apr 06 2015 01:17
no se
no se si sera mejor
René Olivo
@reneolivo
Apr 06 2015 01:18
cómo lo haría el arquitecto ?
Claudio A Sanchez
@claudiosanchez
Apr 06 2015 01:18
People, hacer un video chat es siempre mejor para ese tipo de conversaciones
veo que están muy "abstractos" y pueden potencialmente basar varias horas "Arquitecturando" por aquí sin llegar a aterrizar - Mi Humilde Opinión - El Plomero
René Olivo
@reneolivo
Apr 06 2015 01:20
El Arquitecto
Rafael George
@cored
Apr 06 2015 01:21
sigue mirando el gif
tal vez te salga como lo haria el arquitecto
René Olivo
@reneolivo
Apr 06 2015 01:22
no sea así
ilumineme
:bulb:
Rafael George
@cored
Apr 06 2015 01:25
pero ya yo te respondi
realmente no se como seria mejor
René Olivo
@reneolivo
Apr 06 2015 01:26
ok, pero cómo lo trabajas generalmente? solo para saber, no para ponerlo como una regla de oro
Rafael George
@cored
Apr 06 2015 01:28
two steps back
como trabajo con BDD ?
o cual es la pregunta ahora?
René Olivo
@reneolivo
Apr 06 2015 01:28
como trabajas con BDD, cómo defines el proyecto
Rafael George
@cored
Apr 06 2015 01:31
basicamente implementando los feature files
René Olivo
@reneolivo
Apr 06 2015 01:31
obviamente
Rafael George
@cored
Apr 06 2015 01:31
como definir el proyecto eso depende del proyecto
es uqe n ose man
estas preguntando muchas vainas ambiguas
make up your mind
René Olivo
@reneolivo
Apr 06 2015 01:31
ok simple:
es un proyecto grande
que va a tardar meses
defines un prototipo que vas a ir mejorando o defines cada elemento del proyecto por separado y lo vas trabajando paso a paso ?
Rafael George
@cored
Apr 06 2015 01:33
lo que haga por separado me va a llevar a lo que llamas un prototipo
René Olivo
@reneolivo
Apr 06 2015 01:34
ok, muchas gracias
Rafael George
@cored
Apr 06 2015 01:35
cool
Amhed Herrera
@amhed
Apr 06 2015 05:09
uds. tienen una tensión...
:P
Amhed Herrera
@amhed
Apr 06 2015 05:41
@cored creo que lo @reneolivo quería preguntarte era si preferías el approach inside-out o outside-in al momento de definir los features y scenarios que llevarían a escribir el código
Para mi el approach de hacer un test super-general con muchos mocks (outside-in) es un approach más propicio para TDD

A partir de las conversaciones que tuve contigo mientras estaba en tu casa, y ver los ejemplos que me enseñaste de los primeros features, asumí que al momento de escribir un feature hay que ser lo más específico posible y describir un caso muy puntual.

Por eso prefiero el approach inside-out, donde encontramos el pedazo de funcionalidad más sencillo posible y lo describimos con palabras llanas, y a partir de ahí ir agregango complejidad

Rafael George
@cored
Apr 06 2015 11:52
@amhed no estoy de acuerdo con lo que dices
ni que haya tension ni lo de los mocks es mas propenso con outside in
s/propenso/propicio
René Olivo
@reneolivo
Apr 06 2015 13:19
rafayol cuestiona de esa manera, no se le puede gaguear :P pero no es tratando de crear tensión
Rafael George
@cored
Apr 06 2015 13:20
solamente tenia curiosidad; eso fue todo @reneolivo yo no creo mis asunciones sin antes comparar eso con el exterior
Amhed Herrera
@amhed
Apr 06 2015 15:56
ok getting back to the issue at hand
Yo digo que el approach inside-out es más propicio para escribir features
es mas dificil escribir un feature que abarque la acción de "Ganar el Juego" para poner un ejemplo
porque hay demasiadas asunciones para llegar ahi
es mas facil comenzar por steps mas faciles de definir, e ir descrubiendo
esa fue la discusión del día de ayer
René Olivo
@reneolivo
Apr 06 2015 16:12
and that's how we'll do it
solo le preguntaba al arquitecto para saber
Amhed Herrera
@amhed
Apr 06 2015 21:56
Barbaro that's amazing, eso será de verdad?