[pypy-commit] extradoc extradoc: shorten this
arigo
noreply at buildbot.pypy.org
Fri Jan 13 15:22:38 CET 2012
Author: Armin Rigo <arigo at tunes.org>
Branch: extradoc
Changeset: r4024:b2b5484f6be3
Date: 2012-01-13 15:22 +0100
http://bitbucket.org/pypy/extradoc/changeset/b2b5484f6be3/
Log: shorten this
diff --git a/blog/draft/tm.rst b/blog/draft/tm.rst
--- a/blog/draft/tm.rst
+++ b/blog/draft/tm.rst
@@ -82,17 +82,14 @@
of hacks that you do and forget about. In this case, the dependencies
might be simpler, but you still have to learn and use subtle locking
patterns or a complex inter-process library, which is overkill for the
-purpose. I would even argue that this is similar to how we might feel a
-priori that automatic memory management is unnecessary in small programs
---- but of course anyone who wrote a number of 15-line Python scripts
-knows this to be wrong. This is even *so* wrong that the opposite is
-obvious nowadays: it makes no sense whatsoever to manage object
-lifetimes explicitly in most small scripts. A garbage collector is not
-overkill; it is part of the basics that you expect.
+purpose.
-(I think the same will eventually be true for using multiple CPUs, but
-the correct solution will take time to mature, like garbage collectors
-did. This post is a step in hopefully the right direction ``:-)``)
+(This is similar to how explicit memory management is not very hard for
+small programs --- but still, nowadays a lot of people agree that
+automatic memory management is easier for programs of all sizes. I
+think the same will eventually be true for using multiple CPUs, but the
+correct solution will take time to mature, like garbage collectors did.
+This post is a step in hopefully the right direction ``:-)``)
Events in Transactions
----------------------
More information about the pypy-commit
mailing list