[pypy-commit] extradoc extradoc: Final (hopefully) version

[rguillebert]

Author: Romain Guillebert <romain.py at gmail.com>
Branch: extradoc
Changeset: r5423:a2242bbae59d
Date: 2014-10-05 20:56 +0200
http://bitbucket.org/pypy/extradoc/changeset/a2242bbae59d/

Log:	Final (hopefully) version

diff --git a/talk/pyconie2014/talk.rst b/talk/pyconie2014/talk.rst
--- a/talk/pyconie2014/talk.rst
+++ b/talk/pyconie2014/talk.rst
@@ -44,7 +44,7 @@
 
 - Removes overhead when unnecessary
 
-- But these Python features remain available (pdb)
+- But Python features which need require overhead remain available (frame introspection, pdb)
 
 RPython
 -------
@@ -67,29 +67,38 @@
 How
 ---
 
+- Generates linear traces from loops
+
+- Specializes traces on types
+
 - Removes boxing, integer objects become machine integers
 
-- Specializes trace on types, helps speed-up method lookup
-
-- If the type of the object is different from the type in the trace, go back to the interpreter : "guard failure"
+- If the type of the object is different from the type in the trace being executed, go back to the interpreter : "guard failure"
 
 - If a guard fails too many times, generate traces for the other types frequently encountered
 
 Compatibility
 -------------
 
-- Fully compatible with CPython 2.7 & 3.2 (minus bugs & implementation specific features)
+- Fully compatible with CPython 2.7 & 3.2 (minus implementation details)
 
 - Partial and slow support of the C-API
 
 - Alternatives might exist
 
+Future
+------
+
+- More Python 3
+
+- NumPyPy
+
+- STM
+
 Ecosystem
 ---------
 
-- Just my opinion
-
-- We should move away from the C-API
+- We should (slowly, incrementally) move away from the C extension API
 
   * Makes assumptions on refcounting, object layout, the GIL
 
@@ -99,8 +108,10 @@
 
 - This doesn't mean we should lose Python's ability to interface with C easily
 
-CFFI
-----
+- CFFI is the PyPy team's attempt at solving this
+
+CFFI (1/2)
+----------
 
 - Where do we go from here ?
 
@@ -110,15 +121,22 @@
 
 - Decently fast on CPython
 
-- The Jython project is working on fast support
+- The Jython project is working on support
 
-CFFI
-----
+CFFI (2/2)
+----------
 
 - More convenient, safer, faster than ctypes
 
-- Python functions can be exposed to C easily
+- Can call C functions easily, API and ABI mode
+
+- Python functions can be exposed to C
 
 - Already used by pyopenssl, psycopg2cffi, pygame_cffi, lxml_cffi
 
 - Other tools could be built on top of it (Cython cffi backend ?)
+
+Questions
+---------
+
+- Questions ?