<div dir="ltr"><div><div><div>Hola<br><br></div>tengo un libro para vender...no es de python....lo puedo anunciar aqui?...es de informatica claro.<br><br></div>sorry<br><br></div>nos vemos<br></div><div class="gmail_extra"><br><div class="gmail_quote">El 8 de mayo de 2015, 11:12, Javier Candeira <span dir="ltr"><<a href="mailto:javier@candeira.com" target="_blank">javier@candeira.com</a>></span> escribió:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div>Hola, Kiko y Python-Madrid:<br><br>"Sí a todo". <br><br></div>El problema con la documentación es que hay cosas que no tienen prestigio, no son "sexy", con lo que la documentación es incompleta y está muy atrasada. <br><br>Por ejemplo, el compilador a bytecode, que como no es lo que mola de pypy (el JIT, la implementación de RPython, los traductores de objetos entre niveles) pues les da un poco igual. <br><br></div>Tengo entendido que las cosas que molan como el JIT tienen mejor documentación, pero no he llegado allí todavía.<br><br></div>Me encantaría hacer la quedada/sprint pypy. Por ejemplo, sospecho que mi implementación tiene una fuga de memoria (no sospecho: estoy seguro), y podríamos discutir cómo hacerla más robusta para usarla como base para implementar PEP 463, que es una PEP seria y de mérito.<br><br></div>Un saludo,<br><br></div>J<br></div>
<br>_______________________________________________<br>
Asociación Python España: <a href="http://www.es.python.org/" target="_blank">http://www.es.python.org/</a><br>
Python Madrid: <a href="http://www.python-madrid.es/" target="_blank">http://www.python-madrid.es/</a><br>
Madrid mailing list<br>
<a href="mailto:Madrid@lists.es.python.org">Madrid@lists.es.python.org</a><br>
<a href="https://lists.es.python.org/listinfo/madrid" target="_blank">https://lists.es.python.org/listinfo/madrid</a><br></blockquote></div><br></div>