r158
2 views
Skip to first unread message
Alejandro Segovia
Mar 15, 2009, 2:04:14 PM3/15/09
to ceibal...@googlegroups.com, Pablo Flores, Gabriel Eirea
Buenas equipo, ¿cómo andan?
Quería contarles que ayer encontré un bug medio pesado (del cual le comentaba a Pelusita) cuyo arreglo tiró abajo el sistema de caching. Sin cache de movimientos, el juego es prohibitivamente lento en la XO (incluso el bugfix hace que se arrastre un poco en mi core 2 duo) por lo cual vamos a tener que hacer una reingeniería importante al funcionamiento interno del juego para poder volver a la XO. Aprovecharemos la oportunidad para a su vez arreglar otros problemas derivados de nuestro modelo iterativo de desarrollo.
A los efectos, la revisión 158 es la última que corre en la XO. De la 159 en adelante, el juego es demasiado pesado y no podrá utilizarse hasta que los arreglos internos estén en su lugar. Lo que podemos hacer para continuar mejorando el aspecto visual mientras que este proceso de mejora interna es llevado a cabo es hacer un branch y luego volver a unir las ramas (merge), o bien podemos enfocarnos en los arreglos internos. ¿Qué les parece lo mejor?
Copio a Pablo y Gabriel de Ceibal Jam para que esten al tanto.
Saludos,
Ale.-
--
Varrojo@Linux
http://varrojo.linuxuruguay.org
Quería contarles que ayer encontré un bug medio pesado (del cual le comentaba a Pelusita) cuyo arreglo tiró abajo el sistema de caching. Sin cache de movimientos, el juego es prohibitivamente lento en la XO (incluso el bugfix hace que se arrastre un poco en mi core 2 duo) por lo cual vamos a tener que hacer una reingeniería importante al funcionamiento interno del juego para poder volver a la XO. Aprovecharemos la oportunidad para a su vez arreglar otros problemas derivados de nuestro modelo iterativo de desarrollo.
A los efectos, la revisión 158 es la última que corre en la XO. De la 159 en adelante, el juego es demasiado pesado y no podrá utilizarse hasta que los arreglos internos estén en su lugar. Lo que podemos hacer para continuar mejorando el aspecto visual mientras que este proceso de mejora interna es llevado a cabo es hacer un branch y luego volver a unir las ramas (merge), o bien podemos enfocarnos en los arreglos internos. ¿Qué les parece lo mejor?
Copio a Pablo y Gabriel de Ceibal Jam para que esten al tanto.
Saludos,
Ale.-
--
Varrojo@Linux
http://varrojo.linuxuruguay.org
Reply all
Reply to author
Forward
0 new messages