como dije antes, la herramienta es importante pero hay ciertas cosas esenciales que van más allá de las herramientas, y una de ellas tiene que ver con el impacto de un cambio importante en los lenguajes tipados, que por más que el ejemplo que uso es sencillo, aquellos que hemos utilizado ambos tipos de lenguajes conocemos bien la diferencia.
Igual no hay que tomar este video como una competencia mejor/peor, sino simplemente para ver la diferencias y sacar las propias conclusiones
Que tal, un comentario, no está "mal" haber definido "electronic" de tipo Object al principio. Haciendo TDD en serio debería ser así, no hacer más de lo necesario. En todo caso podríamos decir que se podría haber anticipado que iba a necesitarse una clase especial para "electronic", pero es discutible.
Podría haber utilizado algunos features de eclipse y pharo para hacer cosas más rápido como "create getter/setters" pero el resultado hubiese sido el mismo... (sigo en el otro comentario)
@niv2: La definición de la clase Category se hizo de la misma forma en ambas implementaciones. Es obvio que podría haberse hecho bien desde el principio. Sin embargo, el ejemplo está pensado para tratar de demostrar la complejidad que podría aparecer en el caso de necesitar un cambio mayor al sistema.
En cuanto a las herramientas de desarrollo, por lo que ví (corregime Hernán si me equivoco), los dos IDEs están pelados como los descargás de la página. Smalltalk fue concebido para ser dinámico.
Está bueno el experimento para mostrar las diferencias, aunque no concuerdo necesariamente en la conclusión del final, que a medida que aumenta la complejidad aumenta el tiempo de desarrollo. Es un ejemplo demasiado básico para que sea así, y se ve causado artificialmente en primer lugar por haber definido la categoria como Object cuando haber definido directamente Category, y en segundo lugar por no haber utilizado algunas herramientas de la IDE Eclipse. quiero decir mas pero u2b no me deja.
como dije antes, la herramienta es importante pero hay ciertas cosas esenciales que van más allá de las herramientas, y una de ellas tiene que ver con el impacto de un cambio importante en los lenguajes tipados, que por más que el ejemplo que uso es sencillo, aquellos que hemos utilizado ambos tipos de lenguajes conocemos bien la diferencia.
Igual no hay que tomar este video como una competencia mejor/peor, sino simplemente para ver la diferencias y sacar las propias conclusiones
hernanwilkinson 1 year ago
Que tal, un comentario, no está "mal" haber definido "electronic" de tipo Object al principio. Haciendo TDD en serio debería ser así, no hacer más de lo necesario. En todo caso podríamos decir que se podría haber anticipado que iba a necesitarse una clase especial para "electronic", pero es discutible.
Podría haber utilizado algunos features de eclipse y pharo para hacer cosas más rápido como "create getter/setters" pero el resultado hubiese sido el mismo... (sigo en el otro comentario)
hernanwilkinson 1 year ago
@niv2: La definición de la clase Category se hizo de la misma forma en ambas implementaciones. Es obvio que podría haberse hecho bien desde el principio. Sin embargo, el ejemplo está pensado para tratar de demostrar la complejidad que podría aparecer en el caso de necesitar un cambio mayor al sistema.
En cuanto a las herramientas de desarrollo, por lo que ví (corregime Hernán si me equivoco), los dos IDEs están pelados como los descargás de la página. Smalltalk fue concebido para ser dinámico.
marianoabelcoca 1 year ago
Está bueno el experimento para mostrar las diferencias, aunque no concuerdo necesariamente en la conclusión del final, que a medida que aumenta la complejidad aumenta el tiempo de desarrollo. Es un ejemplo demasiado básico para que sea así, y se ve causado artificialmente en primer lugar por haber definido la categoria como Object cuando haber definido directamente Category, y en segundo lugar por no haber utilizado algunas herramientas de la IDE Eclipse. quiero decir mas pero u2b no me deja.
niv2 1 year ago